PEPPOL-COMMON-R040: Eine GLN mit falscher Prüfziffer korrigieren

Die kurze Antwort

PEPPOL-COMMON-R040 schlägt fehl, wenn eine mit schemeID="0088" gekennzeichnete Kennung, also nach dem Schema der GS1 Global Location Number, keine Ziffernfolge ist, die auf die richtige Prüfziffer endet. Im aufgezeichneten Beispiel ist die cbc:EndpointID des Käufers 7300010000002, und eine GLN, die mit diesen zwölf Ziffern beginnt, muss auf 1 enden.

Eine falsche Prüfziffer bedeutet, dass die Nummer vertippt oder verändert wurde, nicht, dass ihre letzte Ziffer neu berechnet werden muss. Holen Sie die richtige GLN bei der Partei ein, die sie bezeichnet; eine Nummer, die durch Ändern ihrer letzten Ziffer zum Bestehen gebracht wird, kann jemand anderem gehören.

Was die Regel prüft

Drei Arten von Elementen sind erfasst: jede cbc:EndpointID, jede cac:PartyIdentification/cbc:ID und jede cbc:CompanyID, deren schemeID genau 0088 ist. Im Versuch wurde eine falsche Prüfziffer an der Kennung des Verkäufers und an der Kennung der rechtlichen Registrierung des Verkäufers ebenso gemeldet wie an einer elektronischen Adresse, einmal je Element.

Umgebende Leerzeichen werden entfernt, und was übrig bleibt, darf nur aus Ziffern bestehen. Im Versuch schlugen ein Leerzeichen innerhalb der Nummer und ein Buchstabe anstelle der letzten Ziffer beide fehl.

Die letzte Ziffer wird mit der GS1-Prüfziffer nach Modulo 10 der vorangehenden Ziffern verglichen. Die Länge wird nicht geprüft: Im Versuch bestand 07300010000001 mit vierzehn Ziffern, weil eine führende Null nichts zur gewichteten Summe beiträgt.

Andere Kennungen mit dem Schema 0088 werden nicht untersucht. Im Versuch ergab dieselbe falsche Prüfziffer an einer cac:StandardItemIdentification/cbc:ID oder an einer cac:DeliveryLocation/cbc:ID keinen Befund.

Wie es in einer Integration dazu kommt

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

• Die GLN wurde von Hand aus einem Brief, einer E-Mail oder einem Formular abgetippt, und dabei hat sich eine Ziffer verändert.
• Eine Test- oder Platzhalternummer blieb in den Parteidaten stehen und wurde nie durch die echte GLN ersetzt.
• Eine Nummer aus einem anderen Schema, etwa eine Handelsregisternummer oder eine interne Kontonummer, wird mit schemeID="0088" gesendet.
• Die GLN ist zur besseren Lesbarkeit mit Leerzeichen oder Bindestrichen gespeichert, wie sie auf Etiketten gedruckt wird.

So korrigieren Sie das Dokument

1. Ermitteln Sie das Element anhand der Fundstelle des Befunds: eine elektronische Adresse, eine Parteikennung oder eine Kennung der rechtlichen Registrierung.
2. Beschaffen Sie die richtige GLN von der Partei, die sie bezeichnet, oder aus deren Peppol-Registrierung, wenn es sich um eine elektronische Adresse handelt, und korrigieren Sie den gespeicherten Wert.
3. Schreiben Sie sie als dreizehn Ziffern ohne Leerzeichen oder Trennzeichen.
4. Ist der Wert überhaupt keine GLN, geben Sie ihm statt 0088 die schemeID des Schemas, das ihn tatsächlich vergeben hat.
5. Prüfen Sie GLNs bei der Erfassung der Parteidaten mit der Prüfziffernberechnung, damit eine vertippte Nummer auffällt, bevor eine Rechnung erzeugt wird.

Erste zwölf Ziffern: 7 3 0 0 0 1 0 0 0 0 0 0
Gewichte:            1 3 1 3 1 3 1 3 1 3 1 3
Gewichtete Summe: 7 + 9 + 0 + 0 + 0 + 3 + 0 + 0 + 0 + 0 + 0 + 0 = 19
Prüfziffer: (10 - (19 mod 10)) mod 10 = (10 - 9) mod 10 = 1
7300010000001 endet auf 1 und besteht; 7300010000002 endet auf 2 und schlägt fehl

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 Käufers endet auf 2

<cac:AccountingCustomerParty>
  <cac:Party>
    <cbc:EndpointID schemeID="0088">7300010000002</cbc:EndpointID>
    <!-- postal address and legal entity omitted from this fragment -->
  </cac:Party>
</cac:AccountingCustomerParty>

Ausschnitt der korrigierten Rechnung: Die GLN des Käufers endet auf ihre Prüfziffer, 1

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

Nur die letzte Ziffer der cbc:EndpointID des Käufers unterscheidet sich: 7300010000002 in der fehlerhaften Rechnung, 7300010000001 in der korrigierten. PEPPOL-COMMON-R040 ist der einzige Befund, und der Prüfschritt EN 16931 besteht, da EN 16931 den Schema-Code einer elektronischen Adresse prüft, nicht aber die Kennung darunter.

Wo die Regel gilt

• Die Prüfung hängt nicht vom Dokumenttyp ab. Im Versuch meldete eine falsche Prüfziffer in der Adresse des Käufers einer Gutschrift nur diese Regel.
• Eine Peppol-Regel, die nur im Peppol-Prüfschritt gemeldet wird.
• Die Regel greift nur, wenn schemeID genau 0088 ist. Unter jedem anderen Schema werden die Ziffern hier nicht geprüft, und den Schema-Code selbst beurteilen BR-CL-10 für eine Parteikennung, BR-CL-11 für eine Kennung der rechtlichen Registrierung sowie BR-CL-25 zusammen mit PEPPOL-EN16931-CL008 für eine elektronische Adresse.
• Bestehen zeigt, dass die Nummer wohlgeformt ist. Es zeigt nicht, dass GS1 sie vergeben hat, dass sie zu der Partei gehört oder dass sie im Peppol-Netzwerk registriert ist.

Verwandte Regeln

• PEPPOL-EN16931-CL008 prüft den Schema-Code einer elektronischen Adresse, der 0088 sein muss, damit diese Regel greift
• BR-CL-10 prüft den Schema-Code einer Parteikennung
• BR-CL-25 prüft das Schema der elektronischen Adresse im Prüfschritt EN 16931
• PEPPOL-EN16931-R010 verlangt die elektronische Adresse des Käufers, die im aufgezeichneten Beispiel die GLN trägt
• 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-COMMON-R040 (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.