99
BT-99OptionalTier 2 · Validierungsrelevant

BT-99: Code für den Grund des Nachlasses/Zuschlags auf Dokumentebene

BT-99 steht in der XRechnung für Code für den Grund des Nachlasses/Zuschlags auf Dokumentebene. Das Feld greift direkt in Nachlass-, Zuschlags- und Summenlogik ein und sollte nie isoliert gepflegt werden. 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
Nachlässe/Zuschläge
Datentyp
Identifier
Kardinalität
0..1
Regelreferenzen
12 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-36]-Each Document level charge (BG-21) shall have a Document level charge amount (BT-99).

Offizieller Kontext

Offizielle Regelreferenzen (validator v2026-01-31, schematron v2.5.0): BR-36, BR-DEC-05, BR-CO-12, BR-AE-08, BR-E-08, BR-G-08, BR-IC-08, BR-AF-08

  • Das Feld greift direkt in Nachlass-, Zuschlags- und Summenlogik ein und sollte nie isoliert gepflegt werden.
  • 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-99

  • 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
/ubl:Invoice/cac:AllowanceCharge[cbc:ChargeIndicator = true()] | /cn:CreditNote/cac:AllowanceCharge[cbc:ChargeIndicator = true()]
UN/CEFACT CIIXPath
//ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeAllowanceCharge/ram:ChargeIndicator[udt:Indicator='true']

Originalregeln und deutsche Einordnung

Originaltext bleibt als Referenz sichtbar
BR-36

[BR-36|fatal|EN16931-UBL] [BR-36]-Each Document level charge (BG-21) shall have a Document level charge amount (BT-99).

Sobald Code für den Grund des Nachlasses/Zuschlags auf Dokumentebene im jeweiligen Szenario gebraucht wird, muss der Wert vollständig und fachlich passend im XML vorliegen.
BR-DEC-05

[BR-DEC-05|fatal|EN16931-UBL] [BR-DEC-05]-The allowed maximum number of decimals for the Document level charge amount (BT-99) is 2.

Code für den Grund des Nachlasses/Zuschlags auf Dokumentebene wird auf zulässige Dezimalstellen geprüft. Rundungen gehören in die Summenlogik und nicht als manuelle Korrektur in dieses Feld.
Weitere Regelreferenzen für dieses Feld: BR-CO-12, BR-AE-08, BR-E-08, BR-G-08, BR-IC-08, BR-AF-08, BR-AG-08, BR-O-08, BR-S-08, BR-Z-08

Verwandte BT-Felder mit direktem Einfluss

BT-108

Sum of charges on document level

BT-108 steht in der XRechnung für Sum of charges on document level. Es ist für Steuerlogik, Summenprüfung und länderspezifische Vorgaben der XRechnung relevant. 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-118

Umsatzsteuerkategorie-Code

BT-118 steht in der XRechnung für Umsatzsteuerkategorie-Code. Es ist für Steuerlogik, Summenprüfung und länderspezifische Vorgaben der XRechnung relevant. Fehlt der Wert oder passt er fachlich nicht, scheitert die Validierung oft direkt. Kennungen sollten exakt aus dem führenden System übernommen und nicht nachträglich formatiert werden.

BT-116

Umsatzsteuerkategorie-Steuerbemessungsgrundlage

BT-116 steht in der XRechnung für Umsatzsteuerkategorie-Steuerbemessungsgrundlage. Es ist für Steuerlogik, Summenprüfung und länderspezifische Vorgaben der XRechnung relevant. Fehlt der Wert oder passt er fachlich nicht, scheitert die Validierung oft direkt. Texte sollten fachlich präzise sein und keine leeren Platzhalter oder PDF-Reste enthalten.

BT-131

Nettobetrag der Rechnungsposition

BT-131 steht in der XRechnung für Nettobetrag der Rechnungsposition. Es wirkt auf Positionsebene und muss mit Menge, Preis, Steuerlogik und Summen sauber zusammenspielen. Fehlt der Wert oder passt er fachlich nicht, scheitert die Validierung oft direkt. Beträge sollten aus den Einzelwerten berechnet statt manuell überschrieben werden.

Aus Theorie sofort eine valide XML machen

Nutze BT-99 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-99 vor dem XML-Versand

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

FAQ
Wie trage ich BT-99 Code für den Grund des Nachlasses/Zuschlags auf Dokumentebene korrekt in der XRechnung ein?Aufklappen

Für BT-99 gelten immer der offizielle Feldbegriff, der Datentyp Identifier und die Kardinalität 0..1. 0..1 bedeutet für BT-99 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-108, BT-118, BT-116 und BT-131.

Was muss ich bei BT-99 in der Kategorie Nachlässe/Zuschläge besonders beachten?Aufklappen

BT-99 gehört zur Kategorie Nachlässe/Zuschläge. Nachlässe und Zuschläge wirken direkt auf Steuer- und Gesamtsummen und müssen deshalb nicht nur genannt, sondern auch rechnerisch sauber in den XML-Strukturen abgebildet werden. Besonders kritisch sind fehlende Gründe, falsche Beträge oder widersprüchliche VAT-Kategorien. Besonders relevant auf dieser Seite sind die Regelreferenzen BR-36, BR-DEC-05 und BR-CO-12.

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

Optional heißt in XRechnung nicht nebensächlich. Setze BT-99, 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-108, BT-118, BT-116 und BT-131.

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

BT-99 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-36, BR-DEC-05 und BR-CO-12.