BR-DE-8: In der Käuferanschrift fehlt der Ort

Was die Regel prüft

BT-52 „Buyer city“ ist „die Bezeichnung der Stadt oder Gemeinde, in der sich die Erwerberanschrift befindet“. In der Visualisierung steht das Feld als „Ort“ unter den Informationen zum Käufer.

• UBL: Kontext cac:AccountingCustomerParty/cac:Party/cac:PostalAddress, Test cbc:CityName[boolean(normalize-space(.))].
• CII: Kontext ram:BuyerTradeParty/ram:PostalTradeAddress, Test ram:CityName[boolean(normalize-space(.))].

Die Regel greift nur, wenn eine Käuferanschrift existiert. Ohne cac:PostalAddress bzw. ram:PostalTradeAddress meldet die EN-Regel BR-10 die fehlende Käuferanschrift (BG-8). Eine Lieferanschrift (BG-15) ist davon getrennt: Ein Ort in der Lieferadresse ersetzt den Ort der Käuferanschrift nicht. Für die Lieferadresse gilt BR-DE-10.

Typische Ursachen

• Kunde nur mit Name und E-Mail angelegt. Kunden aus einem Webformular oder Shop-Checkout haben oft keine vollständige Anschrift. Beim ersten E-Rechnungs-Export fällt das auf.
• Behörde nur über die Leitweg-ID erfasst. Weil die Rechnung elektronisch zugestellt wird, wurde beim öffentlichen Auftraggeber nur die Leitweg-ID gepflegt. Die Postanschrift bleibt Pflicht.
• Ort in einer Adresszeile. Bei langen Behördenanschriften (Dienststelle, Gebäude, Zimmer) rutscht der Ort in Adresszeile 2 oder 3 (BT-51, BT-163), das Ortsfeld bleibt leer.
• Import aus Tabellen. Beim CSV-Import der Kundendaten ist die Spalte für den Ort nicht zugeordnet worden.

Beispiel aus der KoSIT-Testsuite

Testdatei 01.03 nutzt alle drei Adresszeilen des Käufers und führt den Ort trotzdem im eigenen Element. In UBL heißt die dritte Zeile cac:AddressLine/cbc:Line.

<cac:PostalAddress>
  <cbc:StreetName>[Buyer address line 1]</cbc:StreetName>
  <cbc:AdditionalStreetName>[Buyer address line 2]</cbc:AdditionalStreetName>
  <cbc:CityName>[Buyer city]</cbc:CityName>
  <cbc:PostalZone>12345</cbc:PostalZone>
  <cac:AddressLine>
    <cbc:Line>[Buyer address line 3]</cbc:Line>
  </cac:AddressLine>
  <cac:Country>
    <cbc:IdentificationCode>DE</cbc:IdentificationCode>
  </cac:Country>
</cac:PostalAddress>

<ram:PostalTradeAddress>
  <ram:PostcodeCode>12345</ram:PostcodeCode>
  <ram:LineOne>[Buyer address line 1]</ram:LineOne>
  <ram:LineTwo>[Buyer address line 2]</ram:LineTwo>
  <ram:LineThree>[Buyer address line 3]</ram:LineThree>
  <ram:CityName>[Buyer city]</ram:CityName>
  <ram:CountryID>DE</ram:CountryID>
</ram:PostalTradeAddress>

In der fehlerhaften Variante steht der Ortsname etwa in cac:AddressLine/cbc:Line bzw. ram:LineThree, und cbc:CityName bzw. ram:CityName fehlt.

Lösung

In der Rechnungssoftware

1. Öffnen Sie den Kundendatensatz und tragen Sie den Ort in das Ortsfeld ein. Bei Behörden übernehmen Sie die Anschrift aus der Bestellung oder dem Auftrag.
2. Prüfen Sie, ob die Rechnung die Stammdaten beim Erzeugen kopiert. Dann müssen Sie nach der Korrektur eine neue Rechnung oder eine Korrektur erzeugen; die alte Datei ändert sich nicht von selbst.
3. Bei vielen betroffenen Kunden lohnt eine Liste aller Kunden ohne Ort, bevor weitere E-Rechnungen fehlschlagen.

Im XML

1. UBL: Fügen Sie cbc:CityName in cac:AccountingCustomerParty/cac:Party/cac:PostalAddress nach den Straßenfeldern ein.
2. CII: Fügen Sie ram:CityName in ram:BuyerTradeParty/ram:PostalTradeAddress nach den Adresszeilen und vor ram:CountryID ein.
3. Prüfen Sie die neue Datei mit XRechnung prüfen.

XRechnung prüfen