Leitweg-ID prüfen
Nur die ID, ohne Rechnung drumherum – mit demselben Verfahren.
Zum WerkzeugKostenloses Werkzeug
XRechnung prüfen – bevor das Portal es tut
Die Punkte, an denen Rechnungen in der Praxis abgewiesen werden: Leitweg-ID mit Prüfziffer, deutsche Pflichtfelder, Summen, die nicht aufgehen. Im Browser, ohne Upload.
Prüfen
Rechnung öffnen
UBL und CII, beide Syntaxen. Getestet gegen eine echte Rechnung aus Levora und gegen die offizielle Testsuite der KoSIT.
Die Rechnung bleibt auf Ihrem Rechner. Sie wird im Browser gelesen – kein Upload, kein Server. Auf einer Rechnung stehen Ihr Auftraggeber, Ihre Preise und Ihre Bankverbindung.
oder hierher ziehen – XRechnung als .xml, UBL oder CII
Oder XML einfügen
In den geprüften Punkten ist nichts aufgefallen. Das ist keine Konformitätsbescheinigung – siehe unten.
Dieses Werkzeug hat seinen eigenen Testfall nicht bestanden und ist abgeschaltet. Bitte melden Sie uns das.
Keine Befunde in den geprüften Punkten
Fehler
Hinweis
Die Datei ist größer als 12 MB. Ein Leistungsverzeichnis ist selten so groß – prüfen Sie, ob es die richtige Datei ist.
%s Befund, der die Rechnung stoppt
%s Befunde, die die Rechnung stoppen
Keine harten Fehler – aber %s Hinweis
Keine harten Fehler – aber %s Hinweise
Syntax
Rechnungsnummer
Datum
Käuferreferenz (BT-10)
Prüfziffer
(freie Referenz)
Zahlbetrag
eingefügtes XML
Die Spezifikationskennung fehlt. Ohne sie erkennt der Rechnungseingang nicht, wonach er prüfen soll.
Die Kennung „%s“ gehört zu keiner bekannten XRechnung-Version. Möglicherweise eine reine EN-16931-Rechnung ohne deutsche Ausprägung.
Die Rechnungsnummer fehlt.
Das Rechnungsdatum fehlt.
Das Rechnungsdatum steht nicht im erwarteten Format (JJJJ-MM-TT bzw. JJJJMMTT in CII).
Der Rechnungsart-Code fehlt (380 Rechnung, 381 Gutschrift).
Die Währung fehlt.
Der Name des Rechnungsstellers fehlt.
Der Name des Rechnungsempfängers fehlt.
Es ist keine Umsatzsteuer-Identifikationsnummer des Rechnungsstellers zu finden. Ohne sie oder eine Steuernummer weist der Eingang die Rechnung in der Regel ab.
Die Käuferreferenz fehlt. Bei einer Rechnung an einen öffentlichen Auftraggeber steht hier die Leitweg-ID; ohne sie weist das Portal ab, bevor ein Mensch die Rechnung sieht.
Die Käuferreferenz ist länger als 40 Zeichen.
Die Leitweg-ID „%s“ hat eine falsche Prüfziffer. Der Tippfehler kann in jedem Teil stecken – fragen Sie die ID bei der Vergabestelle nach, statt die Prüfziffer anzupassen.
Der Ansprechpartner beim Rechnungssteller fehlt.
Die Telefonnummer des Rechnungsstellers fehlt.
Die E-Mail-Adresse des Rechnungsstellers fehlt.
Die E-Mail-Adresse des Rechnungsstellers hat kein gültiges Format.
Der Ort des Rechnungsempfängers fehlt.
Die Postleitzahl des Rechnungsempfängers fehlt.
Eine deutsche IBAN hat 22 Zeichen, hier sind es %s.
Der Zahlungsmittel-Code „%s“ gehört nicht zu den in XRechnung üblichen Werten.
Es ist kein Leistungsdatum und kein Leistungszeitraum angegeben. Bei einer Bauleistung ist das die Angabe, gegen die der Prüfer das Aufmaß hält.
Die Summe der Positionen (%s) stimmt nicht mit der Summe der Nettobeträge (%s) überein.
Nettosumme minus Nachlässe plus Zuschläge ergibt %s, angegeben ist %s.
Netto (%s) plus Umsatzsteuer (%s) ergibt nicht den Bruttobetrag (%s).
Der Zahlbetrag ist 0,00 €. Das ist rechnerisch stimmig, aber bei einer Rechnung selten gewollt – meist fehlen die Positionsbeträge in der erzeugenden Software.
Der Zahlbetrag müsste %s sein, angegeben ist %s.
Diese Datei lässt sich nicht als XML lesen. Eine ZUGFeRD-Rechnung ist ein PDF – dort steckt das XML im Anhang und muss erst herausgelöst werden.
Das Wurzelelement „%s“ gehört zu keiner der beiden Syntaxen. Erwartet wird <Invoice> oder <CreditNote> (UBL) beziehungsweise <CrossIndustryInvoice> (CII).
Die Datei konnte nicht gelesen werden.
Ohne JavaScript prüft dieses Werkzeug nichts – es ist JavaScript, das die Rechnung auf Ihrem Rechner auswertet, statt sie zu verschicken.
Kein Upload, kein Server, keine Speicherung. Die Netzwerkanzeige Ihres Browsers zeigt es.
Was dieses Werkzeug nicht ist
Es ist keine Konformitätsprüfung nach KoSIT. Die läuft gegen ein XML-Schema und mehrere Schematron-Regelwerke, braucht eine Java-Umgebung und lässt sich in einem Browser nicht nachbauen. Wer eine belastbare Aussage braucht – etwa weil ein Auftraggeber sie verlangt –, nimmt den amtlichen Validator: die Validator-Konfiguration der KoSIT samt Validator .
Hier steht ein grüner Kasten also nicht für „konform“, sondern für „in den geprüften Punkten ist nichts aufgefallen“. Der Unterschied ist wichtig genug, dass er auch im Ergebnis steht.
Was es prüft
Die Punkte, an denen Rechnungen im Alltag hängen bleiben – mit Feldnummer und, wo belegt, der Regel-Kennung, unter der die Meldung auch im amtlichen Validator erscheint.
| Prüfung | Feld | Regel |
|---|---|---|
| Syntax erkannt, Spezifikationskennung und Version | BT-24 | – |
| Rechnungsnummer, Datum, Art, Währung | BT-1, BT-2, BT-3, BT-5 | – |
| Name von Rechnungssteller und -empfänger | BT-27, BT-44 | – |
| Umsatzsteuer-Identifikationsnummer | BT-31 | – |
| Käuferreferenz vorhanden, ≤ 40 Zeichen | BT-10 | BR-DE-15 |
| Leitweg-ID: Prüfziffer nach Modulo 97-10 | BT-10 | BR-DE-15 |
| Ansprechpartner, Telefon, E-Mail des Rechnungsstellers | BT-41, BT-42, BT-43 | BR-DE-2, -6, -7 |
| E-Mail-Format | BT-43 | BR-DE-4 |
| Ort und Postleitzahl des Empfängers | BT-52, BT-53 | BR-DE-8, -9 |
| Länge einer deutschen IBAN | BT-84 | BR-DE-18 |
| Zahlungsmittel-Code | BT-81 | BR-DE-12 |
| Leistungsdatum oder -zeitraum vorhanden | BT-72 / BG-14 | – |
| Summe der Positionen = Nettosumme | BT-106 | – |
| Netto − Nachlässe + Zuschläge = Gesamt netto | BT-109 | – |
| Netto + Umsatzsteuer = brutto | BT-112 | – |
| Brutto − Anzahlung + Rundung = Zahlbetrag | BT-115 | – |
Die Leitweg-ID ist der häufigste Ablehnungsgrund
Sie steht in BT-10, dem Feld BuyerReference. Bei einer Rechnung an einen öffentlichen Auftraggeber ist sie Pflicht (BR-DE-15), und ihre Prüfziffer wird nach demselben Verfahren gerechnet wie bei der IBAN – Modulo 97-10. Stimmt sie nicht, weist der Rechnungseingang die Rechnung ab, bevor ein Mensch sie sieht.
Dieses Werkzeug rechnet die Prüfziffer nach, wenn BT-10 wie eine Leitweg-ID aussieht. Im B2B-Geschäft steht dort eine freie Bestellreferenz des Kunden – die wird nicht prüfziffernvalidiert, und das Werkzeug sagt dann, dass es sich um eine freie Referenz handelt. Wer nur die ID selbst prüfen will, kommt mit dem Leitweg-ID-Prüfer schneller ans Ziel.
ZUGFeRD ist ein PDF
Eine ZUGFeRD- oder Factur-X-Rechnung sieht aus wie ein PDF, weil sie eines ist – das XML steckt als Anhang darin. Dieses Werkzeug liest XML, kein PDF. Um eine ZUGFeRD-Rechnung hier zu prüfen, muss die eingebettete Datei (meist factur-x.xml oder zugferd-invoice.xml) erst aus dem PDF gelöst werden; die meisten PDF-Betrachter zeigen Anhänge in einer Seitenleiste.
Beide Syntaxen
EN 16931 erlaubt zwei Darstellungen, und beide sind gleichwertig:
UBL – Wurzelelement
<Invoice>oder<CreditNote>, Felder mitcbc:- undcac:-Präfix. Der Weg, den Levora nimmt.CII (UN/CEFACT) – Wurzelelement
<rsm:CrossIndustryInvoice>, Felder mitram:-Präfix. Verbreitet bei Systemen aus dem SAP-Umfeld und die Grundlage von ZUGFeRD.
Das Werkzeug erkennt beide am Wurzelelement und prüft dieselben Punkte. Getestet wurde gegen eine von Levora erzeugte UBL-Rechnung und gegen die Datei 01.01a aus der Testsuite der KoSIT
– das ist dieselbe Sammlung, gegen die der amtliche Validator geprüft wird.
Weiter
Passt dazu
XRechnung ans Amt
Pflichtangaben, Anlagen und die Fehler, an denen es in der Praxis scheitert.
Zum RatgeberE-Rechnungs-Check
Ab wann die Pflicht für Ihren Betrieb greift – 2027, 2028 oder längst.
Zum WerkzeugRechnungen, die diese Prüfung nicht mehr brauchen
In Levora entsteht die XRechnung aus dem Auftrag – Leitweg-ID hinterlegt, Pflichtfelder gesetzt, Summen aus den Positionen. Geprüft wird, bevor die Datei das Haus verlässt.