Referenz

BR-CO-20 Positionszeitraum benötigt Anfangs- oder Enddatum

Wird der Positionszeitraum (BG-26) verwendet, muss das Anfangsdatum des Positionszeitraums (BT-134) oder das Enddatum (BT-135) angegeben sein, oder beide.

Problembeschreibung

FEHLER

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

Diese EN-16931-Regel ist das Gegenstück zu BR-CO-19 auf Positionsebene: Ein Positionszeitraum (BG-26) darf nicht leer sein. Anders als auf Dokumentebene in UBL gibt es hier keine Ausnahme für cbc:DescriptionCode, weil der Umsatzsteuerstichtagscode (BT-8) nur auf Dokumentebene existiert. Der Fehler entsteht oft, wenn ein Export für jede Position ein Zeitraum-Element erzeugt, auch für Positionen ohne bekannten Zeitraum.

Lösung

Wenn ein cac:InvoicePeriod innerhalb einer Rechnungsposition erscheint, geben Sie mindestens ein StartDate (BT-134) oder ein EndDate (BT-135) an; andernfalls entfernen Sie das leere Element. In CII ist der Positionszeitraum ram:SpecifiedLineTradeSettlement/ram:BillingSpecifiedPeriod.

Schnellzugriff

XML validieren Rechnung konvertieren

Gültige Beispiele

BT-134 = 2026-02-01 mit BT-135 = 2026-02-28

Ungültige Beispiele

cac:InvoicePeriod der Position vorhanden, aber weder BT-134 noch BT-135 ausgefüllt

Code-Beispiele

Gültiges XML

<cac:InvoiceLine>
  <cac:InvoicePeriod>
    <cbc:StartDate>2026-02-01</cbc:StartDate>
    <cbc:EndDate>2026-02-28</cbc:EndDate>
  </cac:InvoicePeriod>
</cac:InvoiceLine>

Ungültiges XML

<cac:InvoiceLine>
  <cac:InvoicePeriod>
  </cac:InvoicePeriod>
</cac:InvoiceLine>

Betroffene Felder

BG-26 Positionszeitraum

BT-134 Anfangsdatum des Positionszeitraums

BT-135 Enddatum des Positionszeitraums

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.