BR-CO-10: Positionssumme stimmt nicht mit den Rechnungszeilen überein

BR-CO-10 ist die erste von mehreren Rechenregeln, mit denen der Validator die Summenkette einer E-Rechnung von den Positionen bis zum Zahlbetrag nachrechnet. Schlägt sie fehl, passt der ausgewiesene Positionsgesamtbetrag nicht zu den einzelnen Zeilen.

Was die Regel prüft

Die Norm arbeitet mit nummerierten Feldern, sogenannten Business Terms (BT). BT-106 ist die Summe aller Positionsnettobeträge auf Dokumentebene, BT-131 der Nettobetrag einer einzelnen Rechnungszeile. Die Formel:

BT-106 = BT-131 (Zeile 1) + BT-131 (Zeile 2) + … + BT-131 (Zeile n)

Der Validator addiert also alle Zeilenbeträge selbst nach und vergleicht das Ergebnis mit dem Wert, den deine Software als Summe eingetragen hat. Beide müssen auf den Cent übereinstimmen, es gibt keine Toleranz.

Warum sie in der Praxis fehlschlägt

Drei typische Auslöser:

1. Rundung an der falschen Stelle. Die Software rechnet die Gesamtsumme aus ungerundeten Zwischenwerten (Menge × Einzelpreis mit vier Nachkommastellen), schreibt in die Zeilen aber die auf zwei Stellen gerundeten Beträge. Beispiel: drei Zeilen à 33,333 EUR ergeben intern 99,999 ≈ 100,00 EUR, die Zeilen weisen aber je 33,33 EUR aus, zusammen 99,99 EUR.
2. Summe stammt aus einer anderen Quelle. Bei manuell nachbearbeiteten Rechnungen oder beim Konvertieren aus einem PDF wird die Endsumme aus dem Dokumentenkopf übernommen, während die Zeilen separat erfasst wurden. Ein Tippfehler in einer Zeile fällt dann erst dem Validator auf.
3. Zeile vergessen oder doppelt. Beim Zusammenbau der XML wird eine Position ausgelassen (etwa eine Zeile mit Betrag 0) oder doppelt geschrieben, die Summe aber aus der ursprünglichen Liste berechnet.

So behebst du den Fehler

Addiere die Nettobeträge aller Rechnungszeilen von Hand oder im Taschenrechner und vergleiche mit dem ausgewiesenen BT-106. Der Betrag, der abweicht, ist zu korrigieren. Grundsatz der Norm: Die Summe folgt aus den Zeilen, nicht umgekehrt. Runde also jeden Zeilenbetrag einzeln auf zwei Nachkommastellen und bilde die Summe erst danach aus den gerundeten Werten.

Belegschmied berechnet BT-106 immer aus den gerundeten Zeilenbeträgen, der Fehler kann dort nicht entstehen.

XML-Beispiel: vorher und nachher

<!-- verletzt BR-CO-10: Zeilen ergeben 99,99, Summe sagt 100,00 -->
<ram:SpecifiedLineTradeSettlement>
  <ram:SpecifiedTradeSettlementLineMonetarySummation>
    <ram:LineTotalAmount>33.33</ram:LineTotalAmount>
  </ram:SpecifiedTradeSettlementLineMonetarySummation>
</ram:SpecifiedLineTradeSettlement>
<!-- … zwei weitere Zeilen mit je 33.33 … -->
<ram:SpecifiedTradeSettlementHeaderMonetarySummation>
  <ram:LineTotalAmount>100.00</ram:LineTotalAmount>
</ram:SpecifiedTradeSettlementHeaderMonetarySummation>

<!-- korrigiert: Summe aus den gerundeten Zeilenbeträgen -->
<ram:SpecifiedTradeSettlementHeaderMonetarySummation>
  <ram:LineTotalAmount>99.99</ram:LineTotalAmount>
  <!-- … TaxBasisTotalAmount usw. entsprechend anpassen -->
</ram:SpecifiedTradeSettlementHeaderMonetarySummation>