Krátka odpoveď
Vývojárska implementácia slovenskej eFakturácie nemá jeden zdroj. Peppol BIS rieši interoperabilný fakturačný profil, slovenská transpozícia dopĺňa lokálny kontext, SK TDD rieši daňové dáta a testbed overuje scenáre v testovacom prostredí.
Technická mapa zdrojov
| Vrstva | Zdroj |
|---|---|
| európsky sémantický model | EN 16931 |
| fakturačný profil v Peppol | Peppol BIS Billing 3.0 |
| XML syntax | UBL Invoice a UBL Credit Note |
| slovenské pravidlá k BIS | slovenská transpozícia Peppol BIS |
| daňové dáta | Slovak Republic Tax Data Document |
| testovacie scenáre | Peppol Slovakia testbed |
Aktuálne verzie, ktoré treba pripnúť
| Artefakt | Stav k 12. 9. 2026 |
|---|---|
| Peppol BIS Billing | release 3.0.21, povinný od 17. 8. 2026 |
| slovenská transpozícia | v1.11 z 10. 9. 2026 |
| SK TDD | v1.0.0, finálne vydanie 14. 4. 2026 |
| Billing test suite guide | v1.2 |
| Self-Billing test suite guide | v1.0 |
Označenie PDK 1.4.4-preview viditeľné na testovacej dokumentačnej stránke je verzia nástroja/zostavenia dokumentácie, nie verzia slovenskej SK TDD špecifikácie.
Prečo nestačí iba Peppol BIS
Peppol BIS je nevyhnutný základ, ale slovenská implementácia má aj lokálne dokumenty. Ak dodávateľ softvéru testuje iba všeobecný Peppol profil a nesleduje slovenskú transpozíciu, SK TDD ani testbed, nemusí zachytiť slovenské hraničné scenáre.
Čo má mať vývojár v repozitári alebo dokumentácii
Pri serióznej implementácii by malo byť jasné:
- z ktorej verzie Peppol BIS vychádza,
- ktorú verziu slovenskej transpozície používa,
- ktoré SK TDD pravidlá a scenáre pokrýva,
- ktoré testbed scenáre prešli,
- ako sa sleduje nová verzia dokumentov,
- kde sa odlišuje validácia XML, business validácia a transport.
SK TDD nie je príloha faktúry
SK TDD je samostatný daňový dokument v mennom priestore urn:peppol:schema:sk-taxdata:1.0. Používa CustomizationID urn:peppol:taxdata:sk-1, ProfileID urn:peppol:taxreporting a funkcie Submit, Resubmit a Disregard.
Faktúra tečie C1→C2→C3→C4, kým daňové dáta tečú z C2 alebo C3 cez C5 do C6. Systém musí evidovať doručovací a reportingový stav oddelene. Samostatne má spracovať aj MLS odpovede z fakturačného a daňového toku.
Aktualizačný mechanizmus
Do repozitára neukladajte iba stiahnutú kópiu bez pôvodu. Pri každom artefakte evidujte URL, verziu, dátum stiahnutia, hash a komponenty, ktoré ho používajú. Zmena release notes má spustiť regresné testy; úspech v testbede sám nepreukazuje produkčnú aktiváciu.
Súvisiace čítanie
Pokračujte cez Peppol BIS transpozíciu, SK testbed a implementáciu pre ERP a vývojárov.