Ověřit Leitweg-ID
Jen ID, bez faktury kolem – stejným postupem.
K nástrojiBezplatný nástroj
Ověřit XRechnung – dřív, než to udělá portál
Body, na kterých jsou faktury v praxi odmítány: Leitweg-ID s kontrolní číslicí, německá povinná pole, součty, které nesedí. V prohlížeči, bez nahrávání.
Kontrola
Otevřít fakturu
UBL i CII, obě syntaxe. Testováno na skutečné faktuře z Levory a na oficiální testovací sadě KoSIT (německého koordinačního místa pro standardy IT, které XRechnung spravuje).
Faktura zůstává ve vašem počítači. Čte se v prohlížeči – žádné nahrávání, žádný server. Na faktuře stojí váš zadavatel, vaše ceny a vaše bankovní spojení.
nebo přetáhnout sem – XRechnung jako .xml, UBL nebo CII
Nebo vložit XML
V kontrolovaných bodech nic nápadného. Není to potvrzení shody – viz níže.
Tento nástroj neprošel vlastním testovacím případem a je vypnutý. Nahlaste nám to, prosím.
Žádné nálezy v kontrolovaných bodech
Chyba
Upozornění
Soubor je větší než 12 MB. Soupis prací (Leistungsverzeichnis) bývá takto velký jen zřídka – ověřte, zda jde o správný soubor.
Nálezy, které fakturu zastaví: %s
Nálezy, které fakturu zastaví: %s
Žádné tvrdé chyby – ale upozornění: %s
Žádné tvrdé chyby – ale upozornění: %s
Syntaxe
Číslo faktury
Datum
Reference kupujícího (BT-10)
Kontrolní číslice
(volná reference)
Částka k úhradě
vložené XML
Chybí identifikátor specifikace. Bez něj příjem faktur nepozná, podle čeho má kontrolovat.
Identifikátor „%s“ nepatří k žádné známé verzi XRechnung. Možná jde o čistou fakturu EN 16931 bez německého doplnění.
Chybí číslo faktury.
Chybí datum faktury.
Datum faktury není v očekávaném formátu (RRRR-MM-DD, resp. RRRRMMDD v CII).
Chybí kód druhu faktury (380 faktura, 381 dobropis).
Chybí měna.
Chybí jméno vystavitele faktury.
Chybí jméno příjemce faktury.
Nebylo nalezeno daňové identifikační číslo vystavitele faktury (USt-IdNr.). Bez něj nebo bez daňového čísla příjem fakturu zpravidla odmítne.
Chybí reference kupujícího. U faktury veřejnému zadavateli zde stojí Leitweg-ID; bez ní portál fakturu odmítne dříve, než ji uvidí člověk.
Reference kupujícího je delší než 40 znaků.
Leitweg-ID „%s“ má chybnou kontrolní číslici. Překlep může být v kterékoli části – zeptejte se na ID u zadávajícího místa, místo abyste upravovali kontrolní číslici.
Chybí kontaktní osoba u vystavitele faktury.
Chybí telefonní číslo vystavitele faktury.
Chybí e-mailová adresa vystavitele faktury.
E-mailová adresa vystavitele faktury nemá platný formát.
Chybí místo (obec) příjemce faktury.
Chybí poštovní směrovací číslo příjemce faktury.
Německý IBAN má 22 znaků, zde jich je %s.
Kód platebního prostředku „%s“ nepatří mezi hodnoty obvyklé v XRechnung.
Není uvedeno datum ani období plnění. U stavebního plnění je to údaj, proti kterému kontrolor drží zaměření (Aufmaß).
Součet položek (%s) nesouhlasí se součtem čistých částek (%s).
Čistý součet minus slevy plus příplatky dává %s, uvedeno je %s.
Čistá částka (%s) plus daň z obratu (%s) nedává hrubou částku (%s).
Částka k úhradě je 0,00 €. Početně to souhlasí, ale u faktury je to zřídka záměr – většinou ve vytvářejícím softwaru chybí částky položek.
Částka k úhradě by měla být %s, uvedeno je %s.
Tento soubor nelze přečíst jako XML. Faktura ZUGFeRD je PDF – XML je v něm uloženo jako příloha a je nutné ho nejprve vyjmout.
Kořenový prvek „%s“ nepatří k žádné ze dvou syntaxí. Očekává se <Invoice> nebo <CreditNote> (UBL), resp. <CrossIndustryInvoice> (CII).
Soubor se nepodařilo přečíst.
Bez JavaScriptu tento nástroj nic nekontroluje – je to JavaScript, který fakturu vyhodnocuje ve vašem počítači, místo aby ji odesílal.
Žádné nahrávání, žádný server, žádné ukládání. Ukáže to síťový panel vašeho prohlížeče.
Čím tento nástroj není
Není to kontrola shody podle KoSIT. Ta probíhá proti schématu XML a několika sadám pravidel Schematron, potřebuje prostředí Java a v prohlížeči ji nelze napodobit. Kdo potřebuje spolehlivý výrok – například proto, že ho zadavatel vyžaduje –, použije úřední validátor: konfiguraci validátoru KoSIT spolu s validátorem .
Zelené pole zde tedy neznamená „v souladu“, ale „v ověřených bodech nic nenapadlo“. Ten rozdíl je natolik důležitý, že stojí i ve výsledku.
Co ověřuje
Body, na kterých faktury v běžném provozu uvíznou – s číslem pole a tam, kde je to doložené, s označením pravidla, pod kterým se hlášení objeví i v úředním validátoru.
| Kontrola | Pole | Pravidlo |
|---|---|---|
| Rozpoznaná syntaxe, identifikátor specifikace a verze | BT-24 | – |
| Číslo faktury, datum, druh, měna | BT-1, BT-2, BT-3, BT-5 | – |
| Název vystavitele a příjemce faktury | BT-27, BT-44 | – |
| DIČ pro DPH (Umsatzsteuer-Identifikationsnummer) | BT-31 | – |
| Reference kupujícího vyplněna, ≤ 40 znaků | BT-10 | BR-DE-15 |
| Leitweg-ID: kontrolní číslice podle Modulo 97-10 | BT-10 | BR-DE-15 |
| Kontaktní osoba, telefon, e-mail vystavitele | BT-41, BT-42, BT-43 | BR-DE-2, -6, -7 |
| Formát e-mailu | BT-43 | BR-DE-4 |
| Místo a PSČ příjemce | BT-52, BT-53 | BR-DE-8, -9 |
| Délka německého IBAN | BT-84 | BR-DE-18 |
| Kód platebního prostředku | BT-81 | BR-DE-12 |
| Datum nebo období plnění vyplněno | BT-72 / BG-14 | – |
| Součet položek = čistá částka | BT-106 | – |
| Čistá částka − slevy + přirážky = celkem bez daně | BT-109 | – |
| Bez daně + daň z obratu = s daní | BT-112 | – |
| S daní − záloha + zaokrouhlení = částka k úhradě | BT-115 | – |
Leitweg-ID je nejčastější důvod odmítnutí
Stojí v BT-10, v poli BuyerReference. U faktury veřejnému zadavateli je povinná (BR-DE-15) a její kontrolní číslice se počítá stejným postupem jako u IBAN – Modulo 97-10. Pokud nesedí, příjem faktur fakturu odmítne dřív, než ji uvidí člověk.
Tento nástroj kontrolní číslici přepočítá, pokud BT-10 vypadá jako Leitweg-ID. V obchodě B2B tam stojí volná objednací reference zákazníka – ta se podle kontrolní číslice neověřuje a nástroj pak řekne, že jde o volnou referenci. Kdo chce ověřit jen samotné ID, dojde k cíli rychleji s nástrojem Ověřit Leitweg-ID .
ZUGFeRD je PDF
Faktura ZUGFeRD nebo Factur-X vypadá jako PDF, protože jím je – XML je v ní vloženo jako příloha. Tento nástroj čte XML, ne PDF. Chcete-li zde ověřit fakturu ZUGFeRD, musíte vložený soubor (většinou factur-x.xml nebo zugferd-invoice.xml) nejdřív z PDF vyjmout; většina prohlížečů PDF ukazuje přílohy v postranním panelu.
Obě syntaxe
EN 16931 (evropská norma pro elektronickou fakturu) připouští dvě podoby a obě jsou rovnocenné:
UBL – kořenový element
<Invoice>nebo<CreditNote>, pole s předponoucbc:acac:. Cesta, kterou volí Levora.CII (UN/CEFACT) – kořenový element
<rsm:CrossIndustryInvoice>, pole s předponouram:. Rozšířená u systémů z prostředí SAP a základ ZUGFeRD.
Nástroj obě rozpozná podle kořenového elementu a ověřuje stejné body. Testováno na faktuře UBL vytvořené Levorou a na souboru 01.01a z testovací sady KoSIT
– to je tatáž sbírka, proti které se testuje úřední validátor.
Dále
Souvisí s tím
XRechnung pro úřad
Povinné údaje, přílohy a chyby, na kterých to v praxi ztroskotá.
K průvodciKontrola povinnosti e-faktur
Od kdy povinnost platí pro vaši firmu – 2027, 2028, nebo už dávno.
K nástrojiFaktury, které tuto kontrolu už nepotřebují
V Levoře vzniká XRechnung ze zakázky – Leitweg-ID uložená, povinná pole vyplněná, součty z položek. Kontroluje se dřív, než soubor opustí firmu.