Zum Hauptinhalt springen

Referenz

Markdown-Export

BR-CO-10 Die Summe der Positionsnettobeträge (BT-106) muss der Summe aller Positionsnettobeträge (BT-131) entsprechen

Der dokumentbezogene Gesamtbetrag der Positionsnettobeträge (BT-106) muss der arithmetischen Summe aller Positionsnettobeträge (BT-131) entsprechen.

Problembeschreibung

FEHLER

EN-16931-Rechen- und Konsistenzregel (BR-CO)

Interaktive Prüfkette

Klicken Sie auf eine Stufe, um zu sehen, was sie prüft, oder geben Sie eine Regel-ID ein, um die meldende Stufe zu finden.

Beispiele:

BR-CO-10 Rechenregel der EN 16931

Gemeldet in Stufe 2: Regeln der EN 16931.

Stufe Fehler: Der Bericht empfiehlt, die Rechnung abzulehnen.

Stufe 2 · Was geprüft wird

  • Die Kern-Geschäftsbegriffe sind vorhanden (BR-01 bis BR-65).
  • Summen gehen auf und zusammenhängende Felder passen zueinander (BR-CO); Codes und Nachkommastellen sind gültig (BR-CL, BR-DEC).
  • Jede Umsatzsteuerkategorie ist stimmig: S, Z, E, AE, K, G, O, L, M (BR-S, BR-Z, BR-AE, BR-IC …).

Beispielcodes

Typische Korrektur

Berechnen Sie Summen und Umsatzsteuer aus den Positionen neu und korrigieren Sie die Steuerkategorie in den Quelldaten.

Ein Validator prüft eine E-Rechnung in Stufen. Zuerst muss die Datei wohlgeformtes XML sein und zum UBL- oder CII-Schema (XSD) passen. Dann laufen die Geschäftsregeln der EN 16931: BR-Kernregeln, BR-CO-Berechnungen, BR-CL-Codelisten, BR-DEC-Nachkommastellen und Regeln je Umsatzsteuerkategorie wie BR-S. Danach folgen die nationalen oder Netzwerk-Regeln, die BT-24 auswählt: BR-DE für XRechnung, PEPPOL-EN16931 für Peppol BIS Billing. Der Bericht nennt jede verletzte Regel: Ein Fehler bedeutet Ablehnung, nur Warnungen bedeuten weiterhin Annahme. BR-CO-10: Rechenregel der EN 16931, gemeldet in der Stufe „Regeln der EN 16931“. Regelwerke: KoSIT-Validator 1.6.3 mit der XRechnung-Konfiguration vom 31. Aug. 2026 (EN-16931-Artefakte 1.3.16), Peppol BIS Billing 3.0.21.

Kontext und Bedeutung

Der Validator addiert alle BT-131-Werte und vergleicht das Ergebnis exakt, ohne Toleranz, mit BT-106. Eine Abweichung entsteht meist durch Rundung: Das ERP berechnet die Summe aus ungerundeten Werten (Menge × Preis), während jeder Positionsbetrag im XML auf zwei Nachkommastellen gerundet ist. Eine weitere Ursache ist eine Position, die nach der Summenberechnung gelöscht oder ergänzt wurde.

Lösung

Runden Sie zuerst jeden Positionsnettobetrag (BT-131) auf zwei Nachkommastellen und tragen Sie deren exakte Summe als BT-106 in den Summenblock ein (UBL: cac:LegalMonetaryTotal/cbc:LineExtensionAmount; CII: ram:SpecifiedTradeSettlementHeaderMonetarySummation/ram:LineTotalAmount).

Schnellzugriff

XML validierenRechnung konvertieren

Gültige Beispiele

  • Positionen 100,00 + 50,00 + 25,00 ergeben BT-106 = 175,00
  • Einzige Position 99,99 ergibt BT-106 = 99,99

Ungültige Beispiele

  • Drei Positionen zu je 10,005 werden auf 10,01 gerundet (Summe 30,03), BT-106 = 30,02 wurde aber aus der ungerundeten Summe 30,015 berechnet
  • BT-106 bleibt 0,00, obwohl Positionen vorhanden sind

Betroffene Felder

BT-106 Summe der Positionsnettobeträge
BT-131 Positionsnettobetrag

Validierungstools

Offizieller KoSIT Validator

Führen Sie den offiziellen KoSIT-Validator mit der XRechnung-Konfiguration aus, um EN-16931- und XRechnung-Regeln zu prüfen.

PDF zu XRechnung konvertieren

Validierungsfehler beim Konvertieren erkennen, prüfen und gezielt beheben.