EN 16931: európska norma elektronickej faktúry a čo znamená pre Slovensko

Krátka odpoveď

EN 16931 je európska norma pre elektronickú faktúru. Jej jadrom je sémantický model: opisuje, aké obchodné údaje má faktúra obsahovať, čo tieto údaje znamenajú a aké pravidlá musia spĺňať, aby faktúru vedeli spracovať rôzne systémy bez ručného prepisovania.

Nie je to účtovný program. Nie je to CPDS. Nie je to ani samotný XML súbor. EN 16931 je spoločná obchodná vrstva. Až nad ňou stoja konkrétne syntaxe, napríklad UBL a CII, a konkrétne profily, napríklad Peppol BIS Billing 3.0.

Pre slovenskú e-fakturáciu je EN 16931 dôležitá preto, že Finančná správa opisuje Peppol BIS formát ako štandardizovaný formát založený na európskych normách EN 16931 a pri slovenskom XML BIS sa rieši čitateľnosť a spracovateľnosť údajov.

Prečo EN 16931 vznikla

Pred európskou normou mala každá krajina, sektor alebo veľký odberateľ vlastné technické očakávania. Faktúra mohla byť elektronická, ale často nebola interoperabilná. Jeden systém vedel exportovať údaje, druhý ich nevedel bez úprav prijať.

Cieľ EN 16931 je jednoduchý: aby predávajúci nemusel pre každého zákazníka vyrábať iný fakturačný formát a aby kupujúci vedel faktúru automaticky prijať, validovať a spracovať. Európska komisia vysvetľuje, že štandard definuje základné obchodné prvky elektronickej faktúry a podporuje interoperabilitu medzi systémami.

V praxi to znamená:

• rovnaký význam fakturačných údajov,
• rovnaké pochopenie strán, súm, daní a referencií,
• možnosť mapovania do strojovo spracovateľnej syntaxe,
• menej bilaterálnych špecifikácií medzi každou dvojicou firiem,
• jednoduchšie cezhraničné spracovanie.

Čo EN 16931 definuje

EN 16931 definuje jadro faktúry cez obchodné termíny. V dokumentácii sa často stretnete so skratkami BT a BG.

Podstatné je, že norma nerieši iba názov poľa. Rieši aj jeho význam. Napríklad “Seller name” nie je ľubovoľný text v XML; je to formálny názov predávajúceho podľa obchodnej alebo daňovej evidencie. Ak má každý systém inak chápať názov, DIČ, základ dane alebo referenciu objednávky, automatické účtovanie nebude spoľahlivé.

Čo EN 16931 nedefinuje

EN 16931 nie je všetko, čo potrebujete na odoslanie faktúry cez Peppol alebo CPDS.

Norma sama osebe nedefinuje:

• kto je váš CPDS,
• cez akú sieť sa faktúra doručí,
• ako sa faktúra podpíše alebo uloží vo vašom produkte,
• ako presne vyzerá používateľské rozhranie účtovného softvéru,
• ako sa faktúra účtuje vo vašej internej smernici,
• lokálne slovenské procesy, oprávnenia, autorizácie alebo daňové oznamovanie.

Preto je dôležité nesplietať vrstvy. EN 16931 je sémantický základ. UBL alebo CII je technický zápis. Peppol BIS je profil a sada pravidiel pre výmenu v Peppol ekosystéme. CPDS je slovenská doručovacia a regulačná vrstva.

Časti normy: nie je to jeden dokument

Európska komisia vysvetľuje, že dokumentácia k európskej e-fakturačnej norme pozostáva z viacerých častí. Pre implementáciu sú najdôležitejšie tieto:

Časti 1 a 2 majú podľa informácií Európskej komisie bezplatný prístup vďaka dohode medzi Komisiou a CEN. Pri ďalších častiach treba vychádzať z oficiálnych zdrojov a národných normalizačných miest.

Syntax: UBL a CII

EN 16931 neurčuje, že faktúra musí byť uložená práve v jednom konkrétnom XML tvare. Definuje význam údajov. Tento význam sa potom mapuje do syntaxe.

Európska dokumentácia uvádza dve kľúčové syntaxe:

• UBL 2.1 Invoice a CreditNote,
• UN/CEFACT Cross Industry Invoice, skrátene CII.

Pre slovenskú prax s Peppolom je najviditeľnejšia syntax UBL XML, pretože Peppol BIS Billing 3.0 v bežnom použití pracuje s UBL faktúrou a UBL dobropisom. To ale neznamená, že UBL je “norma EN 16931”. UBL je nosič údajov. EN 16931 hovorí, čo tieto údaje znamenajú.

Peppol BIS: praktický profil nad EN 16931

Peppol BIS Billing 3.0 je praktická implementácia e-faktúry v Peppol prostredí. Dokumentácia Peppol BIS uvádza, že špecifikácia je CIUS postavený na CEN/EN 16931.

To je podstatné slovo: CIUS.

CIUS znamená Core Invoice Usage Specification. Ide o spresnenie použitia jadrovej faktúry pre konkrétny kontext. CIUS môže zúžiť možnosti, doplniť pravidlá a povedať, ako sa má jadrový model použiť v praxi. Nemá však svojvoľne rozbiť význam jadrovej normy.

Prakticky:

• EN 16931 hovorí, čo znamená faktúra a jej obchodné údaje.
• UBL hovorí, do akých XML elementov sa údaje zapíšu.
• Peppol BIS hovorí, ktoré z týchto možností sú v Peppol profile povinné, povolené alebo zakázané.
• Slovenské pravidlá a SK TDD dopĺňajú lokálne požiadavky.

Vzťah k Slovensku a XML BIS

Finančná správa na stránke eFaktúra uvádza Peppol BIS formát ako štandardizovaný formát faktúr založený na európskych normách EN 16931. V časti pre dodávateľov účtovných softvérov zároveň opisuje EN 16931 ako európsku normu elektronickej faktúry a Peppol BIS ako formát založený na UBL 2.1 v súlade s EN 16931.

Pre slovenskú implementáciu z toho vyplýva:

• firma nebude riešiť iba “export do XML”,
• účtovný softvér musí vedieť namapovať interné polia na významy EN 16931,
• CPDS a Peppol vrstva musia vedieť dokument validovať a doručiť,
• pri prijatých faktúrach musí príjemca vedieť XML zobraziť zrozumiteľne a spracovať,
• lokálne požiadavky treba sledovať cez Finančnú správu a slovenské testovacie materiály.

Pojem XML BIS preto nečítajte ako “ľubovoľný XML súbor”. Ide o XML dokument v profile, ktorý má byť čitateľný a spracovateľný podľa pravidiel.

Validácia: kde sa norma prejaví najtvrdšie

Najčastejšia chyba pri implementácii je predstava, že stačí vygenerovať XML elementy. Nestačí. Faktúra musí prejsť viacerými vrstvami kontroly.

Pre vývojára je rozdiel medzi “validné XML” a “validná e-faktúra”. Prvé znamená, že parser súbor otvorí. Druhé znamená, že dokument prejde obchodnými pravidlami a príjemca ho vie spracovať.

Príklad: jeden údaj v troch vrstvách

Predstavte si názov predávajúceho.

V EN 16931 ide o obchodný termín s presným významom: kto je predávajúci a aký je jeho formálny názov. V UBL sa tento údaj zapíše do konkrétnej XML štruktúry pri AccountingSupplierParty. V Peppol BIS sa kontroluje, či je údaj prítomný, či sedí s ďalšími údajmi a či dokument používa správny profil.

Takto treba rozmýšľať aj o dátume vystavenia, mene dokladu, DPH, zľavách, poplatkoch, položkách, referencii objednávky alebo celkovej sume na úhradu.

CIUS verzus rozšírenie

Európska dokumentácia rozlišuje CIUS a rozšírenia.

CIUS je spresnenie používania jadrovej faktúry. Môže povedať, že v konkrétnej sieti alebo krajine sa niečo musí používať prísnejšie. Peppol BIS je takýto profil.

Rozšírenie ide mimo jadrový sémantický model. To môže byť užitočné v špeciálnych odvetviach, ale zhoršuje interoperabilitu. Ak každá firma začne pridávať vlastné údaje bez dohody a štandardného spracovania, vraciame sa k problému, ktorý EN 16931 rieši.

Pre slovenské firmy je praktická rada jednoduchá: nezačínajte vlastnými rozšíreniami. Najprv správne implementujte jadro, Peppol BIS, lokálne slovenské požiadavky a testovanie.

Čo musí riešiť ERP alebo fakturačný systém

Ak dodávateľ softvéru tvrdí, že “podporuje EN 16931”, treba sa pýtať konkrétnejšie.

Minimum pre ERP:

• mapovanie interných polí na EN 16931 obchodné termíny,
• export UBL faktúry podľa Peppol BIS Billing 3.0,
• príjem a parsovanie UBL faktúr a dobropisov,
• validácia pred odoslaním,
• rozumné chybové hlášky pre používateľa,
• správne výpočty DPH, súm a zaokrúhľovania,
• podpora referencií na objednávku, zmluvu alebo kupujúceho,
• evidencia pôvodného XML,
• workflow pre dobropis a opravnú faktúru,
• aktualizácie pravidiel pri zmene Peppol alebo slovenských požiadaviek.

Ak systém iba uloží PDF a pošle ho e-mailom, nerieši EN 16931 v praktickom zmysle.

Čo musí riešiť CPDS

CPDS nie je autor normy, ale v slovenskom modeli stojí v doručovacom procese. Preto je pri výbere poskytovateľa dôležité pýtať sa:

• aké validačné pravidlá používa pred odoslaním,
• či validuje len technický XML tvar alebo aj Peppol BIS pravidlá,
• ako často aktualizuje pravidlá,
• ako používateľ dostane informáciu o chybe,
• či vie spracovať dobropisy a opravné scenáre,
• ako uchováva pôvodné XML a logy,
• či poskytuje sandbox alebo testovacie odosielanie,
• ako rieši slovenské špecifiká a SK TDD.

Samotná veta “sme napojení na Peppol” nestačí. Potrebujete vedieť, či váš konkrétny fakturačný tok prejde od dát v ERP až po doručený a spracovateľný dokument.

Najčastejšie omyly

“EN 16931 je XML”

Nie. EN 16931 je sémantický model a pravidlá. XML je jeden zo spôsobov, ako sa údaje zapíšu.

“Keď mám UBL, mám hotovo”

Nie. UBL bez správneho profilu a pravidiel môže byť technicky XML, ale nemusí byť správna Peppol e-faktúra.

“Peppol BIS je slovenská norma”

Nie. Peppol BIS je Peppol profil nad EN 16931. Slovensko naň nadväzuje cez svoj model eFaktúry, CPDS, Peppol Authority a lokálne dokumenty.

“PDF s dátami je e-faktúra podľa EN 16931”

Nie v zmysle štruktúrovanej e-fakturácie. PDF môže byť vizualizácia alebo príloha, ale automatizované spracovanie stojí na štruktúrovaných dátach.

“Validátor rieši všetko”

Nie. Validátor pomôže odhaliť chyby, ale nenahrádza správne účtovné dáta, procesy, zodpovednosti a zmluvu s poskytovateľom.

Praktický checklist pre firmu

Pred rokom 2027 si prejdite tieto otázky:

• Vie náš fakturačný systém vytvoriť UBL podľa Peppol BIS Billing 3.0?
• Vie náš systém prijať a zobraziť UBL faktúru?
• Máme jasne namapované povinné polia podľa EN 16931?
• Vieme doplniť Peppol participant ID a elektronické adresy strán?
• Sedí nám výpočet DPH, zliav, poplatkov a celkových súm?
• Vieme spracovať dobropis ako UBL CreditNote?
• Máme interný proces pre opravnú faktúru?
• Máme testovací validátor pred ostrým odoslaním?
• Vieme uložiť pôvodné XML, prílohy a auditnú stopu?
• Máme v zmluve s CPDS jasné, čo validuje, čo uchováva a ako doručuje notifikácie?

Praktický checklist pre vývojára

Pri implementácii nerobte mapovanie podľa vizuálnej faktúry. Robte ho podľa obchodných významov.

• Začnite od EN 16931 obchodných termínov.
• Potom ich namapujte do UBL elementov.
• Až následne aplikujte Peppol BIS pravidlá.
• Samostatne otestujte slovenské identifikátory, DPH scenáre a zaokrúhľovanie.
• Použite testovacie dáta pre bežnú faktúru, dobropis, faktúru s prílohou, zľavou, poplatkom a viacerými sadzbami dane.
• Uchovajte vstupné dáta, vygenerované XML, validačný výsledok a odpoveď CPDS.

Takto sa dá zistiť, či systém iba “generuje XML”, alebo skutočne vytvára e-faktúru použiteľnú v európskom a slovenskom modeli.

Kde pokračovať

Ak chcete pochopiť celý stack, čítajte v tomto poradí:

1. EN 16931 ako sémantický základ.
2. UBL ako XML syntax.
3. Peppol BIS ako profil a pravidlá.
4. XML formát eFaktúry ako validačný pohľad.
5. Povinné polia elektronickej faktúry ako praktický zoznam údajov.
6. Implementácia eFaktúry pre ERP a vývojárov ako rollout do systému.

Zhrnutie

EN 16931 je základná európska vrstva významu elektronickej faktúry. Bez nej by faktúry medzi systémami zostali len množinou lokálnych formátov. Norma hovorí, čo fakturačné údaje znamenajú a ako majú byť použité.

Pre slovenskú firmu je najdôležitejšie pochopiť vzťah vrstiev: EN 16931 definuje význam, UBL zapisuje údaje do XML, Peppol BIS pridáva profil a pravidlá, CPDS rieši doručovací proces v slovenskom modeli a účtovný systém musí všetko správne namapovať do praxe.

Ak niekto hovorí, že “podporuje EN 16931”, pýtajte sa, či podporuje aj UBL, Peppol BIS Billing 3.0, slovenské požiadavky, validáciu, dobropisy, archív pôvodného XML a aktualizáciu pravidiel. Až to je použiteľná príprava na e-fakturáciu.