Was bedeutet ein BR-DE-Fehler in der XRechnung?

BR-DE-Fehler sind deutsche Einschränkungen (CIUS = Core Invoice Usage Specification) innerhalb des XRechnung-Standards, die über die allgemeine EN-16931-Norm hinausgehen. Sie erzwingen beispielsweise, dass der Verkäufer eine elektronische Adresse (BT-34) angibt oder dass Zahlungsbedingungen (BT-20) vorhanden sind. Ein Validator meldet diese Fehler mit dem Präfix BR-DE-NNN.

Warum schlägt meine XRechnung beim Empfänger fehl, obwohl ich keinen Fehler sehe?

Typischerweise sind die Ursachen: (1) Pflichtfeld fehlt oder ist leer (z. B. BT-34 Verkäufer-E-Mail, BT-20 Zahlungsbedingungen). (2) Summen stimmen nicht überein — Positionsnetto (BT-131) plus Nachlässe/Aufschläge ergeben nicht die Dokumentsumme (BT-109/BT-112). (3) USt-Kategoriecode (BT-118) passt nicht zum Steuersatz (z. B. S=19 %, aber tatsächlich 7 %). (4) Das Profil ist falsch (MINIMUM oder BASIC-WL statt CIUS XRechnung). Eine Prüfung gegen das KoSIT-orientierte Akzept-Gate zeigt den konkreten Fehlercode.

Wie behebe ich den Fehler BR-DE-1 (fehlende elektronische Adresse des Verkäufers)?

BR-DE-1 verlangt, dass der Verkäufer einen Endpunkt (elektronische Adresse, BT-34) und dessen Schema-ID (BT-34-1) liefert. Für Deutschland ist der übliche Wert eine E-Mail-Adresse mit dem Schema-Code 0002. Fügen Sie in Ihrer Software oder Ihrem Payload das Feld cbc:EndpointID schemeID='0002' mit der Rechnungs-E-Mail des Absenders hinzu.

Was tun, wenn die Summen in meiner XRechnung nicht stimmen?

Prüfen Sie die Rechenkette: Positionsnetto (BT-131) aufsummiert = Summe der Positionsbeträge (BT-106). Zuzüglich Aufschläge und abzüglich Nachlässe = Nettogesamtbetrag (BT-109). Zuzüglich USt (BT-110) = Bruttobetrag (BT-112). BT-115 (Zahlbetrag) muss BT-112 entsprechen, wenn keine Vorauszahlungen. Jede Abweichung (auch durch Rundung) erzeugt einen Validierungsfehler. Runden Sie immer auf 2 Dezimalstellen pro Zeile, nicht erst am Ende.

Kann ich XRechnung-Validierungsfehler kostenlos prüfen?

Ja. Der fakturai Validator liest XRechnung-XML-Dateien ein und prüft sie gegen ein KoSIT-orientiertes Akzept-Gate inklusive der BR-DE-Regeln — ohne Konto und kostenlos. Sie sehen den genauen Fehlercode, die Zeile im Dokument und eine Beschreibung, was fehlt oder nicht stimmt.

Validierung & Fehler beheben

Häufige XRechnung-Validierungsfehler (BR-DE) beheben

Eine XRechnung, die technisch nicht valide ist, wird von Behörden, Buchhaltungssystemen und Empfänger-Portalen abgelehnt — oft ohne klare Rückmeldung. Die häufigsten Ursachen sind fehlende Pflichtfelder (BR-DE), Summen-Rundungsfehler und ein falsches ZUGFeRD-/Profilkürzel. Diese Seite zeigt die fünf häufigsten Fehlerquellen mit konkreten Korrekturen.

Was ist ein BR-DE-Fehler?

BR-DE-Fehler sind deutsche Zusatzregeln (CIUS = Core Invoice Usage Specification) innerhalb der XRechnung. Sie bauen auf der europäischen Norm EN 16931 auf und erzwingen Felder, die dort optional wären, für Deutschland aber Pflicht sind. Ein Validator meldet sie mit dem Präfix BR-DE-NNN. Unterscheiden Sie:

BR-NNN — EN-16931-Kernregeln (internationaler Standard, z. B. Pflicht für BT-1 Rechnungsnummer).
BR-DE-NNN — Deutsche Einschränkungen (z. B. BR-DE-1: Verkäufer braucht elektronische Adresse BT-34).
BR-DEX-NNN — Zusätzliche deutsche Erweiterungsregeln.

Die 5 häufigsten Fehler und ihre Korrekturen

1. BR-DE-1 — Fehlende elektronische Adresse des Verkäufers (BT-34)

XRechnung verlangt, dass der Verkäufer einen elektronischen Endpunkt (BT-34) plus Schema-ID (BT-34-1) liefert. Im B2G-Kontext wird darüber die Rechnung geroutet. Im B2B ist es trotzdem Pflicht.

Fehlertext: BR-DE-1: Eine Rechnung muss die Kennung des Verkäufers enthalten.

Korrektur (UBL-Syntax): Im Element cac:AccountingSupplierParty/cac:Party einfügen:

<cbc:EndpointID schemeID="0002">rechnung@musterfirma.de</cbc:EndpointID>

Schema-Code 0002 steht für E-Mail-Adresse. Andere gültige Codes sind z. B. 9930 (Steuer-IdNr.) oder 0088 (GLN).

2. BR-DE-15 / BR-DE-16 — Fehlende Zahlungsbedingungen (BT-20)

Die XRechnung verlangt, dass mindestens eines der Felder BT-20 (Zahlungsbedingungen als Text) oder BT-9 (Fälligkeitsdatum) vorhanden ist.

Fehlertext: BR-DE-15: Das Element Zahlungsbedingungen muss übermittelt werden, wenn kein Fälligkeitsdatum angegeben ist.

Korrektur: Fügen Sie entweder ein Fälligkeitsdatum (BT-9) oder ein Zahlungsbedingungsfeld (BT-20) ein:

<cac:PaymentTerms>
  <cbc:Note>Zahlbar innerhalb von 30 Tagen netto.</cbc:Note>  <!-- BT-20 -->
</cac:PaymentTerms>

3. Summen stimmen nicht (BT-106 / BT-109 / BT-112 / BT-115)

Dies ist die häufigste stille Fehlerquelle. Der Validator prüft die gesamte Rechenkette. Schon ein Rundungsfehler von einem Cent erzeugt einen Fehler.

Erlaubte Kette:

Feld	EN-16931-Code	Berechnung
Summe aller Positionsbeträge	BT-106	Σ BT-131 (Zeile × Menge)
Summe aller Nachlässe auf Dokumentebene	BT-107	optional
Summe aller Aufschläge auf Dokumentebene	BT-108	optional
Nettogesamtbetrag	BT-109	BT-106 − BT-107 + BT-108
USt-Gesamtbetrag	BT-110	Σ BT-117 (je Steuersatz)
Bruttogesamtbetrag (inkl. USt)	BT-112	BT-109 + BT-110
Zahlbetrag	BT-115	BT-112 − Vorauszahlungen (i.d.R. = BT-112)

Praxis-Regel: Runden Sie jeden Positionsbetrag (BT-131 = Menge × Einzelpreis) auf zwei Dezimalstellen, bevor Sie aufsummieren. Nie erst am Ende runden.

4. Falsches Profil (MINIMUM oder BASIC-WL statt CIUS XRechnung)

Wenn das Feld cbc:CustomizationID (BT-24) ein MINIMUM- oder BASIC-WL-Profil enthält, fehlen Pflichtfelder, die diese Profile nicht kennen. Ein Empfangssystem, das XRechnung erwartet, wird die Datei ablehnen.

Für XRechnung 3.0 korrekt:

<cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0</cbc:CustomizationID>

Für ZUGFeRD EN 16931 (COMFORT) lautet die ID entsprechend dem ZUGFeRD-Standard. Prüfen Sie, was Ihr Empfänger akzeptiert — B2G-Portale verlangen meist XRechnung (CIUS), B2B-Systeme akzeptieren oft beide.

5. USt-Kategoriecode passt nicht zum Steuersatz (BT-118 / BT-119)

Die Kombination aus Kategoriecode (BT-118) und Steuersatz (BT-119) muss konsistent sein. Häufige Verwechslungen:

Kategoriecode	Bedeutung	Erwarteter Satz
`S`	Regelsteuersatz	19 % (oder 7 % für ermäßigt — dann Code `S` weiterhin zulässig)
`Z`	Nullsatz	0 %
`E`	Steuerbefreit	0 % (mit Befreiungsgrund BT-120)
`K`	Steuerfreie innergemeinschaftliche Lieferung	0 %
`G`	Ausfuhrlieferung	0 %

Fehler: S mit Satz 0 oder E mit Satz 19 erzeugt immer einen Validierungsfehler.

Schritt-für-Schritt: Fehler systematisch finden

Validator einsetzen. Laden Sie die Datei kostenlos in den fakturai Validator. Er zeigt Ihnen den genauen BR-DE-Code, die Zeile im XML und eine Erklärung — ohne Konto.
Fehlerliste abarbeiten. Bearbeiten Sie erst strukturelle Fehler (fehlendes Pflichtfeld), dann Berechnungsfehler (Summen), zuletzt Profilfehler (CustomizationID).
Datei erneut prüfen. Nach jeder Korrektur neu validieren, bis die Prüfung auf ACCEPT-Niveau läuft. Dann erst versenden.

XRechnung kostenlos prüfen — BR-DE-Fehler anzeigen

Was fakturai nicht ersetzt

fakturai prüft technische Format- und Strukturkonformität nach EN 16931 mit einem KoSIT-orientierten Akzept-Gate inklusive BR-DE-Regeln. Die inhaltliche und steuerliche Richtigkeit der Rechnung, die ordnungsgemäße Archivierung und die buchhalterische Behandlung bleiben in Ihrer Verantwortung. fakturai ersetzt keine Steuerberatung und gibt keine Rechts-, Steuer- oder Zustellungsgarantien.

Weiterlesen

German-first SEO page für „XRechnung Validierungsfehler / BR-DE Fehler beheben". Technische Struktursprache nach EN 16931 / XRechnung CIUS; keine neue Rechts- oder Steuerzusage (GHOA-1671).

English companion: XRechnung validation errors (BR-DE): how to fix them.