BR-DE-3: Ort des Verkäufers (BT-37) fehlt

StandardXRechnung 3.0.2 (KoSIT, deutsche CIUS der EN 16931)SchweregradFehler: die Rechnung wird abgelehntSyntaxUBL, CIIGeschäftsbegriffe

BT-37 Seller city

Gilt fürXRechnung in UBL- oder CII-Syntax, einschließlich ZUGFeRD-/Factur-X-PDFs mit dem Profil XRECHNUNG. Rechnungen an deutsche öffentliche Auftraggeber (Bund, Länder, Kommunen) müssen sie bestehen.

Offizieller Regeltext

[BR-DE-3] Das Element "Seller city" (BT-37) muss übermittelt werden.

Warum dieser Fehler auftritt

XRechnung verlangt in der Verkäuferadresse den Ort, über den von EN 16931 geforderten Ländercode hinaus. Die Regel prüft cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:CityName (UBL) bzw. ram:SellerTradeParty/ram:PostalTradeAddress/ram:CityName (CII) auf einen nicht leeren Wert. Sie schlägt typischerweise fehl, wenn die Adresse als eine Zeile in cbc:StreetName exportiert wird oder das Ortsfeld in den Firmenstammdaten leer ist.

So beheben Sie den Fehler

cbc:CityName in der Verkäufer-cac:PostalAddress (UBL) bzw. ram:CityName in ram:PostalTradeAddress (CII) nur mit dem Ortsnamen ergänzen, z. B. Berlin. Die PLZ bleibt in cbc:PostalZone / ram:PostcodeCode (BR-DE-4), die Straße in cbc:StreetName / ram:LineOne. Ein Wert nur aus Leerzeichen gilt als fehlend.

Beispiel (gültig)

<cac:PostalAddress>
  <cbc:StreetName>Musterstraße 1</cbc:StreetName>
  <cbc:CityName>Berlin</cbc:CityName>
  <cbc:PostalZone>10115</cbc:PostalZone>
  <cac:Country><cbc:IdentificationCode>DE</cbc:IdentificationCode></cac:Country>
</cac:PostalAddress>

Was der Validator prüft

Geprüftes Element (Kontext):

UBL

/ubl:Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress | /cn:CreditNote/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress

Test (XPath):

cbc:CityName[boolean(normalize-space(.))]

CII

/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:PostalTradeAddress

Test (XPath):

ram:CityName[boolean(normalize-space(.))]

Rechnung prüfen

Legen Sie Ihre XML- oder PDF-Datei im Validator ab; jede verletzte Regel ist mit ihrer Seite hier verlinkt. Kostenlos, ohne Konto, die Datei wird nicht gespeichert.

Rechnung prüfen →

Dieselbe Prüfung per API:

curl -F file=@invoice.xml https://einvoicechecker.com/v1/validate

Häufige Fragen

Was bedeutet BR-DE-3?

BR-DE-3 ist eine XRechnung-Regel: Das Element "Seller city" (BT-37) muss übermittelt werden.

Wird meine Rechnung wegen BR-DE-3 abgelehnt?

Ja. BR-DE-3 ist als „fatal“ eingestuft; Validatoren (KoSIT, Peppol Access Points, ZRE/OZG-RE) weisen die Rechnung zurück, bis der Fehler behoben ist.

Für welche Formate gilt BR-DE-3?

XRechnung in UBL- oder CII-Syntax, einschließlich ZUGFeRD-/Factur-X-PDFs mit dem Profil XRECHNUNG. Rechnungen an deutsche öffentliche Auftraggeber (Bund, Länder, Kommunen) müssen sie bestehen. Syntax: UBL und CII.

Quelle: XRechnung 3.0.2, schematron 2.6.0 (KoSIT, September 2026). Katalog erzeugt aus dem offiziellen Schematron am 2026-10-14.