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

Was bedeutet BR-DE-4?

BR-DE-4 verlangt die PLZ des Verkäufers (BT-38). Die Postleitzahl ist ein eigenes strukturiertes Feld (ram:PostcodeCode) und darf nicht mit dem Ortsnamen vermischt werden.

Häufige Ursachen für BR-DE-4

• Das Element ram:PostcodeCode fehlt in der Verkäuferadresse.
• Die PLZ wurde als Teil von ram:CityName geschrieben statt in ein eigenes Feld.

So behebst du BR-DE-4

1. Fehlerhafte Stelle im XML finden. Öffne die XML der E-Rechnung und navigiere zum Feld BT-38 über den folgenden XPath://ram:SellerTradeParty/ram:PostalTradeAddress/ram:PostcodeCode
2. Korrektur einsetzen. Füge 'ram:PostcodeCode' im Element 'ram:SellerTradeParty/ram:PostalTradeAddress' mit der PLZ des Verkäufers hinzu (z.B. '80331').
3. Erneut validieren. Speichere die Datei und validiere sie erneut, um zu prüfen, dass BR-DE-4 nicht mehr gemeldet wird.

Vorher / Nachher: das XML-Beispiel

So sieht die betroffene Stelle vor und nach der Korrektur aus (Cross-Industry-Invoice, ZUGFeRD/Factur-X).

<ram:PostalTradeAddress>
  <ram:LineOne>Musterstraße 12</ram:LineOne>
  <ram:CityName>München</ram:CityName>
  <ram:CountryID>DE</ram:CountryID>
</ram:PostalTradeAddress>

<ram:PostalTradeAddress>
  <ram:LineOne>Musterstraße 12</ram:LineOne>
  <ram:PostcodeCode>80331</ram:PostcodeCode>
  <ram:CityName>München</ram:CityName>
  <ram:CountryID>DE</ram:CountryID>
</ram:PostalTradeAddress>

Verwandte Fehlercodes

BR-DE-4 automatisch prüfen

Statt das XML manuell zu durchsuchen, kannst du deine ZUGFeRD- oder XRechnung-Datei online validieren – lade die PDF oder XML hoch und du bekommst jeden Fehler mit Regel-ID, betroffenem Feld, Korrekturvorschlag und XPath, als lesbaren Report oder strukturiertes JSON über die API.