Fehler BR-CO-10 beheben: Summe der Positionen weicht vom Nettobetrag ab

Der Fehler BR-CO-10 tritt auf, wenn die Summe aller Zeilensummen (Line Extension Amounts, BT-131) nicht auf den Cent genau mit dem Summenfeld SumOfInvoiceLineNetAmount (BT-106) übereinstimmt.

Eigene Rechnung hier hineinziehen

oder Datei vom Computer auswählen (.pdf oder .xml bis 10 MB)

🔒 100 % flüchtige RAM-Prüfung auf deutschen Servern (Frankfurt) – keine Speicherung.

Code-Vergleich: Falsches vs. Korrektes CII-XML

✗ Häufiger Fehler / Falsches XML Nicht konform

<!-- FEHLER: Positionen ergeben 100.00 EUR, aber LineTotalAmount ist 100.01 EUR -->
<ram:SpecifiedTradeSettlementHeaderMonetarySummation>
  <ram:LineTotalAmount>100.01</ram:LineTotalAmount> <!-- FALSCH: Rundungsdifferenz! -->
  <ram:TaxBasisTotalAmount>100.01</ram:TaxBasisTotalAmount>
  <ram:TaxTotalAmount currencyID="EUR">19.00</ram:TaxTotalAmount>
  <ram:GrandTotalAmount>119.01</ram:GrandTotalAmount>
  <ram:DuePayableAmount>119.01</ram:DuePayableAmount>
</ram:SpecifiedTradeSettlementHeaderMonetarySummation>

✓ Valide nach EN 16931 / KoSIT Normkonform

<!-- KORREKT: LineTotalAmount entspricht exakt der Summe der Positionen (100.00 EUR) -->
<ram:SpecifiedTradeSettlementHeaderMonetarySummation>
  <ram:LineTotalAmount>100.00</ram:LineTotalAmount>
  <ram:TaxBasisTotalAmount>100.00</ram:TaxBasisTotalAmount>
  <ram:TaxTotalAmount currencyID="EUR">19.00</ram:TaxTotalAmount>
  <ram:GrandTotalAmount>119.00</ram:GrandTotalAmount>
  <ram:DuePayableAmount>119.00</ram:DuePayableAmount>
</ram:SpecifiedTradeSettlementHeaderMonetarySummation>

Technische Ursache & Lösung

Die europäische Norm EN 16931 verbietet kaufmännische Rundungsabweichungen zwischen Einzelzeilen und Summenblöcken. Die Regel BR-CO-10 lautet wörtlich: 'Sum of invoice line net amount = Σ Invoice line net amount'.

Häufige Ursache ist die Verwendung von Fließkommazahlen (Floats) in ERP-Systemen oder Online-Shops (z. B. `0.1 + 0.2 = 0.30000000000000004`), die zu 1-Cent-Diskrepanzen führen.

Unsere E-Rechnung Cloud API eliminiert dieses Problem von Grund auf: Alle Berechnungen erfolgen intern über hochpräzise `Decimal`-Arithmetik. Summenfelder werden automatisch errechnet und konsistent validiert.

⚡ Die schlüsselfertige Abkürzung für Entwickler & No-Code

Keine Lust auf XML-Schematron-Fehler und Rundungsdifferenzen?

Unsere E-Rechnung Cloud API übernimmt alle mathematischen Berechnungen, Steuerregeln, XSD-Schemata und die PDF/A-3 Konvertierung vollautomatisch im Hintergrund.

📦 n8n Workflow (.json) ⚡ Make.com Blueprint 🛒 WooCommerce Plugin (.zip) API-Key ab 10 € Prepaid holen →

Häufig gestellte Fragen (FAQ)

Darf es Rundungsdifferenzen von 1 Cent in der E-Rechnung geben?

Nein. Die EN 16931 verlangt exakte mathematische Gleichheit auf Cent-Ebene. 1-Cent-Differenzen führen zur sofortigen Schematron-Ablehnung (BR-CO-10).

Wie vermeide ich Rundungsfehler in Python oder JavaScript?

Nutze in Python das `decimal`-Modul statt `float`. In JavaScript/TypeScript solltest du Ganzzahlen in Cents oder Bibliotheken wie `decimal.js` verwenden.

Berechnet die API die Summen für mich?

Ja. Du kannst `total_net_amount` und `total_gross_amount` einfach weglassen; unsere API errechnet sie fehlerfrei und normkonform.

Passende Themen & Normen

Alle 12 Themen ansehen →

BR-S-08