BT-92: Kennzeichen für Nachlass/Zuschlag auf Dokumentebene
BT-92 steht in der XRechnung für Kennzeichen für Nachlass/Zuschlag auf Dokumentebene. Das Feld greift direkt in Nachlass-, Zuschlags- und Summenlogik ein und sollte nie isoliert gepflegt werden. 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.
Pflicht, Definition und Praxiskontext
Dieses Feld sollte im Export technisch erzwungen werden. Fehlt der Wert, scheitert die XRechnung in vielen Empfänger-Workflows sofort.
[BR-31]-Each Document level allowance (BG-20) shall have a Document level allowance amount (BT-92).
Offizielle Regelreferenzen (validator v2026-01-31, schematron v2.5.0): BR-31, BR-DEC-01, BR-CO-11, 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.
- Pflichtfelder sollten bereits beim Erstellen der Rechnung technisch erzwungen werden und nicht erst kurz vor dem Export.
- Texte sollten fachlich präzise sein und keine leeren Platzhalter oder PDF-Reste enthalten.
Typische Fehler bei BT-92
- Den Wert nur visuell im PDF zu pflegen, aber nicht sauber ins XML zu übertragen.
- Unspezifische Freitexte oder Platzhalter zu übertragen, die beim Empfänger keine klare Bedeutung haben.
- Abhängige Felder und verbundene Regeln nicht gemeinsam zu prüfen, obwohl genau dort viele Validator-Fehler entstehen.
Werte, Format und Eingabehinweise
- Nur fachlich belastbaren Inhalt übertragen, keine dekorativen PDF-Texte.
- Freitext knapp, eindeutig und ohne widersprüchliche Zusatzinfos halten.
- Wenn Codes oder Referenzen existieren, diese bevorzugen und Text nur ergänzend nutzen.
XML-Mapping für UBL und CII
/ubl:Invoice/cac:AllowanceCharge[cbc:ChargeIndicator = false()] | /cn:CreditNote/cac:AllowanceCharge[cbc:ChargeIndicator = false()]//ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeAllowanceCharge/ram:ChargeIndicator[udt:Indicator='false']Originalregeln und deutsche Einordnung
Originaltext bleibt als Referenz sichtbar[BR-31|fatal|EN16931-UBL] [BR-31]-Each Document level allowance (BG-20) shall have a Document level allowance amount (BT-92).
[BR-DEC-01|fatal|EN16931-UBL] [BR-DEC-01]-The allowed maximum number of decimals for the Document level allowance amount (BT-92) is 2.
Verwandte BT-Felder mit direktem Einfluss
Sum of allowances on document level
BT-107 steht in der XRechnung für Sum of allowances 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.
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.
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.
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-92 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-92 vor dem XML-Versand
Antworten zu Kategorie, Pflichtgrad und typischen Validator-Fallen auf Basis offizieller XRechnung- und Peppol-Quellen.
Wie trage ich BT-92 Kennzeichen für Nachlass/Zuschlag auf Dokumentebene korrekt in der XRechnung ein?Aufklappen
Für BT-92 gelten immer der offizielle Feldbegriff, der Datentyp Text und die Kardinalität 1..1. 1..1 bedeutet für BT-92 genau einmal. Der Wert muss maschinenlesbar im XML stehen und darf nicht nur im PDF sichtbar sein. Texte knapp, eindeutig und ohne dekorative PDF-Reste oder Platzhalter ins XML übernehmen. Direkt mitprüfen sollten Sie BT-107, BT-118, BT-116 und BT-131.
Was muss ich bei BT-92 in der Kategorie Nachlässe/Zuschläge besonders beachten?Aufklappen
BT-92 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-31, BR-DEC-01 und BR-CO-11.
Was passiert, wenn BT-92 als Pflichtfeld fehlt?Aufklappen
BT-92 gehört zu den Pflichtangaben und sollte technisch bereits vor dem Export erzwungen werden. Fehlt der Wert, ist die Rechnung in der Praxis oft schon in der Grundvalidierung oder im Empfänger-Workflow blockiert. Besonders relevant auf dieser Seite sind die Regelreferenzen BR-31, BR-DEC-01 und BR-CO-11.
Wie vermeide ich bei BT-92 einen Validator-Fehler oder eine Ablehnung?Aufklappen
Am sichersten ist ein direkter XML-Export aus dem führenden System statt manueller Nacharbeit. Prüfe BT-92 immer zusammen mit Datentyp, Format, Häufigkeit und den gekoppelten Feldern. Texte knapp, eindeutig und ohne dekorative PDF-Reste oder Platzhalter ins XML übernehmen. Direkt mitprüfen sollten Sie BT-107, BT-118, BT-116 und BT-131.