135
BT-135OptionalTier 2 · Validierungsrelevant

BT-135: Enddatum des Zeitraums der Rechnungsposition

BT-135 steht in der XRechnung für Enddatum des Zeitraums der Rechnungsposition. Es wirkt auf Positionsebene und muss mit Menge, Preis, Steuerlogik und Summen sauber zusammenspielen. Das Feld ist nicht immer verpflichtend, beeinflusst aber oft Annahme, Nachvollziehbarkeit und Automatisierung. Datumswerte gehören im XML in ein sauberes, maschinenlesbares Format.

Kategorie
Positionen
Datentyp
Date
Kardinalität
0..1
Regelreferenzen
4 Stück

Pflicht, Definition und Praxiskontext

Das Feld ist nicht in jeder Rechnung Pflicht, kann aber für Routing, Steuerlogik oder saubere Folgeprozesse trotzdem entscheidend sein.

Offizielle Definition / Regelkern

[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).

Offizieller Kontext

Offizielle Regelreferenzen (validator v2026-01-31, schematron v2.5.0): BR-30, BR-CO-20

  • Es wirkt auf Positionsebene und muss mit Menge, Preis, Steuerlogik und Summen sauber zusammenspielen.
  • Optional heißt in der XRechnung nicht automatisch unwichtig: Viele Empfängerprozesse nutzen das Feld trotzdem operativ.
  • Datumswerte gehören im XML in ein sauberes, maschinenlesbares Format.

Typische Fehler bei BT-135

  • Das Feld als optional zu behandeln, obwohl der jeweilige Empfängerprozess oder Sonderfall es faktisch benötigt.
  • Datumswerte in lokalem Format statt als maschinenlesbares XML-Datum zu senden.
  • Abhängige Felder und verbundene Regeln nicht gemeinsam zu prüfen, obwohl genau dort viele Validator-Fehler entstehen.

Werte, Format und Eingabehinweise

  • Datum immer im Format YYYY-MM-DD liefern.
  • Keine lokal formatierten Datumsstrings wie 31.01.2026 ins XML schreiben.
  • Abhängige Datumsfelder nur setzen, wenn sie fachlich wirklich gebraucht werden.

XML-Mapping für UBL und CII

UBL 2.1XPath
Für dieses Feld liegt im aktuellen Bundle kein stabiler UBL-Pfad in den importierten Upstream-Daten vor.
UN/CEFACT CIIXPath
Für dieses Feld liegt im aktuellen Bundle kein stabiler CII-Pfad in den importierten Upstream-Daten vor.

Originalregeln und deutsche Einordnung

Originaltext bleibt als Referenz sichtbar
BR-30

[BR-30|fatal|EN16931-UBL] [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).

Enddatum des Zeitraums der Rechnungsposition muss konsistent zu BT-134 gepflegt sein. Unterschiede zwischen Vorsystem, XML und Summenlogik fallen hier sofort auf.
BR-CO-20

[BR-CO-20|fatal|EN16931-UBL] [BR-CO-20]-If Invoice line period (BG-26) is used, the Invoice line period start date (BT-134) or the Invoice line period end date (BT-135) shall be filled, or both.

Enddatum des Zeitraums der Rechnungsposition ist fachlich mit BT-134 verknüpft. Prüfe diese Felder gemeinsam, damit die Regelkette im Validator geschlossen bleibt.
Weitere Regelreferenzen für dieses Feld: BR-30, BR-CO-20

Verwandte BT-Felder mit direktem Einfluss

BT-134

Startdatum des Zeitraums der Rechnungsposition

BT-134 steht in der XRechnung für Startdatum des Zeitraums der Rechnungsposition. Es wirkt auf Positionsebene und muss mit Menge, Preis, Steuerlogik und Summen sauber zusammenspielen. Das Feld ist nicht immer verpflichtend, beeinflusst aber oft Annahme, Nachvollziehbarkeit und Automatisierung. Datumswerte gehören im XML in ein sauberes, maschinenlesbares Format.

BT-136

Nettoeinzelpreis der Rechnungsposition

BT-136 steht in der XRechnung für Nettoeinzelpreis der Rechnungsposition. Es wirkt auf Positionsebene und muss mit Menge, Preis, Steuerlogik und Summen sauber zusammenspielen. Das Feld ist nicht immer verpflichtend, beeinflusst aber oft Annahme, Nachvollziehbarkeit und Automatisierung. Texte sollten fachlich präzise sein und keine leeren Platzhalter oder PDF-Reste enthalten.

BT-133

Buchhaltungsreferenz des Käufers für die Rechnungsposition

BT-133 steht in der XRechnung für Buchhaltungsreferenz des Käufers für die Rechnungsposition. Es wirkt auf Positionsebene und muss mit Menge, Preis, Steuerlogik und Summen sauber zusammenspielen. Das Feld ist nicht immer verpflichtend, beeinflusst aber oft Annahme, Nachvollziehbarkeit und Automatisierung. Texte sollten fachlich präzise sein und keine leeren Platzhalter oder PDF-Reste enthalten.

BT-137

Bruttoeinzelpreis der Rechnungsposition

BT-137 steht in der XRechnung für Bruttoeinzelpreis der Rechnungsposition. Es wirkt auf Positionsebene und muss mit Menge, Preis, Steuerlogik und Summen sauber zusammenspielen. Das Feld ist nicht immer verpflichtend, beeinflusst aber oft Annahme, Nachvollziehbarkeit und Automatisierung. Texte sollten fachlich präzise sein und keine leeren Platzhalter oder PDF-Reste enthalten.

Aus Theorie sofort eine valide XML machen

Nutze BT-135 nicht nur als Nachschlagepunkt. Prüfe den Feldwert direkt im Generator oder lass bestehende XMLs gegen die KoSIT-Regeln validieren, bevor der Empfänger ablehnt.

FAQ zu BT-135 vor dem XML-Versand

Antworten zu Kategorie, Pflichtgrad und typischen Validator-Fallen auf Basis offizieller XRechnung- und Peppol-Quellen.

FAQ
Wie trage ich BT-135 Enddatum des Zeitraums der Rechnungsposition korrekt in der XRechnung ein?Aufklappen

Für BT-135 gelten immer der offizielle Feldbegriff, der Datentyp Date und die Kardinalität 0..1. 0..1 bedeutet für BT-135 höchstens einmal. Der Wert muss maschinenlesbar im XML stehen und darf nicht nur im PDF sichtbar sein. Datumswerte immer als maschinenlesbares XML-Datum im Format YYYY-MM-DD exportieren. Direkt mitprüfen sollten Sie BT-134, BT-136, BT-133 und BT-137.

Was muss ich bei BT-135 in der Kategorie Positionen besonders beachten?Aufklappen

BT-135 gehört zur Kategorie Positionen. Auf Positionsebene erwartet XRechnung sauber strukturierte Mengen, Preise, Bezeichnungen und Steuerbezüge. Diese Daten sollten immer direkt aus ERP, Warenwirtschaft oder Auftragslogik stammen und nicht erst aus PDF-Texten rekonstruiert werden. Besonders relevant auf dieser Seite sind die Regelreferenzen BR-30 und BR-CO-20.

Wann sollte BT-135 trotz Optional-Status trotzdem gesetzt werden?Aufklappen

Optional heißt in XRechnung nicht nebensächlich. Setze BT-135, wenn der konkrete Geschäftsfall, der Empfängerprozess oder gekoppelte Daten es fachlich verlangen. Sobald das Feld im XML auftaucht, muss es vollständig, fachlich passend und regelkonform befüllt sein. Direkt mitprüfen sollten Sie BT-134, BT-136, BT-133 und BT-137.

Wann darf BT-135 leer bleiben und wann löst es Folgeprüfungen aus?Aufklappen

BT-135 kann leer bleiben, wenn Ihr Szenario die Angabe nicht benötigt und kein Empfänger sie vorgibt. Sobald Sie das Feld jedoch setzen, greifen die offiziellen Format-, Kardinalitäts- und Kopplungsregeln. Besonders relevant auf dieser Seite sind die Regelreferenzen BR-30 und BR-CO-20.