Povinné polia elektronickej faktúry: čo musí obsahovať Peppol BIS faktúra
Rýchla odpoveď
Peppol faktúra nie je voľný XML súbor. Je to UBL dokument profilovaný podľa Peppol BIS a EN 16931. Musí obsahovať najmä:
- identifikáciu typu dokumentu a profilu,
- číslo faktúry,
- dátum vystavenia,
- typ faktúry,
- menu dokladu,
- dodávateľa a odberateľa,
- elektronické adresy strán,
- daňové identifikátory, ak sú relevantné,
- položky faktúry,
- rozpis DPH,
- celkové sumy.
Niektoré polia sú povinné vždy. Iné sú povinné len vtedy, keď nastane konkrétny obchodný scenár.
Tento zoznam je orientačná mapa, nie náhrada aktuálneho validátora. K 12. septembru 2026 je povinný Peppol BIS Billing release 3.0.21 a Finančná správa zverejňuje slovenskú transpozíciu v1.11 z 10. septembra 2026.
Povinné polia nie sú len „zoznam kolónok“
Pri elektronickej faktúre treba rozlišovať tri úrovne:
- UBL syntax — či existuje správny XML element.
- Peppol BIS pravidlá — či element dáva zmysel v obchodnom procese.
- Slovenské pravidlá — napríklad identifikátory, daňové údaje a lokálne kardinality.
- Doručenie a reporting — adresovanie cez Peppol a samostatný SK TDD tok k finančnej správe.
Preto nestačí vytvoriť XML, ktoré „vyzerá ako faktúra“. Musí prejsť validáciou.
Identifikácia dokumentu
Na začiatku UBL faktúry bývajú tieto kľúčové elementy:
| Pole | Význam |
|---|---|
CustomizationID | identifikuje pravidlá a profil, podľa ktorého je faktúra vytvorená |
ProfileID | identifikuje obchodný proces |
ID | číslo faktúry |
IssueDate | dátum vystavenia |
InvoiceTypeCode | typ faktúry, napríklad 380; pri faktúre k prijatej platbe aktuálne FAQ uvádza 388 |
DocumentCurrencyCode | mena dokladu |
Tieto polia sú základom toho, aby CPDS a prijímací systém vedeli dokument správne zaradiť.
Referencie a identifikácia odberateľa
Peppol BIS pracuje s požiadavkou, že faktúra má obsahovať buď referenciu objednávky, alebo referenciu kupujúceho. V praxi to znamená, že odberateľ musí vedieť faktúru spárovať so svojím interným procesom.
Typické polia:
BuyerReference,OrderReference/ID,- prípadne ďalšie referencie podľa procesu.
Pre väčšie firmy bude toto kľúčové: bez správnej referencie sa faktúra technicky doručí, ale môže skončiť v internom „unmatched“ alebo „exception“ procese.
Dodávateľ a odberateľ
Každá faktúra musí obsahovať identifikáciu predávajúceho a kupujúceho. V UBL ide o štruktúry AccountingSupplierParty a AccountingCustomerParty.
V praxi sa rieši najmä:
- názov firmy,
- adresa,
- krajina,
- IČO/registrácia, ak je používaná,
- daňová identifikácia,
- elektronická adresa v Peppol sieti,
- kontaktné údaje, ak sú potrebné.
Pri Slovensku treba osobitne sledovať formát identifikácie účastníka. V slovníku máme samostatné heslá Peppol ID a Participant ID.
Aktuálne slovenské materiály pracujú pri elektronickej adrese účastníka so schémou 0245 a hodnotou DIČ. IČO bez DIČ nie je náhradná hodnota; subjekt bez DIČ má riešiť jeho pridelenie.
Pri skupinovej registrácii treba odlíšiť daňové údaje od adresovania konkrétneho člena: pozrite osobitné pravidlá pre skupinu DPH. Ak platba patrí inému subjektu než dodávateľovi, nadväzuje na to postúpenie pohľadávky a údaje príjemcu platby.
Položky faktúry
Každá faktúra má aspoň jednu položku. Položka obvykle obsahuje:
- poradové číslo položky,
- fakturované množstvo,
- mernú jednotku,
- názov tovaru alebo služby,
- cenu,
- základ dane za položku,
- daňovú kategóriu,
- sadzbu DPH, ak je relevantná.
Položkové údaje sú dôležité pre automatické účtovanie a kontrolu. Ak sú vyplnené nepresne, účtovný systém môže faktúru prijať, ale účtovník bude musieť ručne opravovať zaúčtovanie.
VAT Category Code a VATEX
Daňová kategória sa neurčuje iba podľa číselnej sadzby. Najprv treba podľa zákona o DPH určiť právny režim konkrétneho dodania a až potom zvoliť príslušný VAT Category Code. Rovnaká sadzba, napríklad 0 %, môže podľa dôvodu patriť do rozdielnych kategórií.
Pri oslobodení, prenesení daňovej povinnosti alebo inom osobitnom režime sa podľa pravidiel dopĺňa aj príslušný dôvod VATEX. ERP má preto mapovať právny dôvod a paragraf na kategóriu a VATEX kód; nemá odvodzovať výsledok iba z hodnoty sadzby. Aktuálne mapovanie treba overovať v slovenskej transpozícii a vo FAQ Finančnej správy.
Rozpis DPH a celkové sumy
Peppol faktúra musí obsahovať aj celkové sumy a rozpis dane. Typické bloky:
| Blok | Význam |
|---|---|
TaxTotal | celková daň |
TaxSubtotal | rozpis dane podľa sadzieb a kategórií |
LegalMonetaryTotal | základné sumy faktúry, zľavy, poplatky, suma na úhradu |
Tu vzniká veľa chýb pri zaokrúhľovaní. Výpočty musia sedieť presne podľa pravidiel, inak faktúra neprejde validáciou alebo ju prijímateľ odmietne.
Viac dodaní v jednom doklade má vlastné podmienky. Pravidlá súhrnnej faktúry vysvetľujú obdobie, termín a rozpis DPH; súhrnný doklad nie je iba súbor príloh.
Čo nie je povinné vždy
Nie každá faktúra potrebuje všetko. Napríklad:
- prílohy sú voliteľné,
- zľavy a poplatky sa používajú len v konkrétnych scenároch,
- referencie na zmluvu alebo dodací list sú scenárové,
- platobné údaje závisia od typu úhrady,
- niektoré daňové polia sú relevantné len pri konkrétnej kategórii DPH.
Preto sa pri implementácii nespoliehajte na jeden statický XML príklad. V testovacom prostredí potrebujete reprezentatívne syntetické fakturačné scenáre.
Príloha PDF ani QR kód nemenia XML na voliteľný dokument. XML zostáva jadrom eFaktúry. Kvalifikovaný elektronický podpis alebo pečať sa pri Peppol prenose nevyžadujú automaticky; vierohodnosť, neporušenosť a čitateľnosť sa môžu zabezpečiť aj procesom doručovacej služby.
Checklist pre vývojára alebo ERP tím
- Validujete faktúru voči Peppol BIS pravidlám?
- Testujete viac sadzieb DPH na jednej faktúre?
- Máte scenár s dobropisom?
- Máte scenár s položkovou zľavou?
- Máte scenár s dokumentovou zľavou?
- Máte scenár s prílohou?
- Používate správnu menu a dodržiavate pravidlá presnosti pre jednotlivé typy súm? Väčšina peňažných súm má najviac dve desatinné miesta, cena položky však môže mať inú povolenú presnosť.
- Viete vysvetliť používateľovi, prečo bola faktúra zamietnutá?
- Evidujete presnú verziu Peppol a slovenských pravidiel použitú pri validácii?
Zhrnutie
Povinné polia e-faktúry nie sú len otázka dizajnu faktúry. Sú to dátové polia, podľa ktorých CPDS, Peppol sieť, účtovný softvér a daňová logika rozpoznávajú obchodnú transakciu. Najlepšia implementácia je taká, ktorá netestuje iba „happy path“, ale všetky bežné účtovné scenáre.
Zdroje a verifikácia
Tento článok je písaný ako edukačný sprievodca. Pri právnych a technických tvrdeniach odporúčame overiť aktuálny stav aj v oficiálnych dokumentoch.
- Peppol BIS Billing 3.0 — UBL Invoice syntax tree — OpenPeppol · overené 20. augusta 2026
- Peppol BIS Billing 3.0 — Rules — OpenPeppol · overené 20. augusta 2026
- Finančná správa SR — eFaktúra — Finančná správa SR · overené 20. augusta 2026
- Finančná správa SR — Peppol BIS transpozícia Slovensko v1.11 — Finančná správa SR · overené 12. septembra 2026
- Finančné riaditeľstvo SR — FAQ eFaktúra, aktualizácia 11. 9. 2026 — Finančné riaditeľstvo SR · overené 12. septembra 2026
Ako citovať túto stránku
Povinné polia elektronickej faktúry podľa Peppol BIS. CPDS.sk, právny a technický stav k 12. 9. 2026.