Auf dieser Seite
Die kurze Antwort
BR-CL-13 schlägt fehl, wenn die listID an cac:CommodityClassification/cbc:ItemClassificationCode kein Code aus der Liste UNTDID 7143 ist. Das aufgezeichnete Beispiel schreibt den Schemanamen, UNSPSC. Ersetzen Sie ihn durch den Listencode des Schemas: TST für UNSPSC, STI für CPV, HS für das Harmonisierte System.
Das korrigierte Beispiel behält den Code 80111600 bei und ändert nur, wie sein Schema angegeben wird. Der Validator prüft den Code nie gegen die Klassifikation; das angegebene Schema muss daher das sein, aus dem der Code tatsächlich stammt.
Was die Regel prüft
Die Regel liest die listID jedes cbc:ItemClassificationCode, der eine hat, und sucht sie in den Codes aus UNTDID 7143, die mit den Validierungsartefakten gebündelt sind. Ein Klassifizierungscode ohne listID liegt außerhalb ihres Geltungsbereichs und wird von BR-65 gemeldet.
Leerzeichen an beiden Enden werden ignoriert, ansonsten ist der Abgleich exakt und unterscheidet Groß- und Kleinschreibung. Im Versuch bestand listID=" TST ", während tst und die Schemanamen UNSPSC und CPV fehlschlugen. Auch ein leeres listID="" schlug fehl.
Geprüft wird nur das Schema, nie der Klassifizierungscode im Element. Im Versuch bestand listID="TST" um den Text NOT-A-CODE alle Prüfschritte.
ZZZ, das die Liste als gegenseitig vereinbart definiert, wird akzeptiert und bestand im Versuch. Es besagt nur, dass die beiden Parteien das Schema untereinander vereinbart haben.
| Begriff | Bedeutung | UBL-Element |
|---|---|---|
| BT-158 | Kennung der Artikelklassifizierung: Attribut für die Kennung des Schemas | cac:InvoiceLine/cac:Item/cac:CommodityClassification/cbc:ItemClassificationCode/@listID (under cac:CreditNoteLine in a credit note) |
| BT-158 | Kennung der Artikelklassifizierung | cac:InvoiceLine/cac:Item/cac:CommodityClassification/cbc:ItemClassificationCode |
Wie es in einer Integration dazu kommt
Mögliche Ursachen, abgeleitet aus der Form der Regel und nicht aus gemessener Nutzung:
- Das Mapping kopiert den in den Produktdaten gespeicherten Schemanamen, etwa
UNSPSCoderCPV, direkt inlistID. - Die Codes aus 7143 schreiben die Schemanamen nicht aus;
STIfür CPV undTSTfür UNSPSC werden daher leicht vertauscht oder geraten. - Codes durchlaufen einen Normalisierungsschritt, der sie in Kleinbuchstaben umwandelt.
- Eine voreingestellte
listIDaus dem Leitfaden eines anderen Handelspartners oder aus einem anderen Format wird für jede Klassifizierung geschrieben.
So korrigieren Sie das Dokument
- Stellen Sie fest, aus welchem Klassifikationsschema der Code im Element stammt.
- Schlagen Sie das Schema in der Liste UNTDID 7143 nach, wie sie mit den Codelisten von Peppol BIS veröffentlicht wird, und übernehmen Sie seinen Code exakt, in Großbuchstaben. UNSPSC ist
TST; CPV istSTI; das Harmonisierte System istHS. - Führen Sie die Übersetzung als Tabelle von Ihren Schemanamen zu Codes aus 7143, und lassen Sie den Export bei einem Schema ohne Eintrag fehlschlagen, statt den Namen zu schreiben.
- Verwenden Sie
ZZZnur, wenn kein gelisteter Code passt und das Schema tatsächlich mit dem Käufer vereinbart wurde.
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: listID enthält den Schemanamen UNSPSC
<cac:CommodityClassification>
<cbc:ItemClassificationCode listID="UNSPSC">80111600</cbc:ItemClassificationCode>
</cac:CommodityClassification>Ausschnitt der korrigierten Rechnung: listID enthält TST, den Code aus UNTDID 7143 für UNSPSC
<cac:CommodityClassification>
<cbc:ItemClassificationCode listID="TST">80111600</cbc:ItemClassificationCode>
</cac:CommodityClassification>Nur der Wert von listID unterscheidet sich: der Schemaname UNSPSC in der fehlerhaften Rechnung, sein Code aus UNTDID 7143, TST, in der korrigierten. Die Klassifikation und der Code 80111600 bleiben gleich; nur die Angabe des Schemas ändert sich. Das fehlerhafte Dokument meldet nur BR-CL-13.
Was der Validator gemeldet hat
- Die fehlerhafte Rechnung meldet BR-CL-13. Das korrigierte Dokument besteht jeden Prüfschritt ohne Befunde.Fehlerhaftes XML herunterladenKorrigiertes XML herunterladen
Aufgezeichnet mit phive 12.1.0 / phive-rules-peppol 4.5.6 / Saxon-HE 12.10, der Engine hinter dem kostenlosen Validator, mit synthetischen Daten. Ein aufgezeichnetes Ergebnis ist ein Regressionsnachweis für diese Dokumente, keine Zertifizierung.
Wo die Regel gilt
- Gilt für
cac:InvoiceLinein einerInvoiceundcac:CreditNoteLinein einerCreditNote. Im Versuch meldete eine Gutschrift mitlistID="UNSPSC"allein diese Regel. - Die Standardkennung des Artikels wird gegen eine andere Liste geprüft. Ihre
schemeIDmuss ein ICD-Code nach ISO 6523 sein, wasBR-CL-21prüft; ein Code aus 7143 ist dort nicht gültig. - Das Attribut
listVersionIDwird von dieser Regel nicht gelesen.
Verwandte Regeln
- BR-65 verlangt das Attribut listID, dessen Wert diese Regel prüft
- BR-CL-21 ist die Codelisten-Prüfung für das Schema der Standardkennung des Artikels
- BR-CL-23 prüft den Einheitencode derselben Position gegen seine eigene Codeliste
- 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-24.1: Quelle geprüft am 2026-09-24, Erklärung zuletzt aktualisiert am 2026-09-24.
Die offizielle Definition von BR-CL-13 (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.

