BR-DE-4: Postleitzahl des Verkäufers fehlt

Die Anschrift des Verkäufers muss eine Postleitzahl (BT-38) enthalten.

Regelwerk: XRechnung (KoSIT)
Syntax: UBL und CII
Betroffene Felder: BT-38

Offizieller Regeltext

Das Element "Seller post code" (BT-38) muss übermittelt werden.

Regeltext aus dem XRechnung-Schematron in Version 2.6.0 (KoSIT), Lizenz Apache 2.0; enthalten in der XRechnung-Validatorkonfiguration 2026-08-31.

Schweregrad

UBL-Rechnung: Fehler
UBL-Gutschrift: Fehler
CII: Fehler

Ein Verstoß führt im Szenario „XRechnung“ des KoSIT-Validators zur Ablehnung der Rechnung.

Typische Ursachen

Postleitzahl und Ort stehen in einem gemeinsamen Feld oder die Postleitzahl fehlt in den Stammdaten.

So behebst du den Fehler

Die Postleitzahl im eigenen Feld übermitteln (UBL cbc:PostalZone, CII ram:PostcodeCode).

Geprüftes Beispiel: falsch und richtig

Die Auszüge stammen aus vollständigen, synthetischen Rechnungen des E-Rechnungs-Testkorpus. Geänderte Zeilen sind hervorgehoben. Beide Dateien werden in den automatischen Tests mit dem KoSIT-Validator geprüft.

Beispiel in UBL

Änderung gegenüber der gültigen Rechnung: Postleitzahl des Verkäufers (BT-38) entfernt.

Falsch – ab Zeile 19 · markierte Zeile fehlt hier

<cbc:StreetName>Musterstraße 12</cbc:StreetName>
<cbc:CityName>Musterstadt</cbc:CityName>
<cac:Country>
  <cbc:IdentificationCode>DE</cbc:IdentificationCode>

Richtig – ab Zeile 19

<cbc:StreetName>Musterstraße 12</cbc:StreetName>
<cbc:CityName>Musterstadt</cbc:CityName>
<cbc:PostalZone>12345</cbc:PostalZone>
<cac:Country>
  <cbc:IdentificationCode>DE</cbc:IdentificationCode>

Prüfergebnis (KoSIT-Validator 1.6.3, Konfiguration 2026-08-31): falsche Datei abgelehnt, korrigierte Datei angenommen. Meldungen zur falschen Datei:

BR-DE-4 Das Element "Seller post code" (BT-38) muss übermittelt werden. Fundstelle: /Invoice[1]/AccountingSupplierParty[1]/Party[1]/PostalAddress[1]

Vollständige Dateien im Testkorpus: br-de-4-verkaeufer-plz-fehlt_ubl.xml (falsch) und gemischt-7-19_ubl.xml (richtig).

Beispiel in CII

Änderung gegenüber der gültigen Rechnung: Postleitzahl des Verkäufers (BT-38) entfernt.

Falsch – ab Zeile 121 · markierte Zeile fehlt hier

</ram:DefinedTradeContact>
<ram:PostalTradeAddress>
  <ram:LineOne>Musterstraße 12</ram:LineOne>
  <ram:CityName>Musterstadt</ram:CityName>

Richtig – ab Zeile 121

</ram:DefinedTradeContact>
<ram:PostalTradeAddress>
  <ram:PostcodeCode>12345</ram:PostcodeCode>
  <ram:LineOne>Musterstraße 12</ram:LineOne>
  <ram:CityName>Musterstadt</ram:CityName>

Prüfergebnis (KoSIT-Validator 1.6.3, Konfiguration 2026-08-31): falsche Datei abgelehnt, korrigierte Datei angenommen. Meldungen zur falschen Datei:

BR-DE-4 Das Element "Seller post code" (BT-38) muss übermittelt werden. Fundstelle: /CrossIndustryInvoice[1]/SupplyChainTradeTransaction[1]/ApplicableHeaderTradeAgreement[1]/SellerTradeParty[1]/PostalTradeAddress[1]

Vollständige Dateien im Testkorpus: br-de-4-verkaeufer-plz-fehlt_cii.xml (falsch) und gemischt-7-19_cii.xml (richtig).

Testdateien zu BR-DE-4

br-de-4-verkaeufer-plz-fehlt_ubl.xml – Postleitzahl des Verkäufers (BT-38) entfernt
br-de-4-verkaeufer-plz-fehlt_cii.xml – Postleitzahl des Verkäufers (BT-38) entfernt

Technische Details: Kontext und Prüfausdruck aus dem Schematron

CII

Kontext:

/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:PostalTradeAddress

Prüfausdruck:

ram:PostcodeCode[boolean(normalize-space(.))]

UBL

Kontext:

/ubl:Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress | /cn:CreditNote/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress

Prüfausdruck:

cbc:PostalZone[boolean(normalize-space(.))]

Technische Formatprüfung nach XRechnung 3.0.2; keine steuerliche oder rechtliche Beratung.