PEPPOL-EN16931-CL006: Als Code für das Abrechnungsdatum der Umsatzsteuer im Rechnungszeitraum 3, 35 oder 432 verwenden

Die kurze Antwort

PEPPOL-EN16931-CL006 schlägt fehl, wenn der cbc:DescriptionCode eines Rechnungszeitraums etwas anderes als 3, 35 oder 432 enthält. Das Element ist der Code für das Abrechnungsdatum der Umsatzsteuer: Er gibt an, ob die Umsatzsteuer am Rechnungsdatum (3), am tatsächlichen Lieferdatum (35) oder am Zahlungsdatum (432, "paid to date") fällig wird. Schreiben Sie den der drei Codes, der zu Ihrer umsatzsteuerlichen Behandlung passt, oder lassen Sie das Element weg.

Das aufgezeichnete Beispiel enthält 5, den Code für das Rechnungsdatum in der CII-Syntax, in der dasselbe Informationselement die Codes 5, 29 und 72 verwendet. In UBL ist das Rechnungsdatum 3. EN 16931 prüft das Element mit BR-CL-06 gegen dieselben drei Codes, daher wird der Wert in beiden Prüfschritten gemeldet.

Was die Regel prüft

Die Regel läuft auf jedem cbc:DescriptionCode innerhalb eines cac:InvoicePeriod, entfernt Leerzeichen am Rand seines Textes und vergleicht ihn mit den drei zulässigen Codes. Im Versuch bestand 35 mit Leerzeichen davor und danach, ebenso 432.

Von den Datums- und Zeitqualifikatoren aus UNCL 2005 sind nur drei zugelassen. Im Versuch wurde 137, ein Code aus UNCL 2005 für das Ausstellungsdatum eines Dokuments, von dieser Regel und von BR-CL-06 gemeldet, ebenso 29, 72, 003 und 3 35.

Die Peppol-Liste und die Liste von EN 16931 für dieses Element enthalten dieselben drei Codes, und beide vergleichen den Wert ohne Randleerzeichen. Bei jedem versuchten Wert kamen die beiden Befunde deshalb zusammen: diese Regel im Peppol-Prüfschritt und BR-CL-06 im Prüfschritt EN 16931.

Ein leeres <cbc:DescriptionCode></cbc:DescriptionCode> schlägt ebenfalls fehl. Im Versuch brachte es neben dieser Regel BR-CL-06 und PEPPOL-EN16931-R008 hervor, die Peppol-Regel gegen leere Elemente.

Auch die Zeiträume von Positionen werden geprüft. Im Versuch wurde 5 im Abrechnungszeitraum einer Position von dieser Regel und von BR-CL-06 gemeldet, dazu die Warnung UBL-CR-523, die von einem Beschreibungscode auf Positionsebene abrät; 3 an derselben Stelle ließ nur diese Warnung übrig.

Wie es in einer Integration dazu kommt

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

• Die Abbildung wurde für CII geschrieben oder konvertiert aus CII und übernimmt 5, 29 oder 72 nach UBL, wo die Codes mit derselben Bedeutung 3, 35 und 432 lauten.
• Eine interne Einstellung für den Steuerzeitpunkt, etwa INVOICE, DELIVERY oder PAYMENT, oder eine Zahl, die dafür steht, wird ohne Übersetzung in das Element geschrieben.
• Der Elementname klingt nach einer Beschreibung, sodass eine Bezeichnung für den Zeitraum, etwa ein Monatsname, darin landet.

So korrigieren Sie das Dokument

1. Klären Sie anhand Ihrer Umsatzsteuereinrichtung, nach welchem Datum sich das Abrechnungsdatum richtet: nach dem Rechnungsdatum, dem tatsächlichen Lieferdatum oder dem Zahlungsdatum.
2. Schreiben Sie den passenden Code: 3, 35 oder 432. Wenn Sie aus CII konvertieren, bilden Sie 5 auf 3, 29 auf 35 und 72 auf 432 ab.
3. Ist das Abrechnungsdatum der Umsatzsteuer selbst bekannt, können Sie es stattdessen in cbc:TaxPointDate senden und den Code weglassen: BR-CO-03 lehnt beides zusammen ab.
4. Halten Sie den Zeitraum selbst in cbc:StartDate und cbc:EndDate; in das Codeelement gehört nichts Beschreibendes.

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 Rechnungszeitraum trägt den CII-Code 5

<cbc:IssueDate>2026-09-08</cbc:IssueDate>
<!-- due date, type code, currency and buyer reference omitted from this fragment -->
<cac:InvoicePeriod>
  <cbc:StartDate>2026-08-01</cbc:StartDate>
  <cbc:EndDate>2026-08-31</cbc:EndDate>
  <cbc:DescriptionCode>5</cbc:DescriptionCode>
</cac:InvoicePeriod>

Ausschnitt der korrigierten Rechnung: Code 3, Umsatzsteuer fällig am Rechnungsdatum

<cbc:IssueDate>2026-09-08</cbc:IssueDate>
<!-- due date, type code, currency and buyer reference omitted from this fragment -->
<cac:InvoicePeriod>
  <cbc:StartDate>2026-08-01</cbc:StartDate>
  <cbc:EndDate>2026-08-31</cbc:EndDate>
  <cbc:DescriptionCode>3</cbc:DescriptionCode>
</cac:InvoicePeriod>

Nur der Beschreibungscode unterscheidet sich: 5 in der fehlerhaften Rechnung, 3 in der korrigierten, womit das Rechnungsdatum 2026-09-08 zum Abrechnungsdatum der Umsatzsteuer wird. Das fehlerhafte Dokument meldet außerdem BR-CL-06, die Prüfung desselben Elements gegen dieselben drei Codes im Prüfschritt EN 16931, und die eine Korrektur beseitigt beide Befunde.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Im Versuch meldete eine Gutschrift, deren Rechnungszeitraum 5 trug, dieselben beiden Regeln.
• Wird im Peppol-Prüfschritt gemeldet. Der Prüfschritt EN 16931 meldete in jedem Versuch dieselben Werte über BR-CL-06, sodass ein Dokument, das hier fehlschlägt, auch EN 16931 nicht besteht.
• Der Code ist optional. Ein Rechnungszeitraum nur mit seinen beiden Datumsangaben besteht, und im Versuch bestand auch ein Zeitraum mit 35 und ganz ohne Datumsangaben jeden Prüfschritt.

Verwandte Regeln

• BR-CL-06 wendet im Prüfschritt EN 16931 dieselben drei Codes auf dieses Element an
• BR-CO-03 verbietet, den Code für das Abrechnungsdatum der Umsatzsteuer zusammen mit dem Abrechnungsdatum selbst zu senden
• BR-CO-19 akzeptiert einen Rechnungszeitraum, der nur einen Beschreibungscode enthält
• PEPPOL-EN16931-CL007 ist die Peppol-Prüfung der Codeliste für die Währung jedes Betrags
• 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-28.1: Quelle geprüft am 2026-09-28, Erklärung zuletzt aktualisiert am 2026-09-28.

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