BR-65: Das Attribut listID am Klassifizierungscode des Artikels ergänzen

Die kurze Antwort

BR-65 schlägt fehl, wenn cac:CommodityClassification/cbc:ItemClassificationCode in einer Position kein Attribut listID hat. Ergänzen Sie listID mit dem Code aus UNTDID 7143 für die Klassifizierung, aus der der Code stammt: zum Beispiel TST für UNSPSC, STI für das Gemeinsame Vokabular für öffentliche Aufträge der EU (CPV) oder HS für das Harmonisierte System.

Ohne das Schema kann der Käufer nicht erkennen, zu welcher Klassifizierung der Code gehört. Wählen Sie listID danach, woher der Code stammt, nicht danach, welcher Wert die Prüfung besteht.

Was die Regel prüft

Die Regel läuft auf jedem cbc:ItemClassificationCode unter cac:CommodityClassification in einer Rechnungs- oder Gutschriftsposition und prüft nur, dass ein Attribut listID existiert. Ein Artikel mit mehreren Klassifizierungen wird Code für Code geprüft: Im Versuch wurde eine zweite Klassifizierung ohne listID unter cac:CommodityClassification[2] gemeldet, während die erste bestand.

Der Attributwert wird von BR-CL-13 geprüft, nicht hier. Im Versuch bestand listID="" diese Regel und wurde von jener gemeldet.

listVersionID ist ein eigenes, optionales Attribut und ersetzt listID nicht. Ein Code, der nur listVersionID trug, schlug im Versuch weiterhin bei dieser Regel fehl, während listID="HS" mit listVersionID="2022" bestand.

Auch schemeID ist keine Alternative. Der Klassifizierungscode ist ein UBL-Codetyp, der kein solches Attribut hat, und im Versuch wurde eine schemeID anstelle von listID im XSD-Prüfschritt abgelehnt.

Wie es in einer Integration dazu kommt

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

• Produkte tragen im ERP einen Klassifizierungscode ohne Angabe, zu welcher Klassifizierung er gehört, und das Mapping schreibt nur den Code.
• Das Schema wird als Name wie UNSPSC oder CPV geführt, und das Attribut wird für Namen übersprungen, die keinen Eintrag in der Übersetzungstabelle haben.
• Die Version der Klassifizierung wird in listVersionID geschrieben und das Schema selbst vergessen.
• Ein Käufer verlangte einen Klassifizierungscode auf der Rechnung, und dieser wurde als fester Wert in der Vorlage ergänzt, ohne das Attribut.

So korrigieren Sie das Dokument

1. Ermitteln Sie das Klassifizierungssystem, aus dem jeder Code stammt: CPV bei öffentlichen Aufträgen, UNSPSC, das Harmonisierte System oder ein anderes.
2. Suchen Sie dessen Code in der Liste UNTDID 7143, die mit den Codelisten von Peppol BIS veröffentlicht wird. STI ist CPV, TST ist UNSPSC und HS ist das Harmonisierte System; die Codes werden großgeschrieben.
3. Schreiben Sie den Code in das Attribut listID von cbc:ItemClassificationCode, und ergänzen Sie listVersionID, wenn die Klassifizierung eine Version braucht, um richtig gelesen zu werden.
4. Können Sie das Schema nicht ermitteln, lassen Sie die Klassifizierung weg. Sie ist optional, und ein Code mit geratenem Schema führt den Käufer in die Irre.

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: Der Klassifizierungscode hat keine listID

<cac:Item>
  <cbc:Name>Example service</cbc:Name>
  <!-- standard identifier omitted from this fragment -->
  <cac:CommodityClassification>
    <cbc:ItemClassificationCode>80111600</cbc:ItemClassificationCode>
  </cac:CommodityClassification>
  <!-- tax category and item attribute omitted from this fragment -->
</cac:Item>

Ausschnitt der korrigierten Rechnung: listID TST weist den Code als UNSPSC-Code aus

<cac:Item>
  <cbc:Name>Example service</cbc:Name>
  <!-- standard identifier omitted from this fragment -->
  <cac:CommodityClassification>
    <cbc:ItemClassificationCode listID="TST">80111600</cbc:ItemClassificationCode>
  </cac:CommodityClassification>
  <!-- tax category and item attribute omitted from this fragment -->
</cac:Item>

Nur das Attribut listID unterscheidet sich: In der fehlerhaften Rechnung fehlt es, in der korrigierten lautet es TST, der Code aus UNTDID 7143 für UNSPSC. Das fehlerhafte Dokument meldet nur BR-65, da BR-CL-13 keinen Attributwert nachschlagen kann. Auf einer echten Rechnung nennt das Attribut die Klassifizierung, aus der Ihr eigener Code stammt.

Wo die Regel gilt

• Gilt für cac:InvoiceLine in einer Invoice und cac:CreditNoteLine in einer CreditNote. Im Versuch meldete eine Gutschrift, deren Klassifizierungscode seine listID verloren hatte, nur diese Regel.
• Die Warenklassifizierung ist optional. Eine Position ohne cac:CommodityClassification besteht sowohl diese Regel als auch BR-CL-13.
• Klassifizierungscode und Standardkennung des Artikels verwenden unterschiedliche Attribute und Listen: hier listID mit UNTDID 7143, an cac:StandardItemIdentification schemeID mit der ICD-Liste nach ISO 6523.

Verwandte Regeln

• BR-CL-13 prüft, dass der Wert von listID ein Code aus UNTDID 7143 ist
• BR-64 ist die entsprechende Attributprüfung für die Standardkennung des Artikels
• BR-CL-21 prüft den Schemacode der Standardkennung des Artikels gegen die ICD-Liste
• 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-65 (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.