Zum Hauptinhalt springen

Referenz

Markdown-Export

BR-CO-3 Umsatzsteuerstichtag und Stichtagscode schließen sich gegenseitig aus

Der Umsatzsteuerstichtag (BT-7) und der Umsatzsteuerstichtagscode (BT-8) dürfen nicht gemeinsam auf einer Rechnung erscheinen. Geben Sie höchstens einen der beiden Werte an; keiner ist verpflichtend.

Problembeschreibung

FEHLER

EN-16931-Rechen- und Konsistenzregel (BR-CO)

Interaktive Prüfkette

Klicken Sie auf eine Stufe, um zu sehen, was sie prüft, oder geben Sie eine Regel-ID ein, um die meldende Stufe zu finden.

Beispiele:

BR-CO-03 Rechenregel der EN 16931

Gemeldet in Stufe 2: Regeln der EN 16931.

Stufe Fehler: Der Bericht empfiehlt, die Rechnung abzulehnen.

Stufe 2 · Was geprüft wird

  • Die Kern-Geschäftsbegriffe sind vorhanden (BR-01 bis BR-65).
  • Summen gehen auf und zusammenhängende Felder passen zueinander (BR-CO); Codes und Nachkommastellen sind gültig (BR-CL, BR-DEC).
  • Jede Umsatzsteuerkategorie ist stimmig: S, Z, E, AE, K, G, O, L, M (BR-S, BR-Z, BR-AE, BR-IC …).

Beispielcodes

Typische Korrektur

Berechnen Sie Summen und Umsatzsteuer aus den Positionen neu und korrigieren Sie die Steuerkategorie in den Quelldaten.

Ein Validator prüft eine E-Rechnung in Stufen. Zuerst muss die Datei wohlgeformtes XML sein und zum UBL- oder CII-Schema (XSD) passen. Dann laufen die Geschäftsregeln der EN 16931: BR-Kernregeln, BR-CO-Berechnungen, BR-CL-Codelisten, BR-DEC-Nachkommastellen und Regeln je Umsatzsteuerkategorie wie BR-S. Danach folgen die nationalen oder Netzwerk-Regeln, die BT-24 auswählt: BR-DE für XRechnung, PEPPOL-EN16931 für Peppol BIS Billing. Der Bericht nennt jede verletzte Regel: Ein Fehler bedeutet Ablehnung, nur Warnungen bedeuten weiterhin Annahme. BR-CO-03: Rechenregel der EN 16931, gemeldet in der Stufe „Regeln der EN 16931“. Regelwerke: KoSIT-Validator 1.6.3 mit der XRechnung-Konfiguration vom 31. Aug. 2026 (EN-16931-Artefakte 1.3.16), Peppol BIS Billing 3.0.21.

Kontext und Bedeutung

EN 16931 erlaubt, den Zeitpunkt der Steuerentstehung entweder als konkretes Datum (BT-7) oder als Code für ein anderes Datum (BT-8, z. B. das Rechnungsdatum) anzugeben. Beides zugleich macht den Zeitpunkt mehrdeutig. Der Fehler entsteht meist, wenn ein ERP-Export beide Felder standardmäßig befüllt, etwa einen Steuerstichtag und zusätzlich einen festen Datumscode im Abrechnungszeitraum.

Lösung

Entfernen Sie BT-7 oder BT-8. In UBL entspricht BT-7 cbc:TaxPointDate und BT-8 cac:InvoicePeriod/cbc:DescriptionCode; in CII sind es ram:TaxPointDate und ram:DueDateTypeCode in ram:ApplicableTradeTax.

Schnellzugriff

XML validierenRechnung konvertieren

Gültige Beispiele

  • BT-7 = 2026-03-31, BT-8 nicht vorhanden
  • BT-8 = 3 (Rechnungsdatum), BT-7 nicht vorhanden
  • Weder BT-7 noch BT-8 vorhanden (beide sind optional)

Ungültige Beispiele

  • BT-7 = 2026-03-31 und BT-8 = 35 gleichzeitig gesetzt
  • UBL: cbc:TaxPointDate (BT-7) und cac:InvoicePeriod/cbc:DescriptionCode (BT-8) beide gefüllt

Betroffene Felder

BT-7 Umsatzsteuerstichtag
BT-8 Umsatzsteuerstichtagscode

Validierungstools

Offizieller KoSIT Validator

Führen Sie den offiziellen KoSIT-Validator mit der XRechnung-Konfiguration aus, um EN-16931- und XRechnung-Regeln zu prüfen.

PDF zu XRechnung konvertieren

Validierungsfehler beim Konvertieren erkennen, prüfen und gezielt beheben.