PEPPOL-EN16931-CL008: Einen Peppol-Schema-Code für elektronische Adressen in EndpointID verwenden

Die kurze Antwort

PEPPOL-EN16931-CL008 schlägt fehl, wenn die schemeID einer cbc:EndpointID nicht Zeichen für Zeichen einem der Schema-Codes entspricht, die Peppol für elektronische Adressen akzeptiert. Im aufgezeichneten Beispiel ist die Adresse des Verkäufers mit GLN gekennzeichnet; der Code für eine GLN ist 0088.

Die EN 16931-Regel BR-CL-25 prüft dasselbe Attribut gegen die EAS-Liste. Ein Wert, der in keiner der beiden Listen steht, wie GLN, wird von beiden Regeln gemeldet. Jeder Code der Peppol-Liste steht auch in der EAS-Liste, daher erfüllt ein Code, den Peppol akzeptiert, beide.

Was die Regel prüft

Die Regel läuft für jede cbc:EndpointID mit einem schemeID-Attribut, und der Befund verweist auf dieses Element. Eine cbc:EndpointID ohne das Attribut bleibt BR-62 und BR-63 überlassen.

Das Attribut muss einem gelisteten Code exakt entsprechen. Nichts wird gekürzt, und Groß- und Kleinschreibung wird nicht angeglichen: Im Versuch schlug schemeID=" 0088 " bei dieser Regel fehl, während der Prüfschritt EN 16931 bestand.

Die Peppol-Liste ist enger als die für BR-CL-25 festgelegte EAS-Liste. Codes wie 0037, 0147 und 0212 sowie die Buchstabencodes AN, AQ, AS, AU und EM stehen in der EAS-Liste, aber nicht in der Peppol-Liste. Im Versuch bestand schemeID="0037" den Prüfschritt EN 16931 und schlug nur bei dieser Regel fehl.

Der Wert der Kennung wird hier nicht gelesen. Formatprüfungen für bestimmte Schemas sind eigene Regeln, etwa PEPPOL-COMMON-R040 für die GLN-Prüfziffer unter 0088.

Wie es in einer Integration dazu kommt

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

• Die Zuordnung schreibt einen Schemanamen wie GLN dort, wo der numerische Code erwartet wird.
• Ein Code aus der EAS-Liste ist für EN 16931 gültig, gehört aber nicht zu den Schemas, die Peppol akzeptiert.
• Ein Export mit fester Feldbreite füllt das Attribut mit Leerzeichen auf.
• Der Code wurde als Zahl gespeichert und hat seine führenden Nullen verloren, was 88 ergibt.
• Der ISO 6523-Code einer Parteikennung wurde in die elektronische Adresse kopiert, und nicht jeder solche Code ist ein Schema für elektronische Adressen.

So korrigieren Sie das Dokument

1. Erkennen Sie anhand der Fundstelle des Befunds, ob die cbc:EndpointID des Verkäufers oder die des Käufers betroffen ist.
2. Übernehmen Sie das Schema aus der Peppol-Registrierung dieses Teilnehmers. Eine Peppol-Teilnehmerkennung besteht aus einem Schema-Code und einer Kennung, und schemeID muss dieser Schema-Code sein.
3. Schreiben Sie den Code genau wie gelistet, bei den numerischen Codes vier Ziffern mit führenden Nullen, und ohne Leerzeichen.
4. Korrigieren Sie das Schema in den gespeicherten Parteidaten und nicht nur im XML, damit die Prüfungen von EN 16931 und Peppol denselben Wert sehen.

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 elektronische Adresse des Verkäufers ist mit GLN gekennzeichnet

<cac:AccountingSupplierParty>
  <cac:Party>
    <cbc:EndpointID schemeID="GLN">7300010000001</cbc:EndpointID>
    <!-- postal address, tax scheme and legal entity omitted from this fragment -->
  </cac:Party>
</cac:AccountingSupplierParty>

Ausschnitt der korrigierten Rechnung: Die elektronische Adresse des Verkäufers verwendet das Schema 0088

<cac:AccountingSupplierParty>
  <cac:Party>
    <cbc:EndpointID schemeID="0088">7300010000001</cbc:EndpointID>
    <!-- postal address, tax scheme and legal entity omitted from this fragment -->
  </cac:Party>
</cac:AccountingSupplierParty>

Nur das Schema der cbc:EndpointID des Verkäufers unterscheidet sich: GLN in der fehlerhaften Rechnung, 0088 in der korrigierten, bei unveränderter Kennung 7300010000001. Das fehlerhafte Dokument meldet außerdem BR-CL-25 im Prüfschritt EN 16931, die Prüfung gegen die EAS-Liste für dasselbe Attribut, weil GLN in keiner der beiden Listen steht. Eine Korrektur behebt beide Befunde.

Wo die Regel gilt

• Rechnung oder Gutschrift macht keinen Unterschied. Im Versuch meldete eine Gutschrift mit GLN als Schema des Verkäufers dasselbe Befundpaar, ebenso eine Rechnung mit GLN an der Adresse des Käufers.
• Eine Regel von Peppol BIS Billing 3.0, gemeldet im Peppol-Prüfschritt. Die Codeliste ist die aus der festgelegten Version vom Mai 2026.
• Ein gelistetes Schema zeigt, dass die Adresse in einer Form angegeben ist, die Peppol erkennt. Der Validator schlägt den Teilnehmer nicht nach und kann daher nicht bestätigen, dass die Adresse registriert oder erreichbar ist.

Verwandte Regeln

• BR-CL-25 prüft dasselbe Attribut im Prüfschritt EN 16931 gegen die umfassendere EAS-Liste
• BR-62 meldet eine EndpointID des Verkäufers, die kein schemeID-Attribut zum Prüfen hat
• PEPPOL-COMMON-R040 prüft die Kennung selbst, wenn das Schema 0088 ist
• PEPPOL-EN16931-R020 verlangt die EndpointID des Verkäufers überhaupt erst
• Alle Regeln der Referenz ansehen
• Hintergrund (auf Englisch): How Peppol invoice validation actually works

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 PEPPOL-EN16931-CL008 (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.