Referenz

BR-DE-8 Ort des Käufers muss angegeben werden

Gemäß den steuerlichen Vorgaben des § 14 Abs. 4 Nr. 1 UStG und der XRechnung-Spezifikation muss die Postanschrift des Käufers (BG-8) zwingend den Ort (BT-52) enthalten. In der deutschen öffentlichen Verwaltung unterhalten viele Körperschaften Dienststellen in verschiedenen Kommunen. Die eindeutige Angabe des Ortes gewährleistet die korrekte Zuordnung zum Haushaltstitel und die Verbuchung im ERP-System des Empfängers.

Problembeschreibung

FEHLER

Nationale XRechnung-Regel (KoSIT, BR-DE) · XRechnung 3.0

Interaktive Prüfkette

Wo BR-DE-8 geprüft wird

Klicken Sie auf eine Stufe, um zu sehen, was sie prüft, oder geben Sie eine Regel-ID ein, um die meldende Stufe zu finden.

Woher kommt mein Fehler?

Beispiele:

BR-DE-8 XRechnung-Regel (Deutschland)

Gemeldet in Stufe 3: Nationale Regeln (CIUS).

Stufe Fehler: Der Bericht empfiehlt, die Rechnung abzulehnen.

Stufe 3 · Was geprüft wird

Nationale Regeln (CIUS)

Die Spezifikationskennung in BT-24 wählt das Regelwerk, etwa XRechnung 3.0 oder Peppol BIS Billing 3.0.
XRechnung ergänzt die deutschen BR-DE-Regeln: Käuferreferenz (BT-10), Verkäuferkontakt, Zahlungsanweisungen.
Peppol ergänzt PEPPOL-EN16931- und Länderregeln. Auch XRechnung wendet einige PEPPOL-EN16931-Regeln an.

Beispielcodes

Typische Korrektur

Pflegen Sie die vom Regelwerk verlangten Felder in den Stammdaten, etwa die Leitweg-ID in BT-10 oder den Verkäuferkontakt.

Regelwerke: KoSIT-Validator 1.6.3 mit der XRechnung-Konfiguration vom 31. Aug. 2026 (EN-16931-Artefakte 1.3.16), Peppol BIS Billing 3.0.21.

Kontext und Bedeutung

Ein fehlender Ort des Käufers führt zum sofortigen Fehlschlagen der XRechnung-Validierungsregel BR-DE-8 und verhindert das Passieren der Eingangsprüfung.

Lösung

Prüfen Sie in Ihren Debitorenstammdaten (z. B. SAP-Kundenstamm, DATEV-Debitorenkonto, Dynamics 365), dass der Ort des Käufers hinterlegt ist. In UBL 2.1 befüllen Sie <cbc:CityName> unter <cac:AccountingCustomerParty><cac:Party><cac:PostalAddress>. In UN/CEFACT CII befüllen Sie <ram:CityName> unter <ram:BuyerTradeParty><ram:PostalTradeAddress>. Lassen Sie das Element nicht leer.

Schnellzugriff

XML validieren Rechnung konvertieren

Gültige Beispiele

Postanschrift des Käufers mit BT-52 = „Hamburg“, Postleitzahl „20095“ und Ländercode „DE“
Postanschrift des Käufers mit BT-52 = „Köln“, Postleitzahl „50667“ und Ländercode „DE“

Ungültige Beispiele

Käuferadresse enthält Straße und Postleitzahl, lässt cbc:CityName / ram:CityName jedoch leer
Kundenstamm im ERP enthält keinen Ort, wodurch ein leeres XML-Element erzeugt wird (<cbc:CityName></cbc:CityName>)

Code-Beispiele

Gültiges XML

<cac:AccountingCustomerParty>
  <cac:Party>
    <cac:PartyName><cbc:Name>Bezirksamt Mitte</cbc:Name></cac:PartyName>
    <cac:PostalAddress>
      <cbc:StreetName>Karl-Marx-Allee 31</cbc:StreetName>
      <cbc:CityName>Berlin</cbc:CityName>
      <cbc:PostalZone>10178</cbc:PostalZone>
      <cac:Country><cbc:IdentificationCode>DE</cbc:IdentificationCode></cac:Country>
    </cac:PostalAddress>
  </cac:Party>
</cac:AccountingCustomerParty>

Ungültiges XML

<cac:AccountingCustomerParty>
  <cac:Party>
    <cac:PartyName><cbc:Name>Bezirksamt Mitte</cbc:Name></cac:PartyName>
    <cac:PostalAddress>
      <cbc:StreetName>Karl-Marx-Allee 31</cbc:StreetName>
      <cbc:PostalZone>10178</cbc:PostalZone>
      <cac:Country><cbc:IdentificationCode>DE</cbc:IdentificationCode></cac:Country>
    </cac:PostalAddress>
  </cac:Party>
</cac:AccountingCustomerParty>

Betroffene Felder

BT-52 Ort des Käufers

BG-8 Postanschrift des Käufers

BT-55 Ländercode des Käufers

Validierungstools

Offizieller 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

Validierungsfehler beim Konvertieren erkennen, prüfen und gezielt beheben.