Krátka odpoveď
XML formát eFaktúry nie je ľubovoľný XML export. Musí sedieť syntax, významy EN 16931, pravidlá Peppol BIS a slovenský kontext.
K 12. septembru 2026 treba pri Peppol Billing počítať s povinným release 3.0.21 a so slovenskou transpozíciou v1.11. Výsledok „validné“ bez zaznamenanej verzie pravidiel sa nedá spoľahlivo zopakovať.
Päť vrstiev validácie
| Vrstva | Typická kontrola | Typická chyba |
|---|---|---|
| XML parser a XSD | elementy, poradie a dátové typy | neznámy element alebo neplatný dátum |
| EN 16931 | významy, kardinality a obchodné súčty | chýbajúci predávajúci alebo nesediace sumy |
| Peppol BIS Billing | profil, proces a sieťové pravidlá | nesprávny CustomizationID alebo nepovolený kód |
| slovenské mapovanie | DIČ, lokálne údaje a kombinované kardinality | nesplnená požiadavka v stĺpci UBL+SK |
| produktový kontrakt | limity API, prílohy, stavy a podporované scenáre | doklad je štandardný, ale rozhranie ho nepodporuje |
Stĺpec UBL+SK v slovenskej transpozícii kombinuje požiadavky Peppol BIS a slovenských právnych predpisov. Podľa augustového FAQ slúži ako návod pre softvér; nemení samotnú sieťovú Peppol validáciu na nový samostatný profil.
Validné XML ešte nie je správna faktúra
Parser môže súbor otvoriť a Peppol validátor ho môže prijať, no cena, dátum dodania alebo daňový režim môžu byť vecne nesprávne. Technická validácia nenahrádza účtovnú ani daňovú kontrolu.
Firma má preto oddeliť:
- kontrolu dát ešte v ERP,
- technickú validáciu pred odoslaním,
- doručenie a transportné stavy,
- prijatie a účtovné schválenie,
- oznamovanie údajov cez samostatný SK TDD tok.
Odporúčaný testovací postup
- vytvorte reprezentatívne syntetické scenáre bez reálnych osobných a obchodných údajov,
- validujte lokálne a uložte výsledok s verziami pravidiel,
- validujte rovnaký súbor v určenom Peppol testbede,
- odošlite ho cez testovacie rozhranie poskytovateľa,
- overte prijatie, odpoveď, idempotenciu a export pôvodného XML,
- po každej aktualizácii pravidiel spustite regresný balík znova.
Minimálny balík má obsahovať štandardnú faktúru, credit note, samofaktúru, faktúru k prijatej platbe, viac sadzieb DPH, zľavu, poplatok, zaokrúhľovanie a prílohu.
Čo uložiť pri chybe
- hash alebo identifikátor odoslaného XML,
- presnú verziu validátora a pravidiel,
- úplné strojovo čitateľné hlásenie,
- čas a prostredie testu,
- korelačný identifikátor poskytovateľa,
- rozhodnutie, či ide o chybu obsahu, formátu, adresovania alebo transportu.
Úspech v testbede nepreukazuje aktívny produkčný reporting C2→C5 ani zápis konkrétneho zákazníka v produkčnom SMP.
Súvisiace čítanie
Pokračujte cez Povinné polia, Zaokrúhľovanie a SK TDD pre ERP a CPDS.