# BR-DE-3 Ort des Verkäufers muss angegeben werden

Nach § 14 Abs. 4 Nr. 1 UStG sowie den Schematron-Validierungsregeln der XRechnung muss die Postanschrift des Verkäufers (BG-5) zwingend den Ort (BT-37) enthalten. Während die europäische Norm EN 16931 den Ortsnamen in bestimmten internationalen Adressprofilen freistellt, verlangen das deutsche Steuer- und Vergaberecht eine vollständige Anschrift zur Feststellung der steuerlichen Zuständigkeit und des Handelsregisterabgleichs.

## Problembeschreibung

Nach § 14 Abs. 4 Nr. 1 UStG sowie den Schematron-Validierungsregeln der XRechnung muss die Postanschrift des Verkäufers (BG-5) zwingend den Ort (BT-37) enthalten. Während die europäische Norm EN 16931 den Ortsnamen in bestimmten internationalen Adressprofilen freistellt, verlangen das deutsche Steuer- und Vergaberecht eine vollständige Anschrift zur Feststellung der steuerlichen Zuständigkeit und des Handelsregisterabgleichs.

> **FEHLER**: XRechnung 3.0

## Kontext und Bedeutung

Finanzbehörden und Prüfroutinen gleichen die Verkäuferadresse mit nationalen Umsatzsteuerdatenbanken ab. Das Fehlen des Ortes gefährdet den Vorsteuerabzug und führt zur Ablehnung.

## Lösung

Stellen Sie in den Unternehmensstammdaten Ihres ERP-Systems sicher, dass der Sitzort im Adressdatensatz hinterlegt ist. Fügen Sie in UBL 2.1 das Element <cbc:CityName> unter <cac:AccountingSupplierParty><cac:Party><cac:PostalAddress> ein. In UN/CEFACT CII befüllen Sie <ram:CityName> unter <ram:SellerTradeParty><ram:PostalTradeAddress>. Fassen Sie Postleitzahl und Ort nicht in der Straßenzeile (BT-35) zusammen.

- validate
- convert

## Gültige Beispiele

- Postanschrift des Verkäufers mit BT-37 = „Berlin“, Postleitzahl „10115“ und Ländercode „DE“
- Postanschrift des Verkäufers mit BT-37 = „Frankfurt am Main“, Postleitzahl „60311“ und Ländercode „DE“

## Ungültige Beispiele

- Verkäuferadresse enthält Straße und Postleitzahl, lässt cbc:CityName / ram:CityName jedoch leer
- Ortsname wurde in die Straßenzeile (BT-35) geschrieben, während das Element BT-37 komplett fehlt

## Code-Beispiele

### Gültiges XML
```
<cac:PostalAddress>
  <cbc:StreetName>Friedrichstraße 100</cbc:StreetName>
  <cbc:CityName>Berlin</cbc:CityName>
  <cbc:PostalZone>10117</cbc:PostalZone>
  <cac:Country>
    <cbc:IdentificationCode>DE</cbc:IdentificationCode>
  </cac:Country>
</cac:PostalAddress>
```

### Ungültiges XML
```
<cac:PostalAddress>
  <cbc:StreetName>Friedrichstraße 100</cbc:StreetName>
  <!-- cbc:CityName (BT-37) is missing -->
  <cbc:PostalZone>10117</cbc:PostalZone>
  <cac:Country>
    <cbc:IdentificationCode>DE</cbc:IdentificationCode>
  </cac:Country>
</cac:PostalAddress>
```

## Betroffene Felder

- [BT-37 Ort des Verkäufers](/resources/xrechnung/bt-37-seller-city)
- [BG-5 Postanschrift des Verkäufers](/resources/xrechnung)
- [BT-40 Ländercode des Verkäufers](/resources/xrechnung/bt-40-seller-country-code)

## Verwandte Regeln

- [BR-08](/resources/kosit-validator-errors/br-08-seller-postal-address-required)
- [BR-DE-4](/resources/kosit-validator-errors/br-de-4-seller-post-code-required)

## Validierungstools

- [Offizieller KoSIT Validator](https://erechnungsvalidator.service-bw.de/): Überprüfen Sie Ihre XRechnung-Dateien gegen alle BR-DE-Regeln.
- [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)
- [Vollständige Fehlerliste](/resources/kosit-validator-errors): Übersicht aller deutschen XRechnung-Validierungsregeln.