XRechnung-Fehlercodes: BR-DE und BR-CO erklärt
Kurz beantwortet: Fehlercodes wie
BR-DE-5 kommen aus den Geschäftsregeln der Norm EN 16931 und
der deutschen Ausprägung (CIUS) XRechnung. Error bedeutet: die
Rechnung ist ungültig und wird abgelehnt. Warning bedeutet: sie
ist gültig, aber unsauber. Jeder Code zeigt auf ein konkretes Feld (BT-Nummer),
das fehlt oder nicht zusammenpasst.
Die Code-Familien auf einen Blick
| Präfix | Herkunft | Typische Ursache |
|---|---|---|
BR- | EN 16931 Grundregeln | Pflichtfeld fehlt komplett |
BR-CO- | EN 16931 Rechenregeln | Summen passen nicht zusammen |
BR-S- / BR-E- / BR-AE- | Steuerkategorien | Steuersatz und Kategorie widersprechen sich |
BR-DE- | Deutsche CIUS (XRechnung) | In Deutschland zusätzlich gefordertes Feld fehlt |
PEPPOL- | Peppol-BIS | Nur relevant beim Versand über Peppol |
Die BR-DE-Regeln sind der häufigste Grund für abgelehnte
Rechnungen, weil sie über die europäische Norm hinausgehen: Was in einem anderen
EU-Land durchgeht, kann in Deutschland fehlen.
Die häufigsten Fehler und ihre Ursache
| Code | Was fehlt | Lösung |
|---|---|---|
| BR-DE-1 | Zahlungsangaben (BG-16) | Zahlungsart angeben; bei Überweisung IBAN ergänzen |
| BR-DE-2 bis BR-DE-4 | Teile der Verkäuferanschrift | Straße, PLZ, Ort und Land vollständig hinterlegen |
| BR-DE-5 | Name des Verkäufer-Ansprechpartners (BT-41) | Kontaktperson in den Einstellungen pflegen |
| BR-DE-6 | Telefonnummer des Verkäufers (BT-42) | Telefonnummer ergänzen |
| BR-DE-7 | E-Mail des Verkäufers (BT-43) | Kontakt-E-Mail ergänzen |
| BR-DE-15 | Leitweg-ID (BT-10) | Nur bei öffentlichen Auftraggebern: Leitweg-ID des Empfängers eintragen |
| BR-DE-17 | Unzulässiger Rechnungstyp | Nur zugelassene Codes verwenden (326, 380, 384, 389, 381, 875, 876, 877) |
| BR-DE-23 / BR-DE-26 | Zahlungsmittel und Detailangaben passen nicht | Bei Code 58 (SEPA) muss die IBAN vorhanden sein |
| BR-CO-10 / BR-CO-13 | Summe der Positionen ≠ Gesamtsumme | Rundungen und Rabatte prüfen; Summen neu berechnen |
| BR-S-08 | Steuerbetrag je Kategorie stimmt nicht | Pro Steuersatz eine eigene Kategorie mit passender Bemessungsgrundlage bilden |
Fehler oder Warnung?
Ein Error macht die Rechnung ungültig – Behörden und viele Unternehmen lehnen sie automatisch ab. Eine Warning ist ein Hinweis: die Rechnung ist formal gültig, ein Feld ist aber unüblich oder unvollständig. Beheben solltest du zuerst alle Errors, dann die Warnings, und nach jeder Änderung erneut validieren.
Praxisbeispiel: Eine fehlende Telefonnummer wird je nach Prüfprofil als Warnung geführt – die Rechnung wird also nicht zwingend abgelehnt. Trotzdem ist BT-42 in der deutschen CIUS vorgesehen, und manche Empfänger prüfen strenger. Deshalb behandeln wir das Feld als Pflichtangabe.
So gehst du einen Prüfbericht durch
- Fehlercode und den zugehörigen XPath oder die BT-Nummer aus dem Bericht notieren.
- Das Feld im erzeugenden System identifizieren – meist eine fehlende Stammdatenangabe, kein technischer Defekt.
- Wert ergänzen und die Rechnung neu erzeugen.
- Erneut validieren, bis der Bericht keine Errors mehr enthält.
Mit dem kostenlosen E-Rechnung-Checker kannst du eine Datei direkt im Browser prüfen. Rechnora selbst validiert jede erzeugte Rechnung automatisch gegen den offiziellen KoSIT-Validator, bevor sie das Haus verlässt – Fehler fallen damit auf, bevor der Kunde sie sieht.
Häufige Fragen
Was bedeutet der Fehler BR-DE-5?
Der Name des Ansprechpartners beim Verkäufer fehlt (Feld BT-41). Die deutsche XRechnung-Ausprägung verlangt einen benannten Kontakt zusätzlich zu den Firmendaten. Der Fehler verschwindet, sobald eine Kontaktperson in den Stammdaten hinterlegt ist.
Worin unterscheiden sich BR- und BR-DE-Regeln?
BR-Regeln stammen aus der europäischen Norm EN 16931 und gelten in allen Mitgliedstaaten. BR-DE-Regeln kommen aus der deutschen Ausprägung XRechnung und verlangen zusätzliche Angaben. Eine Rechnung kann europäisch gültig sein und trotzdem an einer BR-DE-Regel scheitern.
Ist eine Warnung im Prüfbericht ein Problem?
Eine Warnung macht die Rechnung nicht ungültig, weist aber auf ein unvollständiges oder unübliches Feld hin. Errors müssen zuerst behoben werden; Warnungen sollte man trotzdem abstellen, weil manche Empfänger strenger prüfen als der Standardvalidator.
Warum kommt BR-CO-10 bei korrekten Beträgen?
BR-CO-10 prüft, ob die Summe der Positionsbeträge dem ausgewiesenen Summenfeld entspricht. Ursache sind meist Rundungsdifferenzen oder Rabatte, die auf Positionsebene anders verteilt sind als in der Gesamtsumme. Die Beträge müssen exakt aufgehen, nicht nur kaufmännisch stimmen.
Wo kann ich eine XRechnung kostenlos prüfen?
Mit dem E-Rechnung-Checker von Rechnora lässt sich eine XRechnung oder ZUGFeRD-Datei direkt im Browser prüfen. Rechnora validiert außerdem jede automatisch erzeugte Rechnung gegen den offiziellen KoSIT-Validator, bevor sie versendet wird.
Rechnora erledigt das automatisch
Rechnora erzeugt aus jeder Shopify-Bestellung eine gültige E-Rechnung als XRechnung und ZUGFeRD, prüft sie gegen den offiziellen KoSIT-Validator, archiviert sie GoBD-konform und exportiert für DATEV – ab 9,99 € im Monat, ohne Limit bei der Rechnungsanzahl.
Dieser Text ist keine Steuerberatung und ersetzt kein Gespräch mit deinem Steuerberater.