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ť
| Scenár | Prečo je dôležitý |
|---|---|
| Príjem faktúry | systém musí vedieť prijať dokument, spracovať ho a vytvoriť odpoveď |
| Odoslanie faktúry | systém musí vedieť odoslať dokument do Peppol toku |
| Dobropis | opravné a kreditné doklady majú vlastné pravidlá |
| Samofakturácia | roly strán a dokladový tok sa líšia od bežnej faktúry |
| Negatívne validačné prípady | chyby musia byť čitateľné a prevádzkovo riešiteľné |
SK TDD Submit | prvé odovzdanie daňových údajov |
SK TDD Resubmit | opakovanie po opraviteľnej chybe podľa pravidiel |
SK TDD Disregard | zneplatnenie predchádzajúceho TDD v podporovanom procese |
| MLS | samostatné odpovede pre fakturačný a reportingový tok |
Č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.