Was bedeutet BR-DE-4?
Das Element "Seller post code" (BT-38) muss übermittelt werden. Es handelt sich um eine nationale Zusatzregel der KoSIT (XRechnung), die über die EN 16931 hinausgeht und für deutsche E-Rechnungen verpflichtend ist.
Häufige Ursachen für BR-DE-4
- Das von der deutschen KoSIT-Regel geforderte Element fehlt im XML.
- Der Wert steht nur im PDF, nicht im strukturierten Datensatz.
- Die Angabe wurde leer gelassen.
So behebst du BR-DE-4
- 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 - Korrektur einsetzen. Füge die PLZ des Verkäufers (BT-38) in 'ram:SellerTradeParty/ram:PostalTradeAddress/ram:PostcodeCode' ein.
- Erneut validieren. Speichere die Datei und validiere sie erneut, um zu prüfen, dass BR-DE-4 nicht mehr gemeldet wird.
Füge die PLZ des Verkäufers (BT-38) in 'ram:SellerTradeParty/ram:PostalTradeAddress/ram:PostcodeCode' ein.
//ram:SellerTradeParty/ram:PostalTradeAddress/ram:PostcodeCodeVorher / Nachher: das XML-Beispiel
So sieht die betroffene Stelle vor und nach der Korrektur aus (Cross-Industry-Invoice, ZUGFeRD/Factur-X).
<ram:PostalTradeAddress>
<!-- ram:PostcodeCode fehlt -->
<ram:CityName>München</ram:CityName>
</ram:PostalTradeAddress>
<ram:PostalTradeAddress>
<ram:PostcodeCode>80331</ram:PostcodeCode>
<ram:CityName>München</ram:CityName>
</ram:PostalTradeAddress>
Häufige Fragen zu BR-DE-4
Wie behebe ich BR-DE-4?
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.