BR-DE-4: In der Verkäuferanschrift fehlt die Postleitzahl

Was die Regel prüft

BT-38 „Seller post code“ ist in der Visualisierung das Feld „PLZ“ beim Verkäufer. Die Spezifikation führte BT-38 im Datenmodell früher als optional, obwohl BR-DE-4 das Feld verlangte. Mit XRechnung 1.2.0 wurde die Anzahl auf 1 gesetzt (Änderung XRG-v1.2.0-34 in der Versionshistorie).

• UBL: Kontext cac:AccountingSupplierParty/cac:Party/cac:PostalAddress, Test cbc:PostalZone[boolean(normalize-space(.))].
• CII: Kontext ram:SellerTradeParty/ram:PostalTradeAddress, Test ram:PostcodeCode[boolean(normalize-space(.))].

Die Regel prüft nur, ob ein nicht leerer Wert vorhanden ist. Länge und Format prüft sie nicht. Eine Postleitzahl „1067“ statt „01067“ besteht die Prüfung, obwohl die führende Null verloren gegangen ist. Eine Ausnahme für Länder ohne Postleitzahlsystem gibt es ebenfalls nicht.

Typische Ursachen

• Postleitzahl im Ortsfeld. In den Firmendaten steht „60388 Frankfurt am Main“ komplett im Feld Ort. BT-37 ist damit belegt, BT-38 leer. Deshalb erscheint BR-DE-4 oft allein, ohne BR-DE-3.
• Postfach-Anschrift. Als Anschrift ist nur „Postfach 123456“ mit Ort hinterlegt, die zum Postfach gehörende Postleitzahl fehlt.
• Anschrift aus dem Briefkopf. Die Software übernimmt die Anschrift aus einem Textbaustein der PDF-Vorlage und kann die Postleitzahl darin nicht als eigenes Feld erkennen.
• Verkäufer mit Sitz im Ausland. Für ein Land ohne Postleitzahlen bleibt das Feld leer. XRechnung verlangt es trotzdem.

Beispiel aus der KoSIT-Testsuite

Testdatei 01.09 verwendet als Verkäuferanschrift ein Postfach. Auch dort steht die Postleitzahl im eigenen Element.

<cac:PostalAddress>
  <cbc:StreetName>Postfach 123456</cbc:StreetName>
  <cbc:CityName>[Seller city]</cbc:CityName>
  <cbc:PostalZone>12345</cbc:PostalZone>
  <cac:Country>
    <cbc:IdentificationCode>DE</cbc:IdentificationCode>
  </cac:Country>
</cac:PostalAddress>

<ram:PostalTradeAddress>
  <ram:PostcodeCode>12345</ram:PostcodeCode>
  <ram:LineOne>Postfach 123456</ram:LineOne>
  <ram:CityName>[Seller city]</ram:CityName>
  <ram:CountryID>DE</ram:CountryID>
</ram:PostalTradeAddress>

Fehlerhaft wäre dieselbe Anschrift ohne cbc:PostalZone bzw. ram:PostcodeCode, oder mit <cbc:CityName>12345 Musterstadt</cbc:CityName> als einzigem Ortselement.

Lösung

In der Rechnungssoftware

1. Trennen Sie in den Firmendaten Postleitzahl und Ort. Steht die Postleitzahl im Ortsfeld, verschieben Sie sie in das Postleitzahlfeld.
2. Bei Postfach-Anschriften tragen Sie die Postleitzahl des Postfachs ein, nicht die der Hausanschrift.
3. Kontrollieren Sie Postleitzahlen, die mit 0 beginnen, etwa in Dresden oder Leipzig. Geht die führende Null beim Export verloren, meldet die Prüfung das nicht.

Im XML

1. UBL: Fügen Sie cbc:PostalZone in der Verkäuferanschrift direkt nach cbc:CityName ein. Behandeln Sie den Wert im Generator als Text, nicht als Zahl.
2. CII: Fügen Sie ram:PostcodeCode als erstes Kindelement von ram:SellerTradeParty/ram:PostalTradeAddress ein. An anderer Stelle meldet die Schemaprüfung einen Fehler.
3. Prüfen Sie die Datei anschließend erneut mit XRechnung prüfen.

XRechnung prüfen