Validácia kontroluje súbor proti konkrétnym pravidlám. Úspešný výsledok sám nepotvrdzuje doručenie, schválenie odberateľom ani správnosť všetkých obchodných a daňových okolností.
Čo sa kontroluje pri validácii e-faktúry?
Validácia porovnáva doklad s konkrétnou sadou pravidiel. Dokumentácia Peppol BIS Billing rozlišuje kontrolu syntaxe, sémantiky EN 16931 a pravidiel profilu Peppol vrátane pravidiel viazaných na krajinu.
Pred porovnávaním výsledkov dvoch validátorov si preto zapíšte, aký profil a vydanie pravidiel použili. Výsledok bez tejto informácie môže byť pre podporu málo užitočný. Zistite tiež, či aplikácia vykonala všetky kontroly alebo sa zastavila pri prvej chybe.
Čo odhalí kontrola XML a XSD?
Najskôr musí byť XML správne zapísané: prvky uzavreté, atribúty korektné a štruktúra čitateľná. Kontrola voči schéme XSD potom overuje povolenú štruktúru, dátové typy a ďalšie požiadavky syntaxe.
Ak report označí neznámy prvok alebo nesprávne poradie, pošlite dodávateľovi exportéra presné hlásenie a miesto chyby. Samostatnú ručnú opravu súboru si nezamieňajte s opravou programu: pri ďalšom exporte by sa pôvodná chyba mohla zopakovať.
Vzťah syntaxe a významu údajov vysvetľujeme v článku BIS Billing a XML.
Na čo slúžia obchodné pravidlá a Schematron?
Ďalšia vrstva kontroluje vzťahy medzi údajmi: napríklad povinné informácie alebo zhodu súčtov. Oficiálny balík BIS Billing sprístupňuje pravidlá aj validačné artefakty Schematron.
Pri hlásení chyby potrebujete nielen jej text, ale aj kód pravidla. Ten pomôže nájsť presnú podmienku v dokumentácii. Keď report uvádza chýbajúcu elektronickú adresu, overte zdrojové pole partnera podľa sprievodcu Peppol ID.
Na účely internej podpory odporúčame ku každej opakujúcej sa chybe dopísať, v ktorom poli aplikácie sa má opraviť. Účtovník potom nemusí hľadať technický názov XML prvku pri každom doklade.
Príklad: chyba súčtu riadkov BR-CO-10
Pravidlo BR-CO-10 požaduje, aby súčet čistých súm riadkov faktúry (BT-106) zodpovedal súčtu čistých súm jednotlivých riadkov (BT-131).
Predstavte si dva riadky s čistými sumami 100 a 50 eur. Ich súčet je 150 eur. Ak export uvedie na mieste BT-106 inú hodnotu, treba preveriť prenos alebo výpočet týchto údajov. Tento príklad sa týka súčtu riadkov; nevysvetľuje výslednú sumu na úhradu ani všetky pravidlá DPH.
Pri oprave porovnajte konkrétne hodnoty v reporte s údajmi programu. Ak neviete určiť príčinu rozdielu, neposúvajte sumu odhadom len preto, aby kontrola prešla. Pošlite príklad dodávateľovi.
Ako čítať validačný report a opraviť chybu?
Odporúčame tento pracovný postup:
- Uložte identifikáciu dokladu, čas kontroly, profil a verziu pravidiel.
- Prečítajte kód pravidla, jeho závažnosť a označené miesto v súbore.
- Rozlíšte problém zdrojových údajov, nastavenia a samotného exportéra.
- Opravte príčinu v programe a vytvorte nový export.
- Zopakujte validáciu a porovnajte výsledok s pôvodným reportom.
Význam označení ako fatal či warning a ich vplyv na odoslanie si nechajte vysvetliť pri konkrétnej aplikácii. K podpore odovzdávajte iba údaje potrebné na vyriešenie problému; na skúšky používajte dohodnuté testovacie doklady.
Čo úspešná validácia nepotvrdzuje?
Výsledok „bez chýb“ sa vzťahuje na vykonané kontroly. V pracovnom postupe preto evidujte samostatne validáciu, doručenie dokladu a jeho spracovanie u partnera.
Validátor za vás neposúdi napríklad to, či fakturovaná služba bola skutočne dodaná podľa zmluvy. Daňové povinnosti overujte podľa príslušných pravidiel a slovenského kontextu; orientáciu poskytujú legislatíva a FAQ Finančnej správy.
Na učenie môžete použiť komentovaný XML vzor s uloženým výsledkom kontroly. Pri API integrácii evidujte výsledok validácie samostatne od prijatia požiadavky a doručenia dokladu.
Overené zdroje
Vychádzame z oficiálnych materiálov. Pôvodné podklady nájdete pod odkazmi nižšie. Pri zmenách pravidiel aktualizujeme aj tohto sprievodcu.
Obsah overený 30. 9. 2026. Výsledok validácie posudzujte spolu s názvom profilu, vydaním pravidiel a rozsahom vykonaných kontrol.