BR-CO-03: Steuerdatum und Steuerdatum-Code gleichzeitig angegeben

StandardEN 16931-1 (europäisches Datenmodell der E-Rechnung)SchweregradFehler: die Rechnung wird abgelehntSyntaxUBL, CIIGeschäftsbegriffe

BT-7 Value added tax point date
BT-8 Value added tax point date code

Gilt fürJede EN-16931-Rechnung: XRechnung, ZUGFeRD 2.x / Factur-X (Profile EN 16931, EXTENDED, XRECHNUNG), Peppol BIS Billing 3.0 sowie nationale CIUS.

Offizieller Regeltext

[BR-CO-03] Value added tax point date (BT-7) and Value added tax point date code (BT-8) are mutually exclusive.

Der normative Text ist Englisch und wird unverändert zitiert.

Warum dieser Fehler auftritt

Das Datum der Steuerfälligkeit (BT-7) und der Code für das Datum der Steuerfälligkeit (BT-8) schließen sich aus: Entweder das konkrete Datum oder der Code, der sagt, welches Datum gilt, nie beides. In UBL ist BT-7 cbc:TaxPointDate und BT-8 cac:InvoicePeriod/cbc:DescriptionCode; in CII ist BT-7 ram:TaxPointDate und BT-8 ram:DueDateTypeCode innerhalb von ram:ApplicableTradeTax. Der Konflikt entsteht meist durch ein ERP-Mapping, das immer das Datum füllt und zusätzlich einen Code fest einträgt.

So beheben Sie den Fehler

Entscheiden, was gebraucht wird, und das andere entfernen. Ist der Steuerzeitpunkt ein konkreter Tag, cbc:TaxPointDate / ram:TaxPointDate behalten (JJJJ-MM-TT in UBL, format 102 JJJJMMTT in CII) und den Code streichen. Soll ausgedrückt werden, dass Rechnungsdatum, Lieferdatum oder Zahlungsdatum maßgeblich ist, nur den Code aus UNTDID 2005 verwenden: 3 (Rechnungsdatum), 35 (Lieferdatum), 432 (Zahlungsdatum). Die meisten Rechnungen brauchen keines von beiden; entspricht das Lieferdatum dem Steuerzeitpunkt, reicht in der Regel cac:Delivery/cbc:ActualDeliveryDate (BT-72).

Beispiel (gültig)

<cac:InvoicePeriod>
  <cbc:DescriptionCode>35</cbc:DescriptionCode>
</cac:InvoicePeriod>

Was der Validator prüft

Geprüftes Element (Kontext):

UBL

/ubl:Invoice | /cn:CreditNote

Test (XPath):

(exists(cbc:TaxPointDate) and not(cac:InvoicePeriod/cbc:DescriptionCode)) or (not(cbc:TaxPointDate) and exists(cac:InvoicePeriod/cbc:DescriptionCode)) or (not(cbc:TaxPointDate) and not(cac:InvoicePeriod/cbc:DescriptionCode))

CII

//ram:ApplicableHeaderTradeSettlement/ram:ApplicableTradeTax

Test (XPath):

((//ram:TaxPointDate) and not(//ram:DueDateTypeCode)) or (not (//ram:TaxPointDate) and (//ram:DueDateTypeCode)) or (not (//ram:TaxPointDate) and not (//ram:DueDateTypeCode))

Rechnung prüfen

Legen Sie Ihre XML- oder PDF-Datei im Validator ab; jede verletzte Regel ist mit ihrer Seite hier verlinkt. Kostenlos, ohne Konto, die Datei wird nicht gespeichert.

Rechnung prüfen →

Dieselbe Prüfung per API:

curl -F file=@invoice.xml https://einvoicechecker.com/v1/validate

Häufige Fragen

Was bedeutet BR-CO-03?

BR-CO-03 ist eine EN-16931-Kernregel: Value added tax point date (BT-7) and Value added tax point date code (BT-8) are mutually exclusive.

Wird meine Rechnung wegen BR-CO-03 abgelehnt?

Ja. BR-CO-03 ist als „fatal“ eingestuft; Validatoren (KoSIT, Peppol Access Points, ZRE/OZG-RE) weisen die Rechnung zurück, bis der Fehler behoben ist.

Für welche Formate gilt BR-CO-03?

Jede EN-16931-Rechnung: XRechnung, ZUGFeRD 2.x / Factur-X (Profile EN 16931, EXTENDED, XRECHNUNG), Peppol BIS Billing 3.0 sowie nationale CIUS. Syntax: UBL und CII.

Quelle: EN 16931-1:2017 schematron (CEN TC434, via Peppol BIS 3.0.20). Katalog erzeugt aus dem offiziellen Schematron am 2026-10-14.