Zum Hauptinhalt springen

BR-CO-16 Der zu zahlende Betrag muss dem Bruttobetrag abzüglich gezahlter Beträge zuzüglich Rundung entsprechen

Der zu zahlende Betrag (BT-115) muss dem Rechnungsgesamtbetrag mit Umsatzsteuer (BT-112) abzüglich des gezahlten Betrags (BT-113) zuzüglich des Rundungsbetrags (BT-114) 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-16 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-16: 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 prüft diese Gleichung exakt, ohne Toleranz. Fehler entstehen meist durch Anzahlungen oder Rundung: Das ERP zieht eine Anzahlung vom Zahlbetrag ab, exportiert sie aber nicht als BT-113, oder es rundet den Zahlbetrag, ohne die Differenz in BT-114 anzugeben.

Lösung

Berechnen Sie BT-115 = BT-112 − BT-113 + BT-114; behandeln Sie nicht vorhandene BT-113 und BT-114 als null. UBL: cbc:PayableAmount, cbc:PrepaidAmount, cbc:PayableRoundingAmount; CII: ram:DuePayableAmount, ram:TotalPrepaidAmount, ram:RoundingAmount.

Schnellzugriff

Gültige Beispiele

  • BT-112 = 119,00, BT-113 = 50,00, BT-114 = 0,00 → BT-115 = 69,00
  • BT-112 = 99,98, BT-113 nicht vorhanden, BT-114 = 0,02 → BT-115 = 100,00

Ungültige Beispiele

  • BT-115 = BT-112, obwohl BT-113 = 50,00 angezahlt wurden
  • BT-115 berücksichtigt die Rundung BT-114 = 0,02 nicht

Betroffene Felder

Validierungstools