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.
Aktualizácia k 12. septembru 2026: v máji 2026 bola publikovaná nová verzia EN 16931-1:2026 a verzia z roku 2017 bola formálne stiahnutá. Európska komisia zároveň uvádza, že verzia 2017 zostáva počas migrácie kompatibilná; konkrétny harmonogram prechodu ešte určujú príslušné organizácie a národné autority. Preto nemožno automaticky tvrdiť, že každý existujúci Peppol alebo slovenský profil už používa nový model 2026.
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.
| Skratka | Význam | Príklad |
|---|---|---|
BT | Business Term, teda jeden obchodný údaj | číslo faktúry, dátum vystavenia, názov predávajúceho |
BG | Business Group, teda skupina súvisiacich obchodných údajov | predávajúci, kupujúci, položka faktúry, rozpis DPH |
| Kardinalita | či je údaj povinný, voliteľný alebo opakovateľný | 1..1, 0..1, 0..n |
| Business rule | pravidlo, ktoré musí faktúra spĺňať | suma musí sedieť s položkami, daňami a zľavami |
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:
| Časť | Praktický význam |
|---|---|
| EN 16931-1:2026 | nová verzia sémantického dátového modelu jadra elektronickej faktúry; prebieha migrácia z verzie 2017 |
| CEN/TS 16931-2 | zoznam syntaxí, ktoré spĺňajú EN 16931-1 |
| CEN/TS 16931-3-2 | mapovanie sémantického modelu do UBL 2.1 |
| CEN/TS 16931-3-3 | mapovanie sémantického modelu do UN/CEFACT CII |
| CEN/TR 16931-4 | odporúčania k interoperabilite na transportnej úrovni |
| CEN/TR 16931-5 | pravidlá pre CIUS a rozšírenia |
| CEN/TR 16931-6 | test praktickej použiteľnosti normy |
Časti 1 a 2 boli pri verzii 2017 sprístupnené bezplatne vďaka dohode medzi Komisiou a CEN. Stránka Európskej komisie je po vydaní verzie 2026 označená ako aktualizovaná a odporúča overiť prístup a migračné podmienky cez národný normalizačný orgán alebo príslušnú verejnú autoritu.
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ú.
K 12. septembru 2026 je v Peppol BIS Billing 3.0 povinný release 3.0.21. Samotná zmena Peppol release a migrácia sémantickej normy EN 16931 sú dve odlišné verziovacie osi; implementátor musí sledovať obe.
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.
| Vrstva validácie | Čo kontroluje |
|---|---|
| XML/XSD | či má súbor technicky správnu štruktúru |
| EN 16931 pravidlá | či obchodné údaje dávajú zmysel podľa jadrovej normy |
| Syntax binding | či sú obchodné termíny správne mapované do UBL alebo CII |
| Peppol BIS pravidlá | či dokument spĺňa Peppol profil a jeho obmedzenia |
| Lokálne pravidlá | slovenské požiadavky, identifikátory, SK TDD, daňové oznamovanie |
| Produktové pravidlá | čo podporuje váš ERP, CPDS, workflow a archív |
Európska komisia zverejnila 16. apríla 2026 validačné artefakty EN 16931 pre UBL 2.1 a CII vo verzii 1.3.16 a súvisiace zoznamy kódov vo verzii 17.0. Tieto artefakty nie sú to isté ako vydanie samotnej normy EN 16931-1:2026. Produkčný validátor sa preto musí riadiť verziami, ktoré vyžaduje konkrétny profil a jeho migračný plán, nie iba „najnovším súborom“ bez kontextu.
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í:
- EN 16931 ako sémantický základ.
- UBL ako XML syntax.
- Peppol BIS ako profil a pravidlá.
- XML formát eFaktúry ako validačný pohľad.
- Povinné polia elektronickej faktúry ako praktický zoznam údajov.
- 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.
Praktická kontrola XML
Syntetický príklad môžete overiť vo verejnom validátore ePošťáka, služby z rovnakej skupiny ako CPDS.sk. Výsledok vždy čítajte spolu s rozsahom a verziou použitých pravidiel. Úspešná kontrola XML nepotvrdzuje dostupnosť príjemcu, doručenie ani prijatie faktúry odberateľom.
Tri izolované chyby a ich opravu si môžete vyskúšať na testovacích XML príkladoch ePošťáka. Návod uvádza konkrétne vydanie pravidiel aj hranice kontroly.