Bezplatný eConnect Validator: zkontrolujte, zda Váš XML soubor splňuje požadavky UBL, BIS Billing a NLCIUS.
Před odesláním e-faktury se chcete ujistit, že XML soubor je technicky správný. eConnect Validator kontroluje Vaši fakturu na XML schémata, Schematron pravidla a validace specifické pro jednotlivé země. Nástroj je bezplatně dostupný jako online validátor.
eConnect Validator provádí několik kontrol Vašeho souboru e-faktury:
Validace XML schématu. Je základní struktura souboru správná? Jsou všechny povinné XML elementy přítomné a správně vnořené?
Validace Schematron. Splňuje faktura obchodní pravidla zvoleného profilu? Jde o pravidla pro výpočty DPH, povinná pole a seznamy kódů.
Kontrola profilu. Systém automaticky rozpozná, jaký profil Vaše faktura sleduje (BIS Billing V3, NLCIUS, PINT, XRechnung) a aplikuje příslušná validační pravidla.
Pravidla specifická pro zemi. Pro každou zemi platí doplňková validační pravidla. Pro Nizozemsko jsou to pravidla NL-R, pro Německo pravidla DE-R, pro Dánsko pravidla DK-R atd. Validátor je automaticky aplikuje na základě kódu země ve faktuře.
Validátor podporuje všechny běžné formáty e-faktur:
Online validátor je dostupný na /cs/validator. K jeho použití nemusíte vytvářet účet.
Při chybách validátor zobrazí přesný kód chyby, popis problému a umístění v XML souboru (XPath). Tak přesně víte, co musíte upravit.
Validátor vydává tři typy hlášení:
Běžné kódy chyb začínají prefixem, který označuje oblast: PEPPOL- pro pravidla platná v celé síti Peppol, NL-R- pro nizozemská pravidla, BR- pro základní pravidla z EN 16931. Popis chyby vždy uvádí, jaké je očekávané chování.
Při odesílání dobropisu se pravidelně vyskytují některé specifické chyby validace. Chyba se objevuje na úrovni Peppol (u odeslání přes API např. jako [API400.AT04] Invalid payload). Podle pravidla příčina a řešení:
cac:Delivery/cbc:ActualDeliveryDate), nebo uveďte fakturanční období (BG-14). Jedno z obou je povinné.cac:Delivery/cac:DeliveryLocation/cac:Address/cac:Country/cbc:IdentificationCode) kódem ISO 3166-1 alpha-2.cac:BillingReference/cac:InvoiceDocumentReference/cbc:ID číslem původní faktury. Povinné pro dobropisy. Viz také Varianty dobropisu.BR-IC-11 a BR-IC-12 jsou základní pravidla EN 16931, která platí pouze tehdy, když dobropis obsahuje intrakomunitární kategorii DPH; u tuzemských dodávek se nevyskytují.
Faktura může obsahovat období na dvou úrovních: fakturanční období na úrovni dokumentu (BG-14) a řádkové období pro každý řádek faktury (BG-26, pro opakující se služby nebo předplatné na úrovni řádku). Pokud se použijí obě, Peppol vyžaduje, aby každé řádkové období spadalo do nadřazeného fakturančního období. Následující chyby se objeví, pokud tato podmínka není splněna:
cac:InvoiceLine/cac:InvoicePeriod/cbc:StartDate) bylo rovno nebo později než počáteční datum fakturančního období BT-73 (cac:InvoicePeriod/cbc:StartDate na úrovni dokumentu).cac:InvoiceLine/cac:InvoicePeriod/cbc:EndDate) bylo rovno nebo dříve než koncové datum fakturančního období BT-74 (cac:InvoicePeriod/cbc:EndDate na úrovni dokumentu).YYYY-MM-DD): koncové datum větší nebo rovno počátečnímu datu. Pokud řádkové období není potřeba, vynechte celý blok cac:InvoiceLine/cac:InvoicePeriod (BG-26), nejen data. Prázdné nebo neplatné pole data se stále počítá jako přítomné. Vyplňte alespoň počáteční nebo koncové datum, pokud je skupina použita (BR-CO-20).Základní kontrola R110 spočívá v tom, že počáteční datum řádkového období je rovno nebo později než počáteční datum fakturančního období. Pokud chyba přetrvává, i když řádkové období vypadá správně, zkontrolujte, zda problém není na úrovni dokumentu: buď je fakturanční období (BT-73) nastaveno příliš pozdě, nebo je řádkové období nezamýšleně širší, než bylo zamýšleno. Obě období se musí vzájemně zahrnovat: fakturanční období je vnější hranicí, každé řádkové období do ní musí spadat.
BR-30 (EN 16931) je jiné pravidlo než R110/R111: R110/R111 kontrolují, zda řádkové období spadá do fakturančního období, zatímco BR-30 kontroluje pouze pořadí dvou přítomných dat řádkového období (BT-135 větší nebo rovno BT-134).
Další pravidla pro období, která se mohou vyskytnout ve stejném kontextu:
YYYY-MM-DD.Tato pravidla platí jak pro faktury (ubl:Invoice), tak pro dobropisy (ubl:CreditNote).
Kromě manuálního validátoru provádí platforma eConnect automatickou validaci i v okamžiku odeslání. Pokud faktura nesplňuje požadavky, odeslání se zablokuje a dostanete chybové hlášení s příslušným validačním pravidlem.
Pro uživatele API: PSB validuje každou fakturu při odeslání a vrací výsledky validace v API odpovědi. Tak můžete validaci zabudovat i do vlastního softwarového procesu.
Validační pravidla se aktualizují při každé nové verzi specifikace Peppol BIS Billing. eConnect aktualizuje Schematron artefakty a seznamy kódů, jakmile se nová verze stane povinnou. Online validátor vždy validuje vůči aktuální verzi.
Tip: po aktualizaci specifikace zkontrolujte, zda jsou Vaše faktury stále platné. Nová pravidla mohou klást přísnější požadavky na pole, která byla dříve nepovinná.
Validátor u každé chyby zobrazí přesný kód chyby, popis problému a umístění v XML souboru (XPath). Chyby musí být vyřešeny před odesláním, jinak bude faktura v síti Peppol odmítnuta. Varování jsou body k pozornosti, ale neblokují odeslání.
Validátor podporuje Peppol BIS Billing V3, NLCIUS/SI-UBL 2.0, všechny varianty PINT, XRechnung a CII (Cross-Industry Invoice, včetně Factur-X). Formát je rozpoznán automaticky při nahrání XML souboru.
Ano. Platforma eConnect automaticky provádí validaci v okamžiku odeslání. Pokud faktura nesplňuje požadavky, odeslání se zablokuje s chybovým hlášením. Uživatelé API obdrží výsledky validace v API odpovědi.
Chcete si prohlédnout ukázkové soubory pro kontrolu vlastní XML struktury? Stáhnout ukázkové soubory.
Zvalidujte Vaši fakturu