113
BT-113OptionalTier 2 · Validierungsrelevant

BT-113: Bezahlter Betrag

BT-113 steht in der XRechnung für Bezahlter Betrag. Es gehört zur kritischen Summenlogik der Rechnung und darf nur aus konsistenten Einzelwerten entstehen. Das Feld ist nicht immer verpflichtend, beeinflusst aber oft Annahme, Nachvollziehbarkeit und Automatisierung. Beträge sollten aus den Einzelwerten berechnet statt manuell überschrieben werden.

Kategorie
Gesamtbeträge
Datentyp
Amount
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-16]-Amount due for payment (BT-115) = Invoice total amount with VAT (BT-112) -Paid amount (BT-113) +Rounding amount (BT-114).

Offizieller Kontext

Offizielle Regelreferenzen (validator v2026-01-31, schematron v2.5.0): BR-CO-16, BR-DEC-16, BR-DEX-09

  • Es gehört zur kritischen Summenlogik der Rechnung und darf nur aus konsistenten Einzelwerten entstehen.
  • Optional heißt in der XRechnung nicht automatisch unwichtig: Viele Empfängerprozesse nutzen das Feld trotzdem operativ.
  • Beträge sollten aus den Einzelwerten berechnet statt manuell überschrieben werden.

Typische Fehler bei BT-113

  • Das Feld als optional zu behandeln, obwohl der jeweilige Empfängerprozess oder Sonderfall es faktisch benötigt.
  • Beträge manuell nachzuziehen, statt sie aus Positionen, Nachlässen und Steuern zu berechnen.
  • Abhängige Felder und verbundene Regeln nicht gemeinsam zu prüfen, obwohl genau dort viele Validator-Fehler entstehen.

Werte, Format und Eingabehinweise

  • Nur aus Positions- und Summenlogik berechnen, nicht manuell glattziehen.
  • Maximal die erlaubte Dezimalgenauigkeit verwenden und Rundungen nachvollziehbar halten.
  • Betragsfelder müssen zur Rechnungswährung und zu den Steuerbeträgen passen.

XML-Mapping für UBL und CII

UBL 2.1XPath
cac:LegalMonetaryTotal
UN/CEFACT CIIXPath
//ram:SpecifiedTradeSettlementHeaderMonetarySummation

Originalregeln und deutsche Einordnung

Originaltext bleibt als Referenz sichtbar
BR-CO-16

[BR-CO-16|fatal|EN16931-UBL] [BR-CO-16]-Amount due for payment (BT-115) = Invoice total amount with VAT (BT-112) -Paid amount (BT-113) +Rounding amount (BT-114).

Bezahlter Betrag ist fachlich mit BT-115, BT-112, BT-114 verknüpft. Prüfe diese Felder gemeinsam, damit die Regelkette im Validator geschlossen bleibt.
BR-DEC-16

[BR-DEC-16|fatal|EN16931-UBL] [BR-DEC-16]-The allowed maximum number of decimals for the Paid amount (BT-113) is 2.

Bezahlter Betrag 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-16, BR-DEC-16, BR-DEX-09

Verwandte BT-Felder mit direktem Einfluss

Aus Theorie sofort eine valide XML machen

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

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

FAQ
Wie trage ich BT-113 Bezahlter Betrag korrekt in der XRechnung ein?Aufklappen

Für BT-113 gelten immer der offizielle Feldbegriff, der Datentyp Amount und die Kardinalität 0..1. 0..1 bedeutet für BT-113 höchstens einmal. Der Wert muss maschinenlesbar im XML stehen und darf nicht nur im PDF sichtbar sein. Beträge direkt aus dem Rechenwerk übernehmen, sauber runden und mit der passenden Währung ausgeben. Direkt mitprüfen sollten Sie BT-115, BT-112, BT-114 und BT-110.

Was muss ich bei BT-113 in der Kategorie Gesamtbeträge besonders beachten?Aufklappen

BT-113 gehört zur Kategorie Gesamtbeträge und ist Teil der zentralen Rechenlogik der Rechnung. Offizielle Regeln koppeln hier Summen, Steuerbeträge, Zahlungen und Rundung sehr eng. Schon kleine Abweichungen in Vorzeichen, Währung oder Dezimalstellen erzeugen schnell fatale Validator-Fehler. Besonders relevant auf dieser Seite sind die Regelreferenzen BR-CO-16, BR-DEC-16 und BR-DEX-09.

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

Optional heißt in XRechnung nicht nebensächlich. Setze BT-113, 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-115, BT-112, BT-114 und BT-110.

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

BT-113 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-16, BR-DEC-16 und BR-DEX-09.