# BR-DE-4 Postleitzahl des Verkäufers muss angegeben werden

Nach dem deutschen XRechnung-Profil und den Vorschriften des § 14 UStG muss die Postanschrift des Verkäufers (BG-5) zwingend eine Postleitzahl (BT-38) enthalten. Die Prüfsysteme der öffentlichen Verwaltung und der Finanzbehörden stützen sich auf die fünfstellige deutsche Postleitzahl, um die örtliche Zuständigkeit des Finanzamts zu prüfen und automatisierte Adressabgleiche durchzuführen.

## Problembeschreibung

> **FEHLER**: Nationale XRechnung-Regel (KoSIT, BR-DE) · XRechnung 3.0

## Kontext und Bedeutung

Ohne BT-38 schlägt die Schematron-Validierung nach Regel BR-DE-4 sofort fehl. Bei innerdeutschen B2G-Rechnungen ist eine gültige fünfstellige PLZ für die Rechnungsverarbeitung unverzichtbar.

## Lösung

Hinterlegen Sie in den Stammdaten Ihres ERP-Systems die Postleitzahl im Adressprofil des Verkäufers. Fügen Sie in UBL 2.1 das Element <cbc:PostalZone> unter <cac:AccountingSupplierParty><cac:Party><cac:PostalAddress> ein. In UN/CEFACT CII befüllen Sie <ram:PostcodeCode> unter <ram:SellerTradeParty><ram:PostalTradeAddress>. Schreiben Sie die Postleitzahl nicht in die Straßen- oder Ortszeile.

- [XML validieren](/de/xrechnung-validator?source=resource&rule=BR-DE-4)
- [Rechnung konvertieren](/de/pdf-to-xrechnung?source=resource&rule=BR-DE-4)

## Gültige Beispiele

- Postanschrift des Verkäufers mit BT-38 = „10115“ und BT-37 = „Berlin“
- Postanschrift des Verkäufers mit BT-38 = „80331“ und BT-37 = „München“

## Ungültige Beispiele

- Postanschrift des Verkäufers enthält Straße und Ort, lässt cbc:PostalZone / ram:PostcodeCode jedoch weg
- Postleitzahl steht als Textvorsatz im Element cbc:CityName (z. B. „10115 Berlin“), während BT-38 leer bleibt

## Code-Beispiele

### Gültiges XML
```
<cac:PostalAddress>
  <cbc:StreetName>Alexanderstraße 1</cbc:StreetName>
  <cbc:CityName>Berlin</cbc:CityName>
  <cbc:PostalZone>10178</cbc:PostalZone>
  <cac:Country><cbc:IdentificationCode>DE</cbc:IdentificationCode></cac:Country>
</cac:PostalAddress>
```

### Ungültiges XML
```
<cac:PostalAddress>
  <cbc:StreetName>Alexanderstraße 1</cbc:StreetName>
  <cbc:CityName>Berlin</cbc:CityName>
  <cac:Country><cbc:IdentificationCode>DE</cbc:IdentificationCode></cac:Country>
</cac:PostalAddress>
```

## Betroffene Felder

- [BT-38 Postleitzahl des Verkäufers](/resources/xrechnung/bt-38-seller-post-code)
- [BG-5 Postanschrift des Verkäufers](/resources/xrechnung/bt-40-seller-country-code)
- [BT-37 Ort des Verkäufers](/resources/xrechnung/bt-37-seller-city)

## Verwandte Regeln

- [BR-08](/resources/kosit-validator-errors/br-08-seller-postal-address-required)
- [BR-DE-3](/resources/kosit-validator-errors/br-de-3-seller-city-required)

## Validierungstools

- [Offizieller KoSIT Validator](https://github.com/itplr-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](/pdf-to-xrechnung): Validierungsfehler beim Konvertieren erkennen, prüfen und gezielt beheben.

## Verwandte Ressourcen

- [Offizielle Spezifikation](https://xeinkauf.de/xrechnung/)
- [Testsuite](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Alle Validierungsfehler](/resources/kosit-validator-errors): Übersicht der hier erklärten Validierungsregeln aus EN 16931, XRechnung und Peppol.