Was bedeutet BR-DE-3?
BR-DE-3 verlangt den Ort des Verkäufers (BT-37) als Teil der strukturierten Postanschrift. Der Ortsname muss im Element ram:CityName stehen.
Häufige Ursachen für BR-DE-3
- Das Element
ram:CityNamefehlt inram:PostalTradeAddressdes Verkäufers. - Ort und PLZ wurden fälschlich in ein gemeinsames Feld geschrieben.
So behebst du BR-DE-3
- Fehlerhafte Stelle im XML finden. Öffne die XML der E-Rechnung und navigiere zum Feld BT-37 über den folgenden XPath:
//ram:SellerTradeParty/ram:PostalTradeAddress/ram:CityName - Korrektur einsetzen. Füge 'ram:CityName' im Element 'ram:SellerTradeParty/ram:PostalTradeAddress' mit dem Ortsnamen des Verkäufers hinzu.
- Erneut validieren. Speichere die Datei und validiere sie erneut, um zu prüfen, dass BR-DE-3 nicht mehr gemeldet wird.
Füge 'ram:CityName' im Element 'ram:SellerTradeParty/ram:PostalTradeAddress' mit dem Ortsnamen des Verkäufers hinzu.
//ram:SellerTradeParty/ram:PostalTradeAddress/ram:CityNameVorher / 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:PostcodeCode>80331</ram:PostcodeCode>
<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-3 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.