BR-CL-06: Code 3, 35 oder 432 als Code für das Abrechnungsdatum der Umsatzsteuer verwenden

Die kurze Antwort

BR-CL-06 schlägt fehl, wenn cbc:DescriptionCode in einem cac:InvoicePeriod etwas anderes als 3, 35 oder 432 enthält. Jeder der drei Codes nennt das Ereignis, das bestimmt, wann die Umsatzsteuer entsteht: 3 das Rechnungsdatum, 35 das tatsächliche Lieferdatum, 432 das Datum der Zahlung.

Das aufgezeichnete Beispiel sandte 131, einen Code aus der vollständigen Liste der Datumsqualifizierer UNTDID 2005, den EN 16931 hier nicht zulässt; die korrigierte Rechnung verwendet 3. PEPPOL-EN16931-CL006 prüft dasselbe Element gegen dieselben drei Codes, sodass ein falscher Wert von beiden Regeln gemeldet wird.

Was die Regel prüft

Jeder cac:InvoicePeriod wird erfasst, auf Dokumentenebene wie in einer Position. Im Versuch wurde 131 im Zeitraum einer Position von dieser Regel und PEPPOL-EN16931-CL006 gemeldet, zusammen mit der Warnung UBL-CR-523, die von einem Code im Zeitraum einer Position überhaupt abrät.

Der Wert wird um Leerzeichen bereinigt und muss dann genau 3, 35 oder 432 lauten. Im Versuch bestand 3 mit umgebenden Leerzeichen, und 03 mit führender Null schlug fehl.

Ein leerer cbc:DescriptionCode schlägt ebenfalls fehl. Im Versuch meldete er diese Regel, PEPPOL-EN16931-CL006 und PEPPOL-EN16931-R008.

Der Code wird für sich allein geprüft. Ob er neben cbc:TaxPointDate stehen darf, entscheidet BR-CO-03, und nichts vergleicht ihn mit den Daten des Zeitraums oder dem Lieferdatum.

Wie es in einer Integration dazu kommt

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

• Der Code wird der vollständigen Liste UNTDID 2005 entnommen statt den drei Codes, die EN 16931 zulässt, zum Beispiel 131, mit dem EDIFACT-Rechnungen ein Steuerdatum kennzeichnen.
• Codes werden mit fester Breite gespeichert, sodass 03 oder 035 entsteht.
• Das Element wird mit einer Beschreibung des Zeitraums gefüllt, weil cbc:DescriptionCode mit dem Freitextfeld cbc:Description verwechselt wird.
• Ein leeres Element wird geschrieben, wenn die Quelle keinen Code für den Steuerzeitpunkt hat, statt das Element wegzulassen.

So korrigieren Sie das Dokument

1. Legen Sie fest, welches Ereignis den Zeitpunkt der Umsatzsteuer für die Rechnung bestimmt: ihr Rechnungsdatum (3), das tatsächliche Lieferdatum (35) oder die Zahlung (432, Paid to date).
2. Schreiben Sie genau diesen einen Code, nur Ziffern, in cbc:DescriptionCode des cac:InvoicePeriod auf Dokumentenebene.
3. Kennen Sie den Zeitpunkt der Umsatzsteuer als Datum statt als Ereignis, senden Sie ihn in cbc:TaxPointDate und lassen Sie den Code weg; beide dürfen nicht zusammen erscheinen.
4. Setzen Sie keine Codes in den Zeitraum einer Position. Ein solcher Zeitraum nimmt nur Daten auf, und jeder Code dort löst die Warnung UBL-CR-523 aus.

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 Code 131 für das Abrechnungsdatum der Umsatzsteuer

<cbc:BuyerReference>BUYER-REF-001</cbc:BuyerReference>
<cac:InvoicePeriod>
  <cbc:StartDate>2026-08-01</cbc:StartDate>
  <cbc:EndDate>2026-08-31</cbc:EndDate>
  <cbc:DescriptionCode>131</cbc:DescriptionCode>
</cac:InvoicePeriod>

Ausschnitt der korrigierten Rechnung: Code 3, das Rechnungsdatum

<cbc:BuyerReference>BUYER-REF-001</cbc:BuyerReference>
<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 Code im Rechnungszeitraum unterscheidet sich: 131 in der fehlerhaften Rechnung, 3 in der korrigierten, bei unverändertem Anfangs- und Enddatum im August 2026. Das fehlerhafte Dokument meldet außerdem PEPPOL-EN16931-CL006, die Prüfung desselben Elements gegen dieselben drei Codes im Peppol-Prüfschritt, und die eine Korrektur behebt beide Befunde.

Wo die Regel gilt

• Gilt für Invoice und CreditNote. Im Versuch meldete eine Gutschrift, deren Zeitraum nur den Code 131 enthielt, diese Regel und PEPPOL-EN16931-CL006.
• Kein Wert trennt die beiden Regeln: Beide bereinigen den Code um Leerzeichen und akzeptieren dieselben drei Werte, sodass sie gemeinsam fehlschlagen und gemeinsam bestehen.
• Das Element ist optional, und ein Dokument ohne Code für das Abrechnungsdatum der Umsatzsteuer wird von dieser Regel nicht geprüft.

Verwandte Regeln

• PEPPOL-EN16931-CL006 ist die Kopie dieser Prüfung im Peppol-Prüfschritt
• BR-CO-03 verbietet den Code neben einem Abrechnungsdatum der Umsatzsteuer
• BR-CO-19 akzeptiert einen Rechnungszeitraum, der nur diesen Code enthält
• BR-CL-05 prüft den Code der Umsatzsteuer-Buchungswährung, eine weitere optionale Angabe zur Umsatzsteuer
• 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-28.1: Quelle geprüft am 2026-09-28, Erklärung zuletzt aktualisiert am 2026-09-28.

Die offizielle Definition von BR-CL-06 (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.