USt-IdNr. ohne gültiges Länderpräfix
Die Umsatzsteuer-Identifikationsnummer beginnt nicht mit einem ISO-Ländercode
Hilfe & Lösungen
Konkrete Lösungen für die häufigsten Fehler aus der Prüfung von XRechnung und ZUGFeRD mit dem KoSIT-Validator. Pro Code (z. B. BR-DE-15 — die fehlende Leitweg-ID, BR-CO-15 oder BT-31) zeigen wir den Regeltext des Prüfers im Wortlaut, die betroffenen Felder in UBL- und CII-Syntax, ein XML-Beispiel des Problems und die korrigierte Variante. Meldet ein Empfänger nur „Schematron-Validierung der eingereichten XRechnung fehlgeschlagen“, hilft diese Seite .
E-Rechnung erstellt? Jetzt kostenlos prüfen!
Prüfe deine XRechnung oder ZUGFeRD-Datei mit dem KoSIT-Validator, dem frei verfügbaren Prüfprogramm der KoSIT.
Die Umsatzsteuer-Identifikationsnummer beginnt nicht mit einem ISO-Ländercode
Der Rechnungstyp entspricht keinem Code der Liste UNTDID 1001
Der Währungscode entspricht nicht ISO 4217 alpha-3
Ein Element, ein Attribut oder ein Wert passt nicht zum Bauplan der XML
Der Satz nennt keine Regel — so findest du die verletzte und behebst sie
Das Pflichtfeld BT-1 ist leer oder nicht vorhanden
Die Rechnung enthält keine einzige Position (BG-25)
Ohne Steuernummer oder USt-IdNr. melden gleich drei Regeln einen Fehler
Die Summe der Positionen ergibt nicht den ausgewiesenen Nettobetrag
Die ausgewiesene Umsatzsteuer entspricht nicht der Summe je Steuersatz
Nettosumme plus Umsatzsteuer ergibt nicht den Bruttobetrag
Bemessungsgrundlage mal Steuersatz ergibt nicht den ausgewiesenen Steuerbetrag
Die Engine rechnet nach und kommt auf einen anderen Betrag als die Rechnung ausweist
Die Gruppe BG-16 mit den Zahlungsanweisungen ist nicht vorhanden
Das Pflichtfeld BT-10 ist leer — bei Behörden die Leitweg-ID
Die Gruppe BG-6 mit Name, Telefon und E-Mail ist nicht vorhanden
Anhang-Name, XMP-Kennzeichnung oder PDF/A-3 stimmen nicht — die Rechnung selbst kann einwandfrei sein
Der Prüfbericht zeigt zu jedem Befund die Regelkennung, die Originalmeldung des Prüfers und, wo es sie gibt, die Fundstelle im XML (XPath).
Nutze einen XML-Editor mit Syntax-Highlighting (z.B. VS Code, Notepad++) für bessere Übersicht.
Behebe zunächst alle Fehler, dann Warnungen. Validiere nach jeder Änderung erneut.
Stelle sicher, dass deine Rechnungssoftware XRechnung 3.0.x ausgibt. Dagegen prüfen wir (Prüfkonfiguration vom 31.08.2026).
Fehler (Error) führen dazu, dass die Prüfung die E-Rechnung als nicht gültig einstuft. Warnungen (Warning) sind Hinweise auf mögliche Probleme; die Rechnung besteht die Prüfung trotzdem.
Der Prüfbericht nennt zu jedem Befund die Fundstelle: bei Regelverstößen einen
XPath-Ausdruck (z. B.
/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction). Der XPath ist
der Pfad zum betroffenen Element in deiner XML-Datei. Bei Schemafehlern nennt die
Meldung das Element oder den Wert.
Ja, du kannst mehrere Fehler auf einmal korrigieren. Validiere danach erneut, da manche Fehler voneinander abhängig sein können.
Die Regeln und Schematron-Dateien veröffentlicht die Koordinierungsstelle für IT-Standards (KoSIT) im KoSIT GitHub Repository . Die EN 16931 Spezifikation ist bei CEN verfügbar.
Der Prüfbericht nennt Regelkennung, Originalmeldung und Fundstelle zu jedem Befund. Zum Vergleich gibt es validierte Beispieldateien.