BR-DEC-24: Positionsnachlass mit mehr als zwei Nachkommastellen
Der Nachlassbetrag einer Rechnungsposition (BT-136) darf höchstens zwei Nachkommastellen haben. Häufigster Auslöser: ein prozentualer Rabatt wird ungerundet aus der Basis berechnet.
The allowed maximum number of decimals for the Invoice line allowance amount (BT-136) is 2.
Nachlässe auf Positionsebene sind fast immer Prozentrechnungen, und Prozentrechnungen liefern fast nie glatte Centbeträge. Genau an dieser Stelle greift BR-DEC-24.
Was die Regel prüft
BT-136 (BT = Business Term, das nummerierte Feld der Norm) ist der Betrag eines Nachlasses innerhalb einer einzelnen Rechnungsposition, etwa ein Positionsrabatt von 3 %. Dieser Betrag darf höchstens zwei Nachkommastellen haben. Wie bei allen DEC-Regeln zählt die Schreibweise in der XML: 3.1455 ist unzulässig, ebenso 3.150 mit überflüssiger Null.
Der Nachlass steht in der CII-Syntax als ram:SpecifiedTradeAllowanceCharge mit ChargeIndicator false in den Abrechnungsdaten der Position; sein Betrag ist ram:ActualAmount.
Warum sie in der Praxis fehlschlägt
- Der Rabatt ist prozentual definiert und die Software schreibt das rohe Produkt aus Basis und Prozentsatz in die XML: 3 % von 104,85 EUR sind 3,1455.
- Der Nachlass wird aus einer bereits ungerundeten Basis abgeleitet, dann erben beide Felder zu viele Stellen (für die Basis meldet der Validator zusätzlich BR-DEC-25).
So behebst du den Fehler
Runde den Nachlassbetrag nach der Prozentrechnung kaufmännisch auf zwei Nachkommastellen. Achte danach auf die Konsistenz: Der Positionsnettobetrag (BT-131) muss mit dem gerundeten Nachlass gerechnet sein, sonst passt die Positionsrechnung nicht mehr. Bei PEPPOL-Prüfung kommt hinzu, dass Betrag, Basis und Prozentsatz zusammenpassen müssen (PEPPOL-EN16931-R040), also immer erst runden, dann weiterrechnen. Belegschmied gibt alle Beträge fest mit zwei Nachkommastellen aus, der Fall tritt dort nicht auf.
XML-Beispiel: vorher und nachher
<ram:SpecifiedLineTradeSettlement>
<ram:SpecifiedTradeAllowanceCharge>
<ram:ChargeIndicator><udt:Indicator>false</udt:Indicator></ram:ChargeIndicator>
<ram:CalculationPercent>3</ram:CalculationPercent>
<ram:BasisAmount>104.85</ram:BasisAmount>
<!-- verletzt BR-DEC-24: Nachlassbetrag mit vier Nachkommastellen -->
<ram:ActualAmount>3.1455</ram:ActualAmount>
<ram:Reason>Positionsrabatt</ram:Reason>
</ram:SpecifiedTradeAllowanceCharge>
<!-- … -->
</ram:SpecifiedLineTradeSettlement>
<ram:SpecifiedLineTradeSettlement>
<ram:SpecifiedTradeAllowanceCharge>
<ram:ChargeIndicator><udt:Indicator>false</udt:Indicator></ram:ChargeIndicator>
<ram:CalculationPercent>3</ram:CalculationPercent>
<ram:BasisAmount>104.85</ram:BasisAmount>
<!-- korrekt: kaufmännisch auf Cent gerundet -->
<ram:ActualAmount>3.15</ram:ActualAmount>
<ram:Reason>Positionsrabatt</ram:Reason>
</ram:SpecifiedTradeAllowanceCharge>
<!-- … -->
</ram:SpecifiedLineTradeSettlement>
Rechnung selbst prüfen
Laden Sie Ihre Datei hoch und sehen Sie in Sekunden, welche Regeln sie besteht und welche nicht. Kostenlos, ohne Anmeldung, nichts wird gespeichert.
Regeln, die oft zusammen auftreten
- BR-41 – BR-41: Positionsnachlass ohne Betrag
- BR-DEC-23 – BR-DEC-23: Positionsnettobetrag mit mehr als zwei Nachkommastellen
- BR-DEC-25 – BR-DEC-25: Basisbetrag des Positionsnachlasses mit mehr als zwei Nachkommastellen
- PEPPOL-EN16931-R040 – PEPPOL-EN16931-R040: Abschlagsbetrag passt nicht zu Basis und Prozentsatz
← Alle Fehlermeldungen im Überblick
Gepflegt von Emilio Irmscher, Gründer von Belegschmied. Über den Autor