BR-CO-16 meldet einen Zahlbetrag, der nicht aufgeht.
BR-CO-16 ist eine Regel aus dem Regelwerk zur europäischen Norm EN 16931 für E-Rechnungen. Der fällige Zahlbetrag (BT-115) muss sich so ergeben: Gesamtbetrag mit Umsatzsteuer (BT-112), minus bereits gezahlter Betrag (BT-113), plus Rundungsbetrag (BT-114). Tragen Sie bereits gezahlte Beträge wie Anzahlungen als gezahlten Betrag (BT-113) ein und eine Rundung als Rundungsbetrag (BT-114).
Jannis Dietrich Stand: Informatikstudent an der Uni Ulm, baut gerade Yando auf
- Code
-
BR-CO-16 - Regelwerk
- Europäische Norm EN 16931, Regelwerk des CEN in Version 1.3.16
- Stufe im Prüfbericht
- Fehler
- Felder
- Zahlbetrag (BT-115), Gesamtbetrag mit Umsatzsteuer (BT-112), gezahlter Betrag (BT-113), Rundungsbetrag (BT-114)
- Schreibweise der XML-Datei
- UBL oder CII
- Umsatzsteuer
- eigener Satz zu diesem Code mit Quelle, im Abschnitt „Was das für die Umsatzsteuer heißt“
Was BR-CO-16 verlangt.
So steht die Meldung im Prüfbericht. Den Wortlaut gibt das Regelwerk zur europäischen Norm EN 16931 vor, darum ist er englisch. Das Prüfprogramm der KoSIT lädt dieses Regelwerk mit.
BR-CO-16 Stufe im Prüfbericht: Fehler [BR-CO-16]-Amount due for payment (BT-115) = Invoice total amount with VAT (BT-112) -Paid amount (BT-113) +Rounding amount (BT-114). Quelle: Regelwerk zur Norm EN 16931 (CEN), Version 1.3.16, abgerufen am 23.10.2026
Der fällige Zahlbetrag (BT-115) muss sich so ergeben: Gesamtbetrag mit Umsatzsteuer (BT-112), minus bereits gezahlter Betrag (BT-113), plus Rundungsbetrag (BT-114). Fehlen die beiden letzten Angaben, muss der Zahlbetrag dem Gesamtbetrag mit Umsatzsteuer gleichen.
Vom Zahlbetrag ist etwas abgezogen oder aufgeschlagen, das weder als gezahlter Betrag noch als Rundung in der Datei steht. Das kann eine Anzahlung sein, die nur im Text der Rechnung erwähnt ist, oder ein von Hand geänderter Zahlbetrag.
BR-CO-16 beheben.
Tragen Sie bereits gezahlte Beträge wie Anzahlungen als gezahlten Betrag (BT-113) ein und eine Rundung als Rundungsbetrag (BT-114). Der Zahlbetrag ist dann Brutto minus gezahlter Betrag plus Rundung.
DATEV
DATEV Auftragswesen next berechnet den Zahlbetrag selbst. In einer Schlussrechnung setzt es geleistete Anzahlungen als bereits gezahlten Betrag ein. Einen Rundungsbetrag (BT-114) kann Auftragswesen next nach der Feldübersicht von DATEV derzeit nicht übermitteln.
Quelle: DATEV-Hilfe, Dok.-Nr. 1019814, abgerufen am 23.10.2026
Produktnamen sind Marken ihrer jeweiligen Inhaber. Wir sind kein Partner dieser Hersteller.
Beispiel aus einer Testrechnung.
Den maschinenlesbaren Teil einer E-Rechnung, die XML-Datei, gibt es in zwei Schreibweisen: UBL und CII. Eine UBL-Datei beginnt mit Invoice oder CreditNote, eine CII-Datei mit CrossIndustryInvoice. Auch ZUGFeRD steckt eine CII-Datei in die PDF.
Unsere Testrechnung ist eine Abwandlung der Rechnung 01.01a aus der Testsuite der KoSIT für XRechnung (Lizenz Apache-2.0, Stand 2026-08-31). Geändert ist nur der Zahlbetrag, von 336.9 auf 999.99.
<cac:LegalMonetaryTotal>
<cbc:LineExtensionAmount currencyID="EUR">314.86</cbc:LineExtensionAmount>
<cbc:TaxExclusiveAmount currencyID="EUR">314.86</cbc:TaxExclusiveAmount>
<cbc:TaxInclusiveAmount currencyID="EUR">336.9</cbc:TaxInclusiveAmount>
<cbc:PayableAmount currencyID="EUR">999.99</cbc:PayableAmount>
</cac:LegalMonetaryTotal>
<cac:LegalMonetaryTotal>
<cbc:LineExtensionAmount currencyID="EUR">314.86</cbc:LineExtensionAmount>
<cbc:TaxExclusiveAmount currencyID="EUR">314.86</cbc:TaxExclusiveAmount>
<cbc:TaxInclusiveAmount currencyID="EUR">336.9</cbc:TaxInclusiveAmount>
<cbc:PayableAmount currencyID="EUR">336.9</cbc:PayableAmount>
</cac:LegalMonetaryTotal>
Die Rechnung kommt auf 314,86 € netto und 22,04 € Umsatzsteuer, zusammen 336,90 € brutto. Einen bereits gezahlten Betrag oder eine Rundung nennt sie nicht, also muss der Zahlbetrag genau 336,90 € sein. In der Datei mit Fehler stehen 999,99 €, und der Prüfer meldete am 23.10.2026 BR-CO-16.
In UBL stehen alle Beträge im Block cac:LegalMonetaryTotal: der Zahlbetrag (BT-115) als cbc:PayableAmount, der Bruttobetrag (BT-112) als cbc:TaxInclusiveAmount. Ein gezahlter Betrag (BT-113) hieße dort cbc:PrepaidAmount, eine Rundung (BT-114) cbc:PayableRoundingAmount. In CII heißen dieselben Einträge ram:DuePayableAmount, ram:GrandTotalAmount, ram:TotalPrepaidAmount und ram:RoundingAmount.
Was das für die Umsatzsteuer heißt.
Meldet der Check bei einer Regel der Norm EN 16931 einen Fehler, ist die Datei technisch keine Rechnung nach dieser Norm mehr. Für die Umsatzsteuer ist diese technische Sicht laut Bundesfinanzministerium (BMF) nicht maßgebend. Ohne Formatfehler bleibt die Datei prinzipiell eine E-Rechnung nach § 14 UStG (BMF-Schreiben vom 15.10.2026, Rn. 22–23). Ein Inhaltsfehler im Sinne des BMF kommt nur in Frage, wenn der Fehler eine umsatzsteuerliche Pflichtangabe betrifft (BMF-Schreiben vom 15.10.2026, Rn. 22). Den Begriff erklärt das BMF-Schreiben vom 15.10.2025, Rn. 35a. Ob das auf Ihre Rechnung zutrifft, beurteilt Ihr Steuerbüro.
Quellen: BMF-Schreiben vom 15.10.2026, BMF-Schreiben vom 15.10.2025, abgerufen am 23.10.2026
Für Endrechnungen nach Teilzahlungen lässt das Bundesfinanzministerium bis 30.06.2030 eine vereinfachte Darstellung unbeanstandet. Dabei stehen die erhaltenen Teilzahlungen als Summe im gezahlten Betrag (BT-113), die Einzelheiten im Freitext der Rechnung (BT-22).
Quelle: BMF-Schreiben vom 15.10.2026, abgerufen am 23.10.2026
Diese Seite erklärt, was die Regel technisch verlangt, und nennt die allgemeine Rechtslage mit Quelle. Ob Ihre Rechnung steuerlich stimmt, etwa Steuersatz, Pflichtangaben und Vorsteuerabzug, beurteilt Ihr Steuerbüro. Das ist keine Steuerberatung.
Häufige Fragen.
Kommt BR-CO-16 auch bei Peppol-Rechnungen?
Ja. BR-CO-16 ist eine Regel der Norm EN 16931, und Peppol BIS Billing 3.0 baut auf dieser Norm auf. Die Prüfkonfiguration der KoSIT für Peppol enthält deshalb dieselbe Regel. In unserer Probe mit falschem Zahlbetrag meldete sie BR-CO-16. Mit dieser Konfiguration prüft unser Check Peppol-Rechnungen, die mit Invoice oder CreditNote beginnen. DATEV nennt Peppol BIS Billing 3.0.20 als eines der Formate, in denen seine Programme E-Rechnungen versenden.
Quellen: OpenPeppol, Peppol BIS Billing 3.0, Prüfkonfiguration der KoSIT für Peppol, DATEV-Hilfe, Dok.-Nr. 1049555, abgerufen am 23.10.2026
Was unterscheidet BR-CO-16 von BR-CO-15?
BR-CO-15 prüft den Bruttobetrag, also Netto plus Umsatzsteuer. BR-CO-16 setzt einen Schritt später an und prüft, was davon noch zu zahlen ist. Ändert jemand den Bruttobetrag und lässt den Zahlbetrag stehen, melden beide Regeln. Für unsere Testrechnung zu BR-CO-15 haben wir den Zahlbetrag darum um denselben Cent mitgeändert, sonst wäre auch BR-CO-16 gekommen.
Quellen: Regelwerk zur Norm EN 16931 (CEN), Version 1.3.16, Regelwerk zur Norm EN 16931 (CEN), Version 1.3.16, abgerufen am 23.10.2026
Verwandte Meldungen.
- BR-CO-15 Der Bruttobetrag passt nicht zu Netto und Steuer Prüft den Bruttobetrag, an dem der Zahlbetrag hängt.
- BR-CO-10 Die Summe der Positionen stimmt nicht Prüft die Summe der Positionen, eine Stufe davor.
Rechnungen automatisch prüfen und für die Buchhaltung vorbereiten lassen?
Im Erstgespräch sehen wir uns an, wie bei Ihnen Rechnungen ankommen und wer sie heute prüft. Wie Software eine Eingangsrechnung liest, mit der Bestellung vergleicht und in DATEV für die Buchhaltung vorbereitet, zeigt unser Anwendungsbeispiel Rechnungen automatisch auslesen.
Erstgespräch buchenStand 02.11.2026, geprüft mit KoSIT-Validator 1.6.3, Konfiguration 2026-08-31 (XRechnung-Regeln 2.6.0, EN-16931-Regeln 1.3.16)