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.
Pflicht, Definition und Praxiskontext
Das Feld ist nicht in jeder Rechnung Pflicht, kann aber für Routing, Steuerlogik oder saubere Folgeprozesse trotzdem entscheidend sein.
[BR-41]-Each Invoice line allowance (BG-27) shall have an Invoice line allowance amount (BT-136).
Offizielle Regelreferenzen (validator v2026-01-31, schematron v2.5.0): BR-41, BR-DEC-24
- 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.
- Texte sollten fachlich präzise sein und keine leeren Platzhalter oder PDF-Reste enthalten.
Typische Fehler bei BT-136
- Das Feld als optional zu behandeln, obwohl der jeweilige Empfängerprozess oder Sonderfall es faktisch benötigt.
- 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
//cac:InvoiceLine/cac:AllowanceCharge[cbc:ChargeIndicator = false()] | //cac:CreditNoteLine/cac:AllowanceCharge[cbc:ChargeIndicator = false()]//ram:SpecifiedLineTradeSettlement/ram:SpecifiedTradeAllowanceCharge/ram:ChargeIndicator[udt:Indicator = 'false']Originalregeln und deutsche Einordnung
Originaltext bleibt als Referenz sichtbar[BR-41|fatal|EN16931-UBL] [BR-41]-Each Invoice line allowance (BG-27) shall have an Invoice line allowance amount (BT-136).
[BR-DEC-24|fatal|EN16931-UBL] [BR-DEC-24]-The allowed maximum number of decimals for the Invoice line allowance amount (BT-136) is 2.
Verwandte BT-Felder mit direktem Einfluss
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.
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.
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.
Bezeichnung des Artikels der Rechnungsposition
BT-138 steht in der XRechnung für Bezeichnung des Artikels 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. Texte sollten fachlich präzise sein und keine leeren Platzhalter oder PDF-Reste enthalten.
Aus Theorie sofort eine valide XML machen
Nutze BT-136 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-136 vor dem XML-Versand
Antworten zu Kategorie, Pflichtgrad und typischen Validator-Fallen auf Basis offizieller XRechnung- und Peppol-Quellen.
Wie trage ich BT-136 Nettoeinzelpreis der Rechnungsposition korrekt in der XRechnung ein?Aufklappen
Für BT-136 gelten immer der offizielle Feldbegriff, der Datentyp Text und die Kardinalität 0..1. 0..1 bedeutet für BT-136 höchstens 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-135, BT-137, BT-134 und BT-138.
Was muss ich bei BT-136 in der Kategorie Positionen besonders beachten?Aufklappen
BT-136 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-41 und BR-DEC-24.
Wann sollte BT-136 trotz Optional-Status trotzdem gesetzt werden?Aufklappen
Optional heißt in XRechnung nicht nebensächlich. Setze BT-136, 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-135, BT-137, BT-134 und BT-138.
Wann darf BT-136 leer bleiben und wann löst es Folgeprüfungen aus?Aufklappen
BT-136 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-41 und BR-DEC-24.