BR-30: Wenn Start- und Enddatum des Positionszeitraums gesetzt sind, muss BT-135 ≥ BT-134 gelten.

BR-30Fatal

BR-30: Positionszeitraum (BT-134/BT-135) widersprüchlich

Das Enddatum des Positionszeitraums muss nach oder gleich dem Startdatum liegen

Offizielle Regel

[BR-30]-If both Invoice line period start date (BT-134) and Invoice line period end date (BT-135) are given then the Invoice line period end date (BT-135) shall be later or equal to the Invoice line period start date (BT-134).

Quelle: KoSIT Schematron (itplr-kosit/peppol-bis-invoice-3), CEN-EN16931-UBL.sch

Was bedeutet das?

Im Positionszeitraum (BG-26) liegt BT-135 vor BT-134. Wenn beide Daten gesetzt sind, muss EndDate ≥ StartDate gelten.

Beispiel (UBL)

Gültig (Enddatum ≥ Startdatum):

<cac:InvoicePeriod>
  <cbc:StartDate>2018-10-01</cbc:StartDate>
  <cbc:EndDate>2018-10-23</cbc:EndDate>
</cac:InvoicePeriod>

Ungültig (Enddatum vor Startdatum):

<cac:InvoicePeriod>
  <cbc:StartDate>2018-10-07</cbc:StartDate>
  <cbc:EndDate>2018-10-05</cbc:EndDate>
  <!-- BT-135 before BT-134 -->
</cac:InvoicePeriod>

Typische Ursachen

1Start-/Enddatum der Position vertauscht.
2Verwechslung mit dem Dokumentzeitraum (BG-14).
3Vorlagen-Daten außer der Reihe.

Was prüfen?

Prüfen Sie cac:InvoiceLine/cac:InvoicePeriod.
Stellen Sie EndDate ≥ StartDate sicher (BT-135 ≥ BT-134).
Optional nur ein Datum setzen, wenn nur eine Grenze bekannt ist.
Validieren Sie erneut mit dem KoSIT-Validator.

Offizielle & externe Quellen

Suchbegriffe

BR-30BT-134BT-135BG-26Positionszeitraum

Fehlercode nicht gefunden?

Schick uns den Fehlercode (z.B. BR-DE-13) und wir nehmen ihn in die Bibliothek auf. Gib deine E-Mail an – dann senden wir dir die Lösung per E-Mail, in der Regel innerhalb von 12–24 Stunden nach dem Lesen.