Eine von der KOSIT-Validierung abgelehnte XRechnung gehört zu den frustrierendsten Erfahrungen im deutschen E-Rechnungswesen. Die Fehlermeldungen können kryptisch sein, und ein einziges fehlendes Feld kann verhindern, dass eine Rechnung über Tausende von Euro akzeptiert wird. Dieser Leitfaden erläutert die zehn häufigsten XRechnung-Validierungsfehler in verständlicher Sprache mit konkreten Lösungen.
Die KOSIT-Validierung verstehen
KOSIT (Koordinierungsstelle für IT-Standards) ist das deutsche Normungsgremium für XRechnung. Wenn Sie eine XRechnung an ein Behördenportal übermitteln oder online validieren, wird das Dokument gegen einen Satz Schematron-Geschäftsregeln geprüft. Jede Regel hat eine eindeutige Kennung (BR-DE-1, BR-CO-10 usw.). Ein 'Kritischer' Verstoß führt zur sofortigen Ablehnung; eine 'Warnung' bedeutet, dass die Rechnung möglicherweise noch akzeptiert wird, aber korrigiert werden sollte.
Fehler 1: BR-DE-1 — Umsatzsteuer-ID des Verkäufers fehlt
Ursache: Die Umsatzsteuer-Identifikationsnummer des Verkäufers fehlt im Geschäftsbegriff BT-31. Dies ist auch dann erforderlich, wenn Ihr Unternehmen umsatzsteuerbefreit ist.
Lösung: Fügen Sie Ihre Umsatzsteuer-ID im Format DE123456789 hinzu. Wenn Sie umsatzsteuerbefreit sind (Kleinunternehmer), müssen Sie dies dennoch angeben – verwenden Sie den Steuerbefreiungsgrund-Code (BT-121) mit dem Wert "Umsatzsteuerbefreit gemäß § 19 UStG" und setzen Sie die Steuerkategorie auf "E".
Fehler 2: BR-DE-2 — Käuferreferenz (Leitweg-ID) fehlt
Ursache: Geschäftsbegriff BT-10 (Käuferreferenz) ist leer oder fehlt. Bei Behördenrechnungen muss dieser die von der Auftraggeberbehörde vergebene Leitweg-ID enthalten.
Lösung: Wenden Sie sich an die Rechnungsabteilung der Behörde, die Sie fakturieren, und fordern Sie die Leitweg-ID an. Das Format ist typischerweise [Bereich]-[Einrichtung]-[Prüfziffer], z. B. 04011000-1234512345-06. Tragen Sie diesen Wert im Feld BT-10 Ihrer XRechnung ein.
Fehler 3: BR-DE-3 — Telefonnummer des Verkäufers fehlt
Ursache: Geschäftsbegriff BT-42 (Telefonnummer des Verkäuferkontakts) fehlt. Die deutschen XRechnung-Regeln fordern Kontaktinformationen des Verkäufers.
Lösung: Fügen Sie eine Telefonnummer im Feld SellerContact/Telephone hinzu. Verwenden Sie das internationale Format: +49 69 12345678. Dies ist ein Pflichtfeld für deutsche XRechnungen, auch wenn es vom Basis-EN-16931-Standard nicht gefordert wird.
Fehler 4: BR-DE-4 — E-Mail-Adresse des Verkäufers fehlt
Ursache: Geschäftsbegriff BT-43 (E-Mail des Verkäuferkontakts) fehlt.
Lösung: Fügen Sie eine gültige E-Mail-Adresse in das Feld SellerContact/ElectronicMail ein. Es muss keine persönliche E-Mail sein – ein allgemeines Rechnungspostfach (rechnungen@ihrunternehmen.de) ist geeignet.
Fehler 5: BR-CO-10 — Summe der Zeilenbeträge stimmt nicht überein
Ursache: Die Summe aller InvoiceLine-Nettbeträge (BT-131) entspricht nicht der Summe auf Dokumentebene (BT-106). Dies geschieht typischerweise, wenn Rundungen inkonsistent angewendet werden.
Lösung: Berechnen Sie Zeilenbeträge mit gleicher Dezimalgenauigkeit. Stellen Sie sicher, dass jeder Nettobetrag der Zeile = Menge × Stückpreis (vor Steuer). Summieren Sie alle Zeilenbeträge und tragen Sie diesen genauen Wert in BT-106 ein. Runden Sie keine Zwischenwerte.
Fehler 6: BR-CO-13 — Fehler bei der Umsatzsteuerberechnung
Ursache: Der Umsatzsteuerbetrag in BG-23 entspricht nicht dem erwarteten Wert aus Steuerbasis × Steuersatz für die jeweilige Umsatzsteuerkategorie.
Lösung: Berechnen Sie für jede Umsatzsteuerkategorie (in Deutschland typischerweise 19 % oder 7 %): Steuerbetrag = Steuerbasis × (Satz / 100). Runden Sie auf 2 Dezimalstellen mit kaufmännischer Rundung. Stellen Sie sicher, dass Ihr XML den korrekt berechneten Steuerbetrag enthält und keine Annäherung.
Fehler 7: BR-DE-17 — Falscher Rechnungstyp-Code
Ursache: Der Rechnungstyp-Code (BT-3) ist kein von XRechnung zulässiger Wert. Häufige deutsche Rechnungstypen sind 380 (Handelsrechnung) und 384 (Gutschrift).
Lösung: Verwenden Sie einen UNTDID-1001-konformen Code. Für eine Standardrechnung verwenden Sie 380. Für eine Gutschrift (Kreditnote) verwenden Sie 384. Überprüfen Sie, ob Ihre Buchhaltungssoftware den richtigen Code erzeugt.
Fehler 8: Steuernummer des Verkäufers fehlt
Ursache: Weder die Umsatzsteuer-ID des Verkäufers (BT-31) noch die Steuernummer des Verkäufers (BT-32) ist vorhanden. Mindestens eine davon ist erforderlich.
Lösung: Wenn Sie eine Umsatzsteuer-ID haben, verwenden Sie BT-31. Wenn Sie nur eine Steuernummer haben (z. B. als Kleinunternehmer), verwenden Sie BT-32 mit Ihrer Steuernummer im bundeslandspezifischen Format 93815/08152.
Fehler 9: Ungültige IBAN oder Zahlungsdaten
Ursache: Die IBAN in BT-84 (Zahlungskontoidentifikator) ist fehlerhaft oder enthält Leerzeichen/Sonderzeichen.
Lösung: Entfernen Sie alle Leerzeichen aus der IBAN (z. B. DE89370400440532013000, nicht DE89 3704 0044 0532 0130 00). Überprüfen Sie die IBAN-Prüfziffer. Der Zahlungsmittel-Code (BT-81) muss ebenfalls enthalten sein – verwenden Sie 58 für SEPA-Überweisung.
Fehler 10: Datumsformat-Fehler
Ursache: Rechnungsdatum (BT-2), Fälligkeitsdatum (BT-9) oder Lieferdatum (BT-72) verwenden ein falsches Format. XRechnung erfordert das ISO-8601-Format: JJJJ-MM-TT.
Lösung: Stellen Sie sicher, dass alle Datumsangaben im Format 2025-04-15 vorliegen (nicht 15.04.2025 oder 04/15/2025). In UBL-Syntax erscheinen Datumsangaben als Klartext; in CII-Syntax können sie ein Format-Attribut enthalten (format='102' für JJJJMMTT). Überprüfen Sie, ob das Datumsausgabeformat Ihrer Software der verwendeten XML-Syntax entspricht.
Profi-Tipps zur Vermeidung von Validierungsfehlern
- Immer vor dem Einreichen validieren: Nutzen Sie unseren XRechnung-Viewer, um Fehler zu erkennen, bevor sie das Behördenportal erreichen.
- Eine Musterrechnung aufbewahren: Sobald Sie eine gültige Rechnung haben, bewahren Sie diese als Vorlage auf, um Fehler nicht neu einzuführen.
- Mit dem offiziellen Validator testen: Der KoSIT-Validator ist unter ecosio.com/de/peppol-und-xml-validator und in der ZRE-Testumgebung verfügbar.
- Konsequent 2 Dezimalstellen verwenden: Rundungsfehler sind die häufigste Ursache für BR-CO-10- und BR-CO-13-Fehler.
- Softwareversion prüfen: KOSIT veröffentlicht mit jeder XRechnung-Version aktualisierte Validierungsregeln. Stellen Sie sicher, dass Ihre Software die beabsichtigte Version erzeugt.