Testovacie scenáre Peppol Billing a Self-Billing pre slovenskú eFaktúru

Krátka odpoveď

Testovanie slovenskej eFaktúry nie je iba validácia XML súboru v lokálnom nástroji. Peppol Slovakia testbed overuje, či systém vie prejsť scenármi v sieti, vrátane billing, self-billing, MLS a SK TDD súvislostí.

Pre CPDS, Access Point, ERP konektor alebo účtovný portál je to rozdiel medzi „vieme vygenerovať XML“ a „vieme prejsť slovenský proces v testovacom prostredí“.

K 12. septembru 2026 treba rozlišovať povinný Peppol BIS Billing release 3.0.21, slovenskú transpozíciu v1.11 a samostatnú špecifikáciu SK TDD v1.0.0. Verzia používateľskej príručky testbedu nie je verzia týchto pravidiel.

Čo testovať

Čo má mať interný test plan

Dodávateľ softvéru by si mal pripraviť test plan, ktorý zahŕňa:

• prístup do testbedu,
• testovací certifikát,
• participant ID a identifikátory strán,
• billing a self-billing scenáre,
• očakávané pozitívne aj negatívne výsledky,
• logy a auditné výstupy,
• dokumentáciu toho, čo zákazník uvidí pri chybe.

Každý test má mať identifikovaný roh architektúry. Faktúra tečie C1→C2→C3→C4, daňové údaje z C2 alebo C3→C5→C6. Úspešné doručenie faktúry nie je automaticky úspešný reporting a opačne.

Čo má vidieť zákazník

Zákazník nepotrebuje vidieť všetky technické detaily testbedu. Potrebuje dôkaz, že jeho softvér vie:

• prijať eFaktúru,
• odoslať eFaktúru,
• ukázať stav doručenia alebo chybu,
• exportovať pôvodné XML,
• komunikovať s vybraným CPDS alebo sprostredkovateľom.

Testujte iba syntetické subjekty a dokumenty v určenom prostredí. Produkčné samofakturovanie alebo faktúra „sami sebe“ nie sú bezpečný test. Úspech v testbede tiež nepreukazuje produkčný onboarding, zmluvu ani pripravenosť C5.

Súvisiace čítanie

Pokračujte cez Slovenský Peppol testbed a validáciu, Peppol BIS transpozíciu a SLA CPDS.