✓ E-Rechnungprüfen

Startseite › Wissen › BR-DE-3, BR-DE-4, BR-DE-8, BR-DE-9

BR-DE-3, BR-DE-4, BR-DE-8, BR-DE-9: Ort oder PLZ fehlt

In der EN 16931 sind Ort und Postleitzahl optional, in XRechnung Pflicht: für den Verkäufer (BT-37 Ort → BR-DE-3, BT-38 PLZ → BR-DE-4) und für den Käufer (BT-52 Ort → BR-DE-8, BT-53 PLZ → BR-DE-9). Ist eine abweichende Lieferanschrift angegeben, gilt das Gleiche dort (BR-DE-10 Ort, BR-DE-11 PLZ).

Typische Ursachen

So beheben Sie den Fehler

  1. UBL: cbc:CityName und cbc:PostalZone in cac:PostalAddress füllen.
  2. CII: ram:CityName und ram:PostcodeCode in ram:PostalTradeAddress füllen.
  3. Stammdaten so pflegen, dass PLZ und Ort getrennt gespeichert sind.

BR-DE-3: Ort des Verkäufers fehlt.

Fehler BR-DE-3 · Herkunft: XRechnung (deutsche Regel der KoSIT)

Das Element "Seller city" (BT-37) muss übermittelt werden.
Technische Prüfung (Schematron/XPath)
RegelwerkKontextTest
XRechnung, UBL/ubl:Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress | /cn:CreditNote/cac:AccountingSupplierParty/cac:Party/cac:PostalAddresscbc:CityName[boolean(normalize-space(.))]
XRechnung, CII/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:PostalTradeAddressram:CityName[boolean(normalize-space(.))]

Aus der offiziellen XRechnung 3.0.2 (KoSIT-Konfiguration 2026-08-31).

Fehlerhaft

<cac:PostalAddress>
  <cbc:StreetName>Hauptstraße 1</cbc:StreetName>
  <!-- hier fehlt die Angabe -->
  <cbc:PostalZone>55116</cbc:PostalZone>
  <cac:Country>

Korrigiert

<cac:PostalAddress>
  <cbc:StreetName>Hauptstraße 1</cbc:StreetName>
  <cbc:CityName>Mainz</cbc:CityName>
  <cbc:PostalZone>55116</cbc:PostalZone>
  <cac:Country>

Ausschnitt aus einer vollständigen XRechnung 3.0 (UBL). Ergebnis mit dem KoSIT-Validator: Die fehlerhafte Variante erzeugt BR-DE-3 und wird abgelehnt; die korrigierte Variante wird akzeptiert.

BR-DE-4: PLZ des Verkäufers fehlt.

Fehler BR-DE-4 · Herkunft: XRechnung (deutsche Regel der KoSIT)

Das Element "Seller post code" (BT-38) muss übermittelt werden.
Technische Prüfung (Schematron/XPath)
RegelwerkKontextTest
XRechnung, UBL/ubl:Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress | /cn:CreditNote/cac:AccountingSupplierParty/cac:Party/cac:PostalAddresscbc:PostalZone[boolean(normalize-space(.))]
XRechnung, CII/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:PostalTradeAddressram:PostcodeCode[boolean(normalize-space(.))]

Aus der offiziellen XRechnung 3.0.2 (KoSIT-Konfiguration 2026-08-31).

Fehlerhaft

<cbc:StreetName>Hauptstraße 1</cbc:StreetName>
<cbc:CityName>Mainz</cbc:CityName>
<!-- hier fehlt die Angabe -->
<cac:Country>
  <cbc:IdentificationCode>DE</cbc:IdentificationCode>

Korrigiert

<cbc:StreetName>Hauptstraße 1</cbc:StreetName>
<cbc:CityName>Mainz</cbc:CityName>
<cbc:PostalZone>55116</cbc:PostalZone>
<cac:Country>
  <cbc:IdentificationCode>DE</cbc:IdentificationCode>

Ausschnitt aus einer vollständigen XRechnung 3.0 (UBL). Ergebnis mit dem KoSIT-Validator: Die fehlerhafte Variante erzeugt BR-DE-4 und wird abgelehnt; die korrigierte Variante wird akzeptiert.

BR-DE-8: Ort des Käufers fehlt.

Fehler BR-DE-8 · Herkunft: XRechnung (deutsche Regel der KoSIT)

Das Element "Buyer city" (BT-52) muss übermittelt werden.
Technische Prüfung (Schematron/XPath)
RegelwerkKontextTest
XRechnung, UBL/ubl:Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress | /cn:CreditNote/cac:AccountingCustomerParty/cac:Party/cac:PostalAddresscbc:CityName[boolean(normalize-space(.))]
XRechnung, CII/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:BuyerTradeParty/ram:PostalTradeAddressram:CityName[boolean(normalize-space(.))]

Aus der offiziellen XRechnung 3.0.2 (KoSIT-Konfiguration 2026-08-31).

Fehlerhaft

<cac:PostalAddress>
  <cbc:StreetName>Kundenweg 7</cbc:StreetName>
  <!-- hier fehlt die Angabe -->
  <cbc:PostalZone>65183</cbc:PostalZone>
  <cac:Country>

Korrigiert

<cac:PostalAddress>
  <cbc:StreetName>Kundenweg 7</cbc:StreetName>
  <cbc:CityName>Wiesbaden</cbc:CityName>
  <cbc:PostalZone>65183</cbc:PostalZone>
  <cac:Country>

Ausschnitt aus einer vollständigen XRechnung 3.0 (UBL). Ergebnis mit dem KoSIT-Validator: Die fehlerhafte Variante erzeugt BR-DE-8 und wird abgelehnt; die korrigierte Variante wird akzeptiert.

BR-DE-9: PLZ des Käufers fehlt.

Fehler BR-DE-9 · Herkunft: XRechnung (deutsche Regel der KoSIT)

Das Element "Buyer post code" (BT-53) muss übermittelt werden.
Technische Prüfung (Schematron/XPath)
RegelwerkKontextTest
XRechnung, UBL/ubl:Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress | /cn:CreditNote/cac:AccountingCustomerParty/cac:Party/cac:PostalAddresscbc:PostalZone[boolean(normalize-space(.))]
XRechnung, CII/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:BuyerTradeParty/ram:PostalTradeAddressram:PostcodeCode[boolean(normalize-space(.))]

Aus der offiziellen XRechnung 3.0.2 (KoSIT-Konfiguration 2026-08-31).

Fehlerhaft

<cbc:StreetName>Kundenweg 7</cbc:StreetName>
<cbc:CityName>Wiesbaden</cbc:CityName>
<!-- hier fehlt die Angabe -->
<cac:Country>
  <cbc:IdentificationCode>DE</cbc:IdentificationCode>

Korrigiert

<cbc:StreetName>Kundenweg 7</cbc:StreetName>
<cbc:CityName>Wiesbaden</cbc:CityName>
<cbc:PostalZone>65183</cbc:PostalZone>
<cac:Country>
  <cbc:IdentificationCode>DE</cbc:IdentificationCode>

Ausschnitt aus einer vollständigen XRechnung 3.0 (UBL). Ergebnis mit dem KoSIT-Validator: Die fehlerhafte Variante erzeugt BR-DE-9 und wird abgelehnt; die korrigierte Variante wird akzeptiert.

Hintergrund: Pflichtangaben einer E-Rechnung und ihre Felder (BT)

Verwandte Themen

Keine Steuer- oder Rechtsberatung: Diese Seite erklärt technische Prüfregeln und dient der Orientierung. Verbindlich sind Gesetz, BMF-Schreiben und das offizielle KoSIT-Regelwerk. Bei steuerlichen Fragen wenden Sie sich an Ihre Steuerberatung. Stand: 2026-10-06, geprüft mit XRechnung 3.0.2 (KoSIT-Konfiguration 2026-08-31).