145
BT-145OptionalTier 2 · Validierungsrelevant

BT-145: Versions-Kennung des Schemas für die Klassifizierungs-Kennung des Artikels

BT-145 steht in der XRechnung für Versions-Kennung des Schemas für die Klassifizierungs-Kennung des Artikels. 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. Kennungen sollten exakt aus dem führenden System übernommen und nicht nachträglich formatiert werden.

Kategorie
Positionen
Datentyp
Identifier
Kardinalität
0..1
Regelreferenzen
5 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-CO-08]-Invoice line charge reason code (BT-145) and Invoice line charge reason (BT-144) shall indicate the same type of charge reason.

Offizieller Kontext

Offizielle Regelreferenzen (validator v2026-01-31, schematron v2.5.0): BR-CO-08, BR-CO-24, BR-44

  • 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.
  • Kennungen sollten exakt aus dem führenden System übernommen und nicht nachträglich formatiert werden.

Typische Fehler bei BT-145

  • Das Feld als optional zu behandeln, obwohl der jeweilige Empfängerprozess oder Sonderfall es faktisch benötigt.
  • Kennungen mit Leerzeichen, Zusätzen oder veralteten Codes aus Vorsystemen zu übernehmen.
  • Abhängige Felder und verbundene Regeln nicht gemeinsam zu prüfen, obwohl genau dort viele Validator-Fehler entstehen.

Werte, Format und Eingabehinweise

  • Wert ohne dekorative Leerzeichen, Zusätze oder UI-Formatierung übernehmen.
  • Nur offiziell erwartete Codes, Schemes oder Kennungen aus dem Vorsystem verwenden.
  • Abhängige Felder wie Scheme, Referenz oder gekoppelte IDs mitprüfen.

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-CO-08

[BR-CO-08|fatal|EN16931-UBL] [BR-CO-08]-Invoice line charge reason code (BT-145) and Invoice line charge reason (BT-144) shall indicate the same type of charge reason.

Versions-Kennung des Schemas für die Klassifizierungs-Kennung des Artikels muss konsistent zu BT-144 gepflegt sein. Unterschiede zwischen Vorsystem, XML und Summenlogik fallen hier sofort auf.
BR-CO-24

[BR-CO-24|fatal|EN16931-UBL] [BR-CO-24]-Each Invoice line charge (BG-28) shall contain an Invoice line charge reason (BT-144) or an Invoice line charge reason code (BT-145), or both.

Sobald Versions-Kennung des Schemas für die Klassifizierungs-Kennung des Artikels im jeweiligen Szenario gebraucht wird, muss der Wert vollständig und fachlich passend im XML vorliegen.
Weitere Regelreferenzen für dieses Feld: BR-44, BR-CO-08, BR-CO-24

Verwandte BT-Felder mit direktem Einfluss

BT-144

Schema-Kennung für die Klassifizierungs-Kennung des Artikels

BT-144 steht in der XRechnung für Schema-Kennung für die Klassifizierungs-Kennung des Artikels. 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. Kennungen sollten exakt aus dem führenden System übernommen und nicht nachträglich formatiert werden.

BT-146

Kennzeichen für Nachlass/Zuschlag auf Rechnungspositionsebene

BT-146 kennzeichnet, ob auf Positionsebene ein Nachlass oder ein Zuschlag vorliegt. Der Indikator ist klein, aber wirkungsvoll, weil er die komplette Berechnungsrichtung der nachgelagerten Betragsfelder festlegt.

BT-143

Klassifizierungs-Kennung des Artikels

BT-143 steht in der XRechnung für Klassifizierungs-Kennung des Artikels. 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. Kennungen sollten exakt aus dem führenden System übernommen und nicht nachträglich formatiert werden.

BT-147

Prozentsatz für Nachlass/Zuschlag auf Rechnungspositionsebene

BT-147 steht in der XRechnung für Prozentsatz für Nachlass/Zuschlag auf Rechnungspositionsebene. 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-145 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-145 vor dem XML-Versand

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

FAQ
Wie trage ich BT-145 Versions-Kennung des Schemas für die Klassifizierungs-Kennung des Artikels korrekt in der XRechnung ein?Aufklappen

Für BT-145 gelten immer der offizielle Feldbegriff, der Datentyp Identifier und die Kardinalität 0..1. 0..1 bedeutet für BT-145 höchstens einmal. Der Wert muss maschinenlesbar im XML stehen und darf nicht nur im PDF sichtbar sein. Kennungen unverändert aus dem führenden System übernehmen und nicht mit Leerzeichen, Präfixen oder UI-Texten verfälschen. Direkt mitprüfen sollten Sie BT-144, BT-146, BT-143 und BT-147.

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

BT-145 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-CO-08, BR-CO-24 und BR-44.

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

Optional heißt in XRechnung nicht nebensächlich. Setze BT-145, 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-144, BT-146, BT-143 und BT-147.

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

BT-145 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-CO-08, BR-CO-24 und BR-44.