Validace Peppol ověřuje, zda obchodní dokument odpovídá syntaxi a pravidlům stanoveným pro daný dokument. V případě Peppol BIS Billing validátor obvykle kontroluje pět praktických oblastí. Dokument musí splnit všechna platná pravidla s fatálními chybami. Kontrolní bod, u kterého došlo k selhání, pomáhá určit, zda je příčinou nesprávně formátovaný XML, chybějící nebo nekonzistentní údaje na faktuře, nepodporovaný prvek, omezení specifické pro Peppol nebo národní požadavek.
| Oblast ověřování | Co se kontroluje | Jak se chyby odhalují |
| XML schéma | Dokument je správně formátován a odpovídá podporovanému schématu UBL 2.1 nebo CII. | Zprávy týkající se parseru nebo schématu namísto kódů pravidel Peppol |
| Obchodní pravidla podle normy EN 16931 | Požadované obchodní pojmy, výpočty, seznamy kódů a logika DPH | Skupiny pravidel BR, BR-CO, BR-CL, BR-DEC a VAT |
| Vázání syntaxe | Prvky, cesty a kardinality povolené ve vybrané syntaxi XML | UBL-SR-, UBL-CR- a CII-SR- |
| Pravidla systému Peppol BIS | Další omezení systému Peppol, včetně požadavků na specifikaci, profil a identifikátor | PEPPOL-EN16931-R a PEPPOL-COMMON-R |
| Pravidla s ohledem na zemi | Požadavky stanovené zemí dodavatele | Například SE-R-, DK-R-, DE-R- a NL-R- |
Závažné chyby a varování
Podle pravidel shody s BIS stanovených organizací OpenPeppol je dokument v souladu s těmito pravidly, pokud aktuální validační výstupy nehlásí žádné fatální chyby. Dokument, u kterého se objevují pouze varování, je stále v souladu s pravidly, avšak tato varování by měla být prošetřena. Často totiž poukazují na problémy s kvalitou dat nebo na pravidla, která se v pozdější verzi standardu „ release “ mohou zpřísnit.
Úroveň přísnosti pravidel se může mezi plánovanými vydáním měnit. V Peppol BIS Billing 3.0.21 se pravidla PEPPOL-COMMON-R052 a PEPPOL-COMMON-R053 změnila z varování na fatální chyby. Dánská pravidla DK-R-003 a DK-R-017 se rovněž stala fatálními. Pravidlo „ release “ se stalo povinným dne 17. srpna 2026. Změna v release může proto způsobit, že dokumenty, které prošly starším validátorem, nebudou vyhovovat aktuálním artefaktům.
Kde probíhá validace
Odesílatel nesmí odeslat dokument, který není v souladu s platnými standardy BIS. V praxi dokument před odesláním obvykle ověřuje odesílající software nebo poskytovatel služeb Peppol. Pokud v této fázi dojde k chybě, je dokument obvykle vrácen vlastní integrací odesílatele nebo poskytovatelem služeb ještě předtím, než se dostane k příjemci.
Příjemce může dokument znovu ověřit a uplatnit vlastní obchodní kontroly. Ty jsou oddělené od ověření v rámci systému Peppol. Příjemce může například po úspěšném technickém ověření dokumentu v systému Peppol zkontrolovat, zda se jedná o objednávku, zda se číslo faktury neopakuje, zda jsou údaje o dodavateli v souladu s dohodou nebo zda odpovídá příjmu zboží.
Co validace neprokazuje
Technicky platná faktura odpovídá uvedené specifikaci a pravidlům, která se na ni vztahují. Ověření neznamená potvrzení, že příslušná transakce je z obchodního hlediska správná, že zboží bylo dodáno, že faktura není sporná nebo že ji kupující schválí k úhradě. Tato rozhodnutí spadají do obchodního procesu po přijetí faktury.
Jak interpretovat chybu při ověřování
- Zkontrolujte závažnost. Před odesláním vyřešte fatální chyby. Zaznamenejte varování a posuďte, zda naznačují budoucí problém s kompatibilitou.
- Určete skupinu pravidel. Předpona udává, zda chyba pochází z normy EN 16931, syntaktických omezení, standardu Peppol nebo z národní sady pravidel.
- Přečtěte si popis pravidla a kontext XML. Validátory mohou poskytovat XPath, název prvku nebo obchodní termín, jako je například BT-24. Využijte tyto informace k dohledání zdroje chyby až k příslušnému poli a přiřazení.
- Opravte zdrojová data nebo transformaci. Vyhněte se pouhé úpravě vygenerovaného XML, protože by se stejná nesprávná hodnota znovu objevila.
- Znovu zkontrolujte celý dokument. Jedna základní chyba může vyvolat porušení několika pravidel. Nejprve opravte chyby ve struktuře a identifikátorech a poté zkontrolujte zbývající výsledky.
Jak se uplatňují pravidla specifická pro jednotlivé země
Pravidla závislá na zemi se nevybírají pouze na základě místa určení kupujícího. V případě Peppol BIS Billing 3.0 se země dodavatele určuje v pořadí podle předčíslí země v identifikačním čísle DPH prodávajícího (BT-31), předčíslí země v identifikačním čísle DPH daňového zástupce prodávajícího (BT-63) a následně podle kódu země prodávajícího (BT-40). Aktivuje se pouze příslušná sada národních pravidel.
To znamená, že změna daňových údajů dodavatele může ovlivnit, která pravidla se použijí, a to i v případě, že poštovní adresa zůstane stejná. Národní pravidla jsou součástí společných validačních artefaktů Peppol BIS. Nevyžadují samostatný identifikátor specifikace ani registraci v systému SMP.
Testování nových verzí Peppolu
OpenPeppol zveřejňuje specifikaci, tabulky pravidel, seznamy kódů, soubory Schematron, příklady a poznámky k „ release “. Integrátoři by měli v testovacích i produkčních prostředích výslovně uvádět verzi validačního artefaktu, provádět regresní testy jak pro faktury, tak pro dobropisy a testovat připravované verze ještě před datem jejich povinného zavedení. Nová varování by měla být považována za plánovaná nápravná opatření, nikoli ignorována, dokud se nestanou fatálními.
Časté chyby
- PEPPOL-EN16931-R004. Identifikátor specifikace je nesprávný nebo obsahuje nepřípustné informace o verzi.
- Nesrovnalosti v peněžních součtech. Částky v řádcích, slevy, poplatky, rozpis DPH a součty dokladů byly vypočítány nebo zaokrouhleny odlišným způsobem.
- Chyby identifikátorů a seznamů kódů. Identifikátor používá nesprávné schéma, má neplatný formát nebo jeho hodnota již není obsažena v aktuálním seznamu kódů.
- Nepodporované prvky nebo kardinality. XML může být platné podle úplného schématu UBL nebo CII, ale přesto může obsahovat prvek nebo opakování, které syntaxová vazba Peppol nepovoluje.
Další příklady najdete v sekci „Časté chyby při elektronické fakturaci v systému Peppol“.
Související pokyny
Normativní zdroje
OpenPeppol zveřejňuje specifikaci Peppol „ BIS Billing “, aktuální validační pravidla, požadavky na shodu s BIS a poznámky k „release “. Tyto zdroje mají normativní charakter. Zde uvedené vysvětlivky pocházejí od společnosti Qvalia.
Popisuje standard Peppol „ BIS Billing “ verze 3.0.21 a validační artefakty verze 1.3.16. Poslední revize: 28. září 2026.