KOSIT Validator Fehlercodes: Vollständiger Leitfaden für alle 21 BR-DE XRechnung Validierungsfehler [2026]

Artikelüberblick

Dieser Artikel erklärt KOSIT Validator Fehlercodes: Vollständiger Leitfaden für alle 21 BR-DE XRechnung Validierungsfehler [2026] als praktische Referenz für die europäische E-Rechnung. Er definiert das Thema verständlich, ordnet es in den Compliance-Kontext ein und verbindet die Erklärung mit Formaten wie XRechnung, ZUGFeRD/Factur-X, UBL und CII.

Nutze den Artikel als Ausgangspunkt, bevor du einen Finanz- oder ERP-Prozess änderst: Kläre die anwendbare Länderregel oder Norm, entscheide über das erwartete strukturierte Format, validiere die erzeugte XML-Datei und dokumentiere einen Ausnahmeprozess für Rechnungen mit manueller Prüfung.

Erhalten Sie Validierungsfehler beim Einreichen Ihrer XRechnung oder ZUGFeRD-Rechnung? Dieser umfassende Leitfaden erklärt alle 21 BR-DE Fehlercodes sowie gängige UBL- und ZUGFeRD-Validierungsfehler, was sie bedeuten und wie Sie sie sofort beheben.

Wenn Ihre E-Rechnung die KOSIT-Validierung nicht besteht, kann es frustrierend sein, klare Erklärungen für kryptische Fehlercodes wie BR-DE-15 oder UBL-CR-646 zu finden. Egal ob Sie "Leitweg-ID fehlt" oder "Pflichtfeld fehlt" Fehlern begegnen, dieser Leitfaden bietet sofortige Lösungen für jede KOSIT Validator Fehlermeldung.

Was ist der KOSIT Validator und warum scheitern E-Rechnungen bei der Validierung?

Der KOSIT (Koordinierungsstelle für IT-Standards) Validator ist Deutschlands offizielles Tool zur Validierung elektronischer Rechnungen in XRechnung- und ZUGFeRD-Formaten. Mit der jetzt geltenden verpflichtenden B2B-E-Rechnungsstellung (Empfangspflicht seit Januar 2025, Sendepflicht für Unternehmen über €800k ab Januar 2027) ist das Verständnis dieser Validierungsfehler entscheidend für eine erfolgreiche Rechnungseinreichung bei deutschen Behördenportalen und Geschäftspartnern.

Der Validator prüft Ihre Rechnung gegen:

• 21 Deutschland-spezifische Geschäftsregeln (BR-DE Codes)
• Europäische EN16931 Standard Anforderungen
• XML Schema Konformität (UBL oder CII)
• PDF/A-3 Standards (nur für ZUGFeRD)

Häufigste KOSIT Validator Fehlercodes und deren Behebung

BR-DE-15: Leitweg-ID fehlt oder ungültig

Fehlermeldung: "Das Element 'Buyer reference' (BT-10) muss übermittelt werden"

Was es bedeutet: Ihre Rechnung fehlt die Leitweg-ID, ein verpflichtender Routing-Identifikator für deutsche öffentliche Sector-Rechnungen.

So beheben Sie es:

1. Beschaffen Sie die korrekte Leitweg-ID von Ihrem Kunden (Format: XX-XXXXXX-XX-XXXXX)
2. Fügen Sie sie in das BuyerReference (BT-10) Feld ein
3. Stellen Sie sicher, dass sie 40 Zeichen nicht überschreitet
4. Bindestriche an den exakt angegebenen Positionen einfügen

BR-DE-21: Ungültiger XRechnung Spezifikations-Identifikator

Fehlermeldung: "Specification identifier MUST have the value 'urn:cen.eu:en16931:2017#compliant#urn:xrechnung:3.0'"

Was es bedeutet: Ihre Rechnung identifiziert ihre Formatversion falsch, oft durch Vermischung von ZUGFeRD- und XRechnung-Spezifikationen.

So beheben Sie es:

• Für die aktuelle XRechnung-Basis verwenden Sie exakt urn:cen.eu:en16931:2017#compliant#urn:xrechnung:3.0
• Ältere Beispiele können noch urn:cen.eu:en16931:2017#compliant#urn:xrechnung:2.3 zeigen, aber verwenden Sie diese Kennung nicht für aktuelle Übermittlungen
• Vermischen Sie keine ZUGFeRD-Profil-Identifikatoren mit XRechnung

BR-DE-5, BR-DE-6, BR-DE-7: Fehlende Verkäufer Kontaktinformationen

BR-DE-5: "Seller city MUST be provided"

BR-DE-6: "Seller post code MUST be provided"

BR-DE-7: "Seller contact telephone number MUST be provided"

Was es bedeutet: Deutsche Vorschriften erfordern vollständige Verkäufer-Kontaktdaten, anders als in einigen EU-Ländern.

So beheben Sie es:

• BR-DE-5: Stadt des Verkäufers hinzufügen
• BR-DE-6: Vollständige Postleitzahl angeben
• BR-DE-7: Gültige Telefonnummer (mit Ländercode) angeben

Vollständige BR-DE Fehlercode-Referenz (Alle 21 Codes)

BR-DE-1: Zahlungsinformation erforderlich

Fehlermeldung: "When payment terms are given, payment information MUST be provided"

Was es bedeutet: Wenn Sie Zahlungsbedingungen (BT-20) angeben, müssen Sie auch Zahlungsanweisungen (BG-16) bereitstellen.

So beheben Sie es:

• IBAN und BIC im Zahlungsmittel-Abschnitt hinzufügen
• Oder Überweisungsinformationen hinzufügen
• Oder das Zahlungsbedingungen-Feld entfernen, wenn nicht benötigt

BR-DE-2: Ansprechpartner erforderlich

Fehlermeldung: "The Seller contact point (BG-6) MUST contain a contact person name (BT-41)"

Was es bedeutet: Wenn Sie Verkäufer-Kontaktinformationen angeben, müssen Sie einen Namen bereitstellen.

So beheben Sie es: Fügen Sie einen Personennamen (z.B. "Max Mustermann") oder Abteilungsnamen (z.B. "Buchhaltung") in BT-41 ein.

BR-DE-3: Verkäufer-E-Mail erforderlich

Fehlermeldung: "The Seller contact point (BG-6) MUST contain an email address (BT-43)"

Was es bedeutet: Wenn Verkäufer-Kontaktinformationen angegeben werden, ist E-Mail verpflichtend.

So beheben Sie es: Fügen Sie eine gültige E-Mail-Adresse in das BT-43 Feld ein (z.B. "buchhaltung@firma.de").

BR-DE-4: E-Mail-Format prüfen

Fehlermeldung: "The seller contact email (BT-43) MUST be a valid email format"

Was es bedeutet: Das E-Mail-Adressformat ist ungültig.

So beheben Sie es: Stellen Sie sicher, dass die E-Mail dem Standardformat entspricht (benutzer@domain.tld) ohne Sonderzeichen.

BR-DE-8: Lieferdatum-Code

Fehlermeldung: "The tax point date code (BT-8) MUST be provided when tax point date is specified"

Was es bedeutet: Wenn ein Steuertermin angegeben wird, müssen Sie den Datumstyp-Code angeben.

So beheben Sie es: Fügen Sie den entsprechenden Steuertermin-Code hinzu (typisch "35" für Lieferdatum, "432" für Periodenende).

BR-DE-9, BR-DE-10: Zahlungsmittel-Code erforderlich

BR-DE-9: "Payment means type code in BT-81 MUST be provided"

BR-DE-10: "Payment terms (BT-20) MUST be provided when payment means is given"

So beheben Sie es:

• BR-DE-9: Zahlungsmittel-Code hinzufügen (30 = Überweisung, 58 = SEPA-Überweisung, 59 = SEPA-Lastschrift)
• BR-DE-10: Zahlungsbedingungen-Text hinzufügen, der beschreibt, wann die Zahlung fällig ist

BR-DE-11: Lieferempfänger-Name

Fehlermeldung: "If delivery information is given, the Deliver to party name (BT-70) MUST be provided"

Was es bedeutet: Wenn eine Lieferadresse angegeben wird, müssen Sie den Empfängernamen angeben.

So beheben Sie es: Fügen Sie den Namen des Lieferempfängers in BT-70 ein, oder entfernen Sie den gesamten Lieferpartei-Abschnitt, wenn nicht benötigt.

BR-DE-12: Erlaubte Zahlungsmittel-Codes

Fehlermeldung: "Payment means code MUST be one of the allowed values"

Was es bedeutet: Deutschland beschränkt, welche Zahlungsart-Codes gültig sind.

Erlaubte Codes:

• 10: Bargeld
• 30: Überweisung (nicht-SEPA)
• 48: Kreditkarte
• 54: Kredit
• 55: Debit
• 58: SEPA-Überweisung
• 59: SEPA-Lastschrift
• ZZZ: Gegenseitig definiert

BR-DE-13: Entfernt (Nicht mehr anwendbar)

Dieser Code wurde aus der XRechnung-Spezifikation entfernt und wird nicht mehr validiert.

BR-DE-14: Rechnungsreferenz bei Gutschriften

Fehlermeldung: "For credit notes, the preceding invoice reference (BT-25) MUST be provided"

Was es bedeutet: Gutschriften (Typ-Code 381) müssen auf die ursprüngliche Rechnung verweisen, die korrigiert wird.

So beheben Sie es: Fügen Sie die ursprüngliche Rechnungsnummer im BT-25 Feld hinzu (Vorherige Rechnungsreferenz).

BR-DE-16: Steuerregistrierung erforderlich

Fehlermeldung: "The seller VAT identifier (BT-31) or the seller tax registration identifier (BT-32) MUST be provided"

Was es bedeutet: Deutsche Rechnungen müssen entweder USt-IdNr. oder Steuernummer enthalten.

So beheben Sie es:

• USt-IdNr. in BT-31 hinzufügen (Format: DExxxxxxxxx)
• ODER Steuernummer in BT-32 hinzufügen (Format: variiert je nach Bundesland)
• Mindestens eine davon ist verpflichtend

BR-DE-17: MwSt-Aufschlüsselungs-Berechnung

Fehlermeldung: "The tax amount in VAT breakdown MUST equal taxable amount multiplied by VAT rate"

Was es bedeutet: Ihre MwSt-Berechnungen sind mathematisch falsch.

So beheben Sie es:

1. Neu berechnen: MwSt-Betrag = (Steuerbarer Betrag × MwSt-Satz) / 100
2. Auf 2 Dezimalstellen mit Standardrundung runden
3. Sicherstellen, dass Rundungsdifferenzen €0,01 pro Aufschlüsselung nicht überschreiten

BR-DE-18: IBAN-Format-Validierung

Fehlermeldung: "The payment account identifier (BT-84) MUST be a valid IBAN"

Was es bedeutet: Das IBAN-Format ist ungültig oder enthält Fehler.

So beheben Sie es:

• Deutsches IBAN-Format: DE + 2 Prüfziffern + 8 Bankleitzahl + 10 Kontonummer (22 Zeichen gesamt)
• Keine Leerzeichen oder Sonderzeichen
• IBAN-Prüfsumme verifizieren

BR-DE-19: Kontoinhaber-Name

Fehlermeldung: "The payment account name (BT-85) SHOULD be provided when IBAN is given"

Schweregrad: Warnung (nicht fatal)

Was es bedeutet: Wenn eine IBAN angegeben wird, wird der Kontoinhaber-Name empfohlen.

So beheben Sie es: Fügen Sie den Namen des Kontoinhabers in BT-85 ein (normalerweise der offizielle Name des Verkäufers).

BR-DE-20: BIC bedingt erforderlich

Fehlermeldung: "The payment service provider identifier (BT-86) MUST be provided for non-SEPA transfers"

Was es bedeutet: BIC/SWIFT-Code ist für internationale (nicht-SEPA) Banküberweisungen erforderlich.

So beheben Sie es:

• Für SEPA-Länder: BIC optional (automatisches Routing über IBAN)
• Für nicht-SEPA: BIC in BT-86 hinzufügen (8 oder 11 Zeichen)

Häufige UBL- und CII-Syntaxfehler

UBL-CR-646: SubInvoiceLine nicht erlaubt

Fehlermeldung: "A UBL invoice should not include the SubInvoiceLine"

Was es bedeutet: Ihre Rechnung enthält Sub-Rechnungsposition-Elemente, die im XRechnung UBL-Format nicht erlaubt sind.

So beheben Sie es:

1. Entfernen Sie alle SubInvoiceLine-Elemente aus Ihrem XML
2. Flachen Sie hierarchische Positionen in einfache Rechnungspositionen ab
3. Prüfen Sie Ihre ERP-Exporteinstellungen, um Sub-Zeilen-Generierung zu deaktivieren

PEPPOL-EN16931-R008: Leere Elemente erkannt

Fehlermeldung: "Document MUST not contain empty elements"

Was es bedeutet: Ihr XML enthält Tags ohne Inhalt, was XRechnung 3.0 streng verbietet.

So beheben Sie es:

• Entfernen Sie alle leeren XML-Tags (z.B. <Description></Description>)
• Stellen Sie sicher, dass optionale Felder völlig weggelassen werden, wenn sie nicht verwendet werden
• Validieren Sie, dass Ihr XML-Generator keine Platzhalter-Tags erstellt

XRechnung Versions-spezifische Validierungsfehler

XRechnung 3.0 Neue Pflichtfelder (Seit Februar 2024)

BT-34 & BT-49: Elektronische Adresse erforderlich

"Seller electronic address MUST be provided"

"Buyer electronic address MUST be provided"

Was es bedeutet: XRechnung 3.0 machte elektronische Adressen für beide Parteien verpflichtend.

So beheben Sie es:

• E-Mail des Verkäufers im BT-34 Feld hinzufügen
• E-Mail des Käufers im BT-49 Feld angeben
• Format verwenden: EM:email@domain.com für E-Mail-Adressen

BR-CO-10 & BR-S-08: MwSt-Berechnungsfehler

Fehlermeldung: "VAT amount = taxable amount × (rate / 100)"

Was es bedeutet: Ihre MwSt-Berechnungen entsprechen nicht der erforderlichen Genauigkeit (2 Dezimalstellen).

So beheben Sie es:

1. Neu berechnen: MwSt = Steuerbarer Betrag × (MwSt-Satz / 100)
2. Auf exakt 2 Dezimalstellen runden
3. Sicherstellen, dass Summe der Positionen-MwSt gleich Rechnungs-MwSt ist

ZUGFeRD Validierungsfehler und PDF/A Konformität

PDF/A-3 Konformitätsfehler

Häufige ZUGFeRD-spezifische Fehler:

• ISO 19005-3:2012 Verletzungen:
• • "XMP Metadata invalid value"
• • "Embedded file not found"
• • "PDF/A identification missing"

So beheben Sie PDF/A-Fehler:

1. Stellen Sie sicher, dass PDF als PDF/A-3 gespeichert wird
2. XML als factur-x.xml einbetten (für ZUGFeRD 2.x)
3. Korrekte XMP-Metadaten mit Beschreibung der eingebetteten Rechnung einfügen

ZUGFeRD Profil-Unstimmigkeiten

Fehlermeldung: "ZUGFeRD profile not supported for this validation"

Verfügbare Profile und wann sie verwendet werden:

• MINIMUM: Nur grundlegende Rechnungsdaten
• BASIC: Standard Geschäftsrechnungen
• EN 16931: Europäische Standard-Konformität
• XRECHNUNG: Deutscher öffentlicher Sektor (verwenden Sie stattdessen XRechnung-Format)
• EXTENDED: Zusätzliche benutzerdefinierte Felder

So validieren Sie Ihre E-Rechnung vor der Einreichung

Schritt-für-Schritt Validierungsprozess

1. Wählen Sie das richtige Format:
   • XRechnung für deutschen öffentlichen Sektor
   • ZUGFeRD für B2B mit PDF-Anforderung
2. Wählen Sie die richtige Version:
   • XRechnung 3.0.2
   • ZUGFeRD 2.4
3. Vor-validieren Sie Pflichtfelder:
   • Leitweg-ID (BR-DE-15)
   • Verkäufer-Kontaktdaten (BR-DE-5, 6, 7)
   • Steuerregistrierung (BR-DE-16)
   • Elektronische Adressen (BT-34, BT-49)
4. Verwenden Sie Invoice-Converter.com's kostenlosen Validator:
   • Laden Sie Ihre XML- oder PDF-Datei hoch
   • Erhalten Sie sofortige Fehlererklärungen in verständlicher Sprache
   • Korrigierte Rechnung herunterladen

Schneller Validierungstipp: Nutzen Sie unsere Seite PDF in XRechnung umwandeln, um automatisch konforme Rechnungen zu erzeugen, oder öffnen Sie unseren universellen Umwandlungsweg für alle Formate.

Häufige Suchanfragen beantwortet

"Was bedeutet Fehler BR-DE-1?"

BR-DE-1 erfordert Zahlungsinformationen wenn Zahlungsbedingungen angegeben sind. IBAN/BIC oder Zahlungsmethoden-Details einfügen.

"Wie validiere ich eine XRechnung?"

Verwenden Sie Invoice-Converter.com's kostenlosen XRechnung-Validator oder das offizielle KOSIT Validator Tool. Laden Sie Ihre XML-Datei hoch und überprüfen Sie den Validierungsbericht.

"E-Rechnung wird abgelehnt - was tun?"

Überprüfen Sie den Validierungsbericht auf spezifische Fehlercodes, beheben Sie zuerst Pflichtfeld-Fehler (BR-DE Codes), dann Berechnungs- und Formatprobleme.

"XRechnung Pflichtfelder Liste"

Pflichtfelder umfassen: Rechnungsnummer, Ausstellungsdatum, Verkäuferdetails, Käuferdetails, Leitweg-ID (öffentlicher Sektor), Steuerinformationen, Positionen und Summen.

Vollständige BR-DE Schnellreferenz-Tabelle

Branchenspezifische Validierungsherausforderungen

Automobilsektor

Differenzbesteuerung

Spezielle MwSt-Regeln für Gebrauchtteile erfordern spezifische Steuerkategorie-Codes. Verwenden Sie "AE" (Reverse Charge) oder "E" (befreit) mit korrekter Begründung.

Gesundheitswesen

Medizinprodukte-Identifikation

UDI (Unique Device Identification) muss spezifische Formatierung in Artikelbeschreibungen folgen.

Bauwesen

Reverse-Charge-Verfahren

Bauleistungen erfordern spezielle Steuerkategorie "AE" mit Referenz "Reverse charge".

Sofortige Validierung mit Invoice-Converter.com

Hören Sie auf, mit kryptischen Fehlermeldungen zu kämpfen. Invoice-Converter.com bietet:

• Sofortige Fehlerübersetzung - Deutsche und englische Erklärungen
• Ein-Klick-Reparaturen - Automatische Korrektur häufiger Fehler
• Format-Konvertierung - Konvertierung zwischen XRechnung und ZUGFeRD
• Versions-Migration - Rechnungen auf aktuelle Standards aktualisieren
• Kostenlose Validierung - Keine Registrierung erforderlich

Validieren Sie Ihre E-Rechnung jetzt →

Bleiben Sie auf dem Laufenden über E-Rechnungs-Validierungsänderungen

E-Rechnungsvorschriften und Validierungsregeln ändern sich regelmäßig. Abonnieren Sie den Newsletter von Invoice-Converter.com für:

• Neue Fehlercode-Erklärungen
• Versions-Update-Benachrichtigungen
• Branchenspezifische Validierungsleitfäden
• B2B E-Rechnungs-Mandat Updates

Zuletzt aktualisiert: Januar 2026 | Version: XRechnung 3.0.2, ZUGFeRD 2.4

Schlüsselwörter: KOSIT Validator, XRechnung Validierungsfehler, ZUGFeRD Fehler, E-Rechnung validieren, BR-DE-1 bis BR-DE-21, alle BR-DE Fehlercodes, Leitweg-ID fehlt, Pflichtfeld fehlt, XRechnung 3.0 Fehler, E-Rechnungs-Validierung 2026, KOSIT Fehlercodes, XRechnung Fehler, ZUGFeRD Validierung, Deutsche E-Rechnungsstellung

So nutzt du diesen Leitfaden

Nutze den Artikel als Ausgangspunkt, bevor du einen Finanz- oder ERP-Prozess änderst: Kläre die anwendbare Länderregel oder Norm, entscheide über das erwartete strukturierte Format, validiere die erzeugte XML-Datei und dokumentiere einen Ausnahmeprozess für Rechnungen mit manueller Prüfung.