BR-CL-26: Einen ICD-Code nach ISO 6523 als Schema der Kennung des Lieferorts verwenden

Die kurze Antwort

BR-CL-26 schlägt fehl, wenn die schemeID von cac:Delivery/cac:DeliveryLocation/cbc:ID kein ICD-Code nach ISO 6523 ist. Der aufgezeichnete Lieferpunkt war über seine GLN bezeichnet, mit dem Schema GLN; der ICD-Code für eine GLN ist 0088.

Beurteilt wird nur das Schema-Attribut. Lassen Sie es weg, wenn die Kennung des Orts aus keinem registrierten Schema stammt, etwa Ihre eigene Lagernummer.

Was die Regel prüft

Die Regel gilt für die cbc:ID direkt in cac:DeliveryLocation, sobald sie eine schemeID hat. Im Versuch bestand dieselbe Kennung ohne das Attribut alle Prüfschritte.

Der Wert wird um Leerzeichen bereinigt und muss dann einer der 243 für dieses Release festgelegten ICD-Codes sein. Im Versuch bestand 0088 , während 88 und der Code für elektronische Adressen 9930 beide fehlschlugen.

Anders als bei den Kennungen von Verkäufer und Zahlungsempfänger gibt es hier keine Ausnahme für SEPA: SEPA am Lieferort schlug im Versuch fehl.

Die Kennung selbst wird nicht validiert. Im Versuch bestand eine GLN mit falscher Prüfziffer unter 0088, weil die GLN-Prüfung von Peppol Lieferorte nicht abdeckt.

Wie es in einer Integration dazu kommt

Mögliche Ursachen, abgeleitet aus der Form der Regel und nicht aus gemessener Nutzung:

• Das Schema wird als Name der Kennungsart geschrieben, etwa GLN, wie im aufgezeichneten Beispiel.
• Der Code ist als Zahl gespeichert und erreicht das XML ohne seine führenden Nullen.
• Das Schema der elektronischen Adresse des Käufers wird auf den Lieferort übertragen und bringt einen Code aus der Liste für elektronische Adressen mit, etwa 9930, den die ICD-Liste nicht enthält.

So korrigieren Sie das Dokument

1. Stellen Sie fest, welches Schema die Kennung des Orts vergeben hat. Ein über eine GS1-Lokationsnummer bezeichneter Lieferpunkt verwendet 0088.
2. Schreiben Sie den vierstelligen ICD-Code mit seinen führenden Nullen und ohne Leerzeichen in schemeID.
3. Für einen internen Ortscode ohne registriertes Schema senden Sie cbc:ID ohne schemeID.
4. Prüfen Sie die Prüfziffer der GLN in Ihrem eigenen System, bevor Sie sie senden; der Validator tut das für dieses Element nicht.

Korrigierte Rechnung prüfen

Vorher und nachher

Dies sind Ausschnitte, keine vollständigen Dokumente. Die vollständigen synthetischen Dokumente, aus denen sie stammen, sind unten verlinkt.

Ausschnitt der fehlerhaften Rechnung: die GLN des Lieferorts ist mit dem Schema GLN gekennzeichnet

<cac:Delivery>
  <cbc:ActualDeliveryDate>2026-09-07</cbc:ActualDeliveryDate>
  <cac:DeliveryLocation>
    <cbc:ID schemeID="GLN">7300010000001</cbc:ID>
  </cac:DeliveryLocation>
</cac:Delivery>

Ausschnitt der korrigierten Rechnung: dieselbe GLN unter dem ICD-Code 0088

<cac:Delivery>
  <cbc:ActualDeliveryDate>2026-09-07</cbc:ActualDeliveryDate>
  <cac:DeliveryLocation>
    <cbc:ID schemeID="0088">7300010000001</cbc:ID>
  </cac:DeliveryLocation>
</cac:Delivery>

Nur das Schema der Kennung des Lieferorts unterscheidet sich: GLN in der fehlerhaften Rechnung, 0088 in der korrigierten, bei derselben GLN 7300010000001. Das fehlerhafte Dokument meldet nur BR-CL-26, und der Peppol-Prüfschritt bestand.

Wo die Regel gilt

• Gilt für Invoice und CreditNote; im Versuch meldete GLN am Lieferort einer Gutschrift nur diese Regel.
• Eine Regel aus EN 16931. Dieselbe ICD-Liste dient BR-CL-10 für Parteikennungen und BR-CL-11 für Kennungen der rechtlichen Registrierung.
• Die Lieferanschrift hat eigene Prüfungen: BR-57 verlangt ihren Ländercode, und BR-CL-14 prüft diesen Code.

Verwandte Regeln

• BR-CL-11 wendet dieselbe ICD-Liste auf die Kennungen der rechtlichen Registrierung der Parteien an
• BR-CL-15 prüft das Ursprungsland des Artikels, das sagt, wo Ware hergestellt wurde, nicht wohin sie geht
• PEPPOL-COMMON-R040 prüft die Prüfziffern von GLNs an elektronischen Adressen, Parteikennungen und Registernummern, aber nicht hier
• BR-CL-10 akzeptiert dieselben ICD-Codes an Parteikennungen, dazu SEPA für Verkäufer und Zahlungsempfänger
• Alle Regeln der Referenz ansehen
• Hintergrund (auf Englisch): Understanding EN 16931 validation errors

Umfang und Quelle

Geschrieben für Peppol BIS Billing 3.0.21 (May 2026), EN 16931 1.3.16, angewendet auf Invoice- und CreditNote-Dokumente in UBL 2.1. Andere Profile, Syntaxen und Releases können diese Kennung anders definieren. Version des Hinweiskatalogs 2026-09-28.1: Quelle geprüft am 2026-09-28, Erklärung zuletzt aktualisiert am 2026-09-28.

Die offizielle Definition von BR-CL-26 (auf Englisch) enthält den normativen Wortlaut und den Test. Diese Seite ist unsere Erklärung dazu, keine Kopie.

Die Erklärung ändert das Urteil der Engine nicht. Dass Sie diesen Befund beheben, heißt nicht, dass das Dokument jeden Prüfschritt besteht. Die Validierung bescheinigt keine rechtliche oder steuerliche Konformität und überträgt kein Dokument über Peppol.