PEPPOL-EN16931-R004: Die Spezifikationskennung von Peppol BIS Billing 3.0 verwenden

Die kurze Antwort

PEPPOL-EN16931-R004 schlägt fehl, wenn cbc:CustomizationID fehlt, leer ist oder etwas anderes als die Kennung von Peppol BIS Billing 3.0 enthält. Schreiben Sie urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0 Zeichen für Zeichen als erstes Kindelement der Wurzel.

Fehlt das Element ganz, meldet das Dokument außerdem BR-01, die EN 16931-Regel, nach der eine Spezifikationskennung vorhanden sein muss. Ist das Element mit einem anderen Wert vorhanden, etwa dem bloßen urn:cen.eu:en16931:2017, wird nur PEPPOL-EN16931-R004 gemeldet: Für EN 16931 genügt jede nicht leere Kennung, für Peppol nicht.

Was die Regel prüft

Die Regel liest den Text von cbc:CustomizationID unter der Dokumentwurzel, ignoriert führenden und nachgestellten Leerraum und verlangt, dass er mit der Kennung von Peppol BIS Billing 3.0 beginnt. Außerdem lehnt sie jeden Wert ab, der zwei Doppelpunkte hintereinander enthält.

Der Vergleich unterscheidet Groß- und Kleinschreibung. Dieselbe Kennung in Großbuchstaben schlägt fehl.

Weil geprüft wird, womit der Wert beginnt, meldet diese Regel eine Kennung nicht, die nach dem Peppol-Wert mit einem weiteren #-Segment weitergeht. Das ist kein Grund, etwas anzuhängen: Senden Sie für gewöhnliches Billing die Kennung exakt.

Kennungen anderer Spezifikationen schlagen fehl: Reines EN 16931, XRechnung, die Peppol-Kennung für Selbstfakturierung und die Geschäftsprozesskennung im falschen Element wurden im Versuch alle gemeldet.

Wie es in einer Integration dazu kommt

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

• Die Zuordnung wurde für reines EN 16931 oder eine andere CIUS geschrieben, und die Kennung wurde unverändert übernommen.
• Die Kennung ist ein Konfigurationswert, der in der getesteten Umgebung leer ist, daher wird das Element weggelassen.
• Die Werte für cbc:CustomizationID und cbc:ProfileID wurden vertauscht oder zusammengelegt.
• Die Kennung wurde von Hand abgetippt und weicht in der Groß- und Kleinschreibung, durch ein fehlendes Segment #compliant# oder durch ein überzähliges Zeichen ab.

So korrigieren Sie das Dokument

1. Geben Sie cbc:CustomizationID als erstes Kindelement der Wurzel Invoice oder CreditNote aus. Das UBL-Schema verlangt, dass es vor cbc:ProfileID steht.
2. Setzen Sie es auf urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0. Halten Sie den Wert als Konstante im Code, kopiert und nicht abgetippt.
3. Behalten Sie cbc:ProfileID als eigenes Element mit der Geschäftsprozesskennung. Die beiden sind unterschiedliche Begriffe mit unterschiedlichen Werten.
4. Ist das Dokument eigentlich für eine andere Spezifikation bestimmt, etwa XRechnung, liegt es außerhalb dessen, was dieser Validator unterstützt; kennzeichnen Sie es nicht als Peppol, nur um den Befund zu beseitigen. Die Kennung ist eine Aussage über das ganze Dokument, und es würde dann eine Spezifikation beanspruchen, für die es nicht erstellt wurde.

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: Es gibt keine Spezifikationskennung, daher beginnt der Kopf mit dem Geschäftsprozess

<!-- no cbc:CustomizationID in the failing document -->
<cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>
<cbc:ID>EXAMPLE-INV-001</cbc:ID>
<!-- rest of the document omitted from this fragment -->

Ausschnitt der korrigierten Rechnung: Die Kennung von Peppol BIS Billing 3.0 steht an erster Stelle

<cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0</cbc:CustomizationID>
<cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>
<cbc:ID>EXAMPLE-INV-001</cbc:ID>
<!-- rest of the document omitted from this fragment -->

Das korrigierte Dokument fügt die Zeile cbc:CustomizationID hinzu; sonst unterscheidet sich nichts. Das fehlerhafte Dokument meldet BR-01 im Prüfschritt EN 16931, weil überhaupt keine Spezifikationskennung existiert, und PEPPOL-EN16931-R004 im Peppol-Prüfschritt, weil es keinen Wert gibt, der mit der Peppol-Kennung beginnen könnte. Ein Element behebt beide. Dieses Beispiel wird mit BR-01 geteilt.

Wo die Regel gilt

• Gilt gleichermaßen für UBL Invoice und CreditNote, mit derselben Kennung für beide. Eine Gutschrift mit fehlender oder abweichender Kennung meldet dieselben Befunde wie eine Rechnung.
• Eine leere cbc:CustomizationID meldet drei Regeln: BR-01, diese Regel und PEPPOL-EN16931-R008 für das leere Element.
• Das Bestehen dieser Regel sagt nur, dass das Dokument beansprucht, Peppol BIS Billing 3.0 zu sein. Ob es das ist, entscheiden alle anderen Regeln.

Verwandte Regeln

• BR-01 ist die EN 16931-Regel, die zusammen mit dieser anschlägt, wenn die Kennung fehlt
• PEPPOL-EN16931-R001 verlangt die Geschäftsprozesskennung, die darauf folgt
• PEPPOL-EN16931-R008 wird ebenfalls gemeldet, wenn das Element der Kennung vorhanden, aber leer ist
• 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-20.

Die offizielle Definition von PEPPOL-EN16931-R004 (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.