# 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

## 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.

- [XML validieren](/de/xrechnung-validator?source=resource&rule=BR-DE-8)
- [Rechnung konvertieren](/de/pdf-to-xrechnung?source=resource&rule=BR-DE-8)

## 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](/resources/xrechnung/bt-52-buyer-city)
- [BG-8 Postanschrift des Käufers](/resources/xrechnung/bt-55-buyer-country-code)
- [BT-55 Ländercode des Käufers](/resources/xrechnung/bt-55-buyer-country-code)

## Verwandte Regeln

- [BR-10](/resources/kosit-validator-errors/br-10-buyer-postal-address-required)
- [BR-DE-9](/resources/kosit-validator-errors/br-de-9-buyer-post-code-required)

## Validierungstools

- [Offizieller KoSIT Validator](https://github.com/itplr-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](/pdf-to-xrechnung): Validierungsfehler beim Konvertieren erkennen, prüfen und gezielt beheben.

## Verwandte Ressourcen

- [Offizielle Spezifikation](https://xeinkauf.de/xrechnung/)
- [Testsuite](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Alle Validierungsfehler](/resources/kosit-validator-errors): Übersicht der hier erklärten Validierungsregeln aus EN 16931, XRechnung und Peppol.