Zum Hauptinhalt springen

Referenz

Markdown-Export

BR-DE-9 Postleitzahl des Käufers muss angegeben werden

Nach dem deutschen XRechnung-Profil und den Vorschriften des § 14 UStG muss die Postanschrift des Käufers (BG-8) zwingend eine Postleitzahl (BT-53) enthalten. Bei Rechnungen an die öffentliche Hand ist die Postleitzahl unerlässlich, um Dienststellen, Liegenschaften oder Außenstellen des Auftraggebers eindeutig zu unterscheiden.

Problembeschreibung

FEHLER

Nationale XRechnung-Regel (KoSIT, BR-DE) · XRechnung 3.0

Interaktive Prüfkette

Klicken Sie auf eine Stufe, um zu sehen, was sie prüft, oder geben Sie eine Regel-ID ein, um die meldende Stufe zu finden.

Beispiele:

BR-DE-9 XRechnung-Regel (Deutschland)

Gemeldet in Stufe 3: Nationale Regeln (CIUS).

Stufe Fehler: Der Bericht empfiehlt, die Rechnung abzulehnen.

Stufe 3 · Was geprüft wird

  • Die Spezifikationskennung in BT-24 wählt das Regelwerk, etwa XRechnung 3.0 oder Peppol BIS Billing 3.0.
  • XRechnung ergänzt die deutschen BR-DE-Regeln: Käuferreferenz (BT-10), Verkäuferkontakt, Zahlungsanweisungen.
  • Peppol ergänzt PEPPOL-EN16931- und Länderregeln. Auch XRechnung wendet einige PEPPOL-EN16931-Regeln an.

Beispielcodes

Typische Korrektur

Pflegen Sie die vom Regelwerk verlangten Felder in den Stammdaten, etwa die Leitweg-ID in BT-10 oder den Verkäuferkontakt.

Ein Validator prüft eine E-Rechnung in Stufen. Zuerst muss die Datei wohlgeformtes XML sein und zum UBL- oder CII-Schema (XSD) passen. Dann laufen die Geschäftsregeln der EN 16931: BR-Kernregeln, BR-CO-Berechnungen, BR-CL-Codelisten, BR-DEC-Nachkommastellen und Regeln je Umsatzsteuerkategorie wie BR-S. Danach folgen die nationalen oder Netzwerk-Regeln, die BT-24 auswählt: BR-DE für XRechnung, PEPPOL-EN16931 für Peppol BIS Billing. Der Bericht nennt jede verletzte Regel: Ein Fehler bedeutet Ablehnung, nur Warnungen bedeuten weiterhin Annahme. BR-DE-9: XRechnung-Regel (Deutschland), gemeldet in der Stufe „Nationale Regeln (CIUS)“. Regelwerke: KoSIT-Validator 1.6.3 mit der XRechnung-Konfiguration vom 31. Aug. 2026 (EN-16931-Artefakte 1.3.16), Peppol BIS Billing 3.0.21.

Kontext und Bedeutung

Eine fehlende Käufer-PLZ führt zum Scheitern der Regel BR-DE-9. Öffentliche Rechnungseingangsplattformen benötigen die PLZ zur automatisierten Weiterleitung an die zuständige Kasse.

Lösung

Pflegen Sie in Ihren Debitorenstammdaten das Postleitzahlenfeld des Käufers. In UBL 2.1 befüllen Sie <cbc:PostalZone> unter <cac:AccountingCustomerParty><cac:Party><cac:PostalAddress>. In UN/CEFACT CII befüllen Sie <ram:PostcodeCode> unter <ram:BuyerTradeParty><ram:PostalTradeAddress>. Schreiben Sie die PLZ nicht in die Straßen- oder Ortszeile.

Schnellzugriff

XML validierenRechnung konvertieren

Gültige Beispiele

  • Postanschrift des Käufers mit BT-53 = „20095“ und BT-52 = „Hamburg“
  • Postanschrift des Käufers mit BT-53 = „80331“ und BT-52 = „München“

Ungültige Beispiele

  • Postanschrift des Käufers enthält Straße und Ort, lässt cbc:PostalZone / ram:PostcodeCode jedoch weg
  • Postleitzahlelement des Käufers ist als leeres Tag hinterlegt (<cbc:PostalZone/>)

Code-Beispiele

Gültiges XML
<cac:PostalAddress>
  <cbc:StreetName>Poststraße 12</cbc:StreetName>
  <cbc:CityName>Hamburg</cbc:CityName>
  <cbc:PostalZone>20354</cbc:PostalZone>
  <cac:Country><cbc:IdentificationCode>DE</cbc:IdentificationCode></cac:Country>
</cac:PostalAddress>
Ungültiges XML
<cac:PostalAddress>
  <cbc:StreetName>Poststraße 12</cbc:StreetName>
  <cbc:CityName>Hamburg</cbc:CityName>
  <cac:Country><cbc:IdentificationCode>DE</cbc:IdentificationCode></cac:Country>
</cac:PostalAddress>

Betroffene Felder

BT-53 Postleitzahl des Käufers
BG-8 Postanschrift des Käufers
BT-52 Ort des Käufers

Validierungstools

Offizieller KoSIT Validator

Führen Sie den offiziellen KoSIT-Validator mit der XRechnung-Konfiguration aus, um EN-16931- und XRechnung-Regeln zu prüfen.

PDF zu XRechnung konvertieren

Validierungsfehler beim Konvertieren erkennen, prüfen und gezielt beheben.