Auf dieser Seite
Die kurze Antwort
BR-CO-11 schlägt fehl, wenn cac:LegalMonetaryTotal/cbc:AllowanceTotalAmount nicht die Summe der Nachlässe auf Dokumentenebene ist. Addieren Sie cbc:Amount jedes cac:AllowanceCharge direkt unter dem Wurzelelement des Dokuments, dessen cbc:ChargeIndicator false ist, runden Sie die Summe auf zwei Nachkommastellen und tragen Sie diesen Wert als Summe der Nachlässe ein.
Nachlässe auf Positionsebene gehören nicht zu dieser Summe. Sie sind bereits in jedem Nettobetrag einer Position enthalten.
Was die Regel prüft
Die Regel vergleicht eine Summe mit den Beträgen, die sie zusammenfasst. Sie liest nur cac:AllowanceCharge-Elemente, die Kinder des Wurzelelements Invoice oder CreditNote sind und bei denen cbc:ChargeIndicator auf false gesetzt ist. Zuschläge sowie jedes cac:AllowanceCharge innerhalb einer Position oder eines Preises werden ignoriert.
Der Vergleich ist exakt, nachdem die Summe auf zwei Nachkommastellen gerundet wurde. Es gibt keine Toleranz: Eine Summe von 2.00 gegenüber Nachlässen von 1.99 schlägt fehl.
Die Summe darf nur fehlen, wenn es überhaupt keine Nachlässe auf Dokumentenebene gibt. Ein Nachlass ohne Summe schlägt fehl. Ohne Nachlässe besteht eine ausdrücklich angegebene Summe von 0.00, und jede andere Summe schlägt fehl.
| Begriff | Bedeutung | UBL-Element |
|---|---|---|
| BT-107 | Summe der Nachlässe auf Dokumentenebene | cac:LegalMonetaryTotal/cbc:AllowanceTotalAmount |
| BT-92 | Betrag des Nachlasses auf Dokumentenebene | cac:AllowanceCharge[cbc:ChargeIndicator = false]/cbc:Amount |
Wie es in einer Integration dazu kommt
Mögliche Ursachen, abgeleitet aus der Form der Regel und nicht aus gemessener Nutzung:
- Die Summe stammt aus einem Kopffeld im Quellsystem, während die Nachlasselemente aus einer eigenen Tabelle aufgebaut werden, und beide stimmen nicht überein.
- Positionsrabatte werden in die Summe auf Dokumentenebene eingerechnet und zusätzlich mit den Positionsbeträgen verrechnet.
- Ein Zuschlag wird mit
cbc:ChargeIndicatorfalseausgegeben oder ein Nachlass mittrue, sodass der Betrag in der falschen Summe landet. - Beträge werden als binäre Gleitkommazahlen summiert, und das Ergebnis weicht vor der Formatierung um einen Cent ab.
- Die Nachlasselemente werden ausgegeben, aber die Summe fehlt, weil das Quellsystem sie als optional behandelt.
So korrigieren Sie das Dokument
- Listen Sie die
cac:AllowanceCharge-Elemente direkt unter dem Wurzelelement des Dokuments auf und behalten Sie diejenigen mitcbc:ChargeIndicatorfalse. - Summieren Sie ihre
cbc:Amount-Werte mit Dezimalarithmetik und runden Sie das Ergebnis dann auf zwei Nachkommastellen. - Schreiben Sie diesen Wert in
cac:LegalMonetaryTotal/cbc:AllowanceTotalAmount. Ist die Liste leer, lassen Sie das Element weg. - Berechnen Sie die Summe ohne Umsatzsteuer aus dem korrigierten Wert neu: Positionssumme minus Summe der Nachlässe plus Summe der Zuschläge. Das prüft als Nächstes
BR-CO-13.
Das aufgezeichnete Beispiel hat einen Nachlass und einen Zuschlag auf Dokumentenebene.
Nachlässe auf Dokumentenebene: 1.00 Summe der Nachlässe (BT-107): 1.00 Summe ohne Umsatzsteuer: 66.00 - 1.00 + 3.50 = 68.50
Vorher und nachher
Dies sind Ausschnitte, keine vollständigen Dokumente. Die vollständigen synthetischen Dokumente, aus denen sie stammen, sind unten verlinkt.
Ausschnitt der fehlerhaften Rechnung: Die Summe lautet 2.00, der einzige Nachlass beträgt 1.00
<cac:AllowanceCharge>
<cbc:ChargeIndicator>false</cbc:ChargeIndicator>
<cbc:AllowanceChargeReason>Example document discount</cbc:AllowanceChargeReason>
<cbc:Amount currencyID="GBP">1.00</cbc:Amount>
<!-- tax category omitted from this fragment -->
</cac:AllowanceCharge>
<cac:LegalMonetaryTotal>
<cbc:LineExtensionAmount currencyID="GBP">66.00</cbc:LineExtensionAmount>
<cbc:TaxExclusiveAmount currencyID="GBP">68.50</cbc:TaxExclusiveAmount>
<cbc:AllowanceTotalAmount currencyID="GBP">2.00</cbc:AllowanceTotalAmount>
<cbc:ChargeTotalAmount currencyID="GBP">3.50</cbc:ChargeTotalAmount>
</cac:LegalMonetaryTotal>Ausschnitt der korrigierten Rechnung: Die Summe ist die Summe der Nachlässe
<cac:LegalMonetaryTotal>
<cbc:LineExtensionAmount currencyID="GBP">66.00</cbc:LineExtensionAmount>
<cbc:TaxExclusiveAmount currencyID="GBP">68.50</cbc:TaxExclusiveAmount>
<cbc:AllowanceTotalAmount currencyID="GBP">1.00</cbc:AllowanceTotalAmount>
<cbc:ChargeTotalAmount currencyID="GBP">3.50</cbc:ChargeTotalAmount>
</cac:LegalMonetaryTotal>Nur cbc:AllowanceTotalAmount unterscheidet sich. Das fehlerhafte Dokument meldet außerdem BR-CO-13, weil die Summe ohne Umsatzsteuer von 68.50 aus einer Summe der Nachlässe von 1.00 berechnet wurde und nicht mehr zu den übermittelten 2.00 passt. Die Korrektur der Summe der Nachlässe behebt beide Befunde.
Was der Validator gemeldet hat
- Die fehlerhafte Rechnung meldet BR-CO-11 und BR-CO-13. Das korrigierte Dokument besteht jeden Prüfschritt ohne Befunde.Fehlerhaftes XML herunterladenKorrigiertes XML herunterladen
Aufgezeichnet mit phive 12.1.0 / phive-rules-peppol 4.5.6 / Saxon-HE 12.10, der Engine hinter dem kostenlosen Validator, mit synthetischen Daten. Ein aufgezeichnetes Ergebnis ist ein Regressionsnachweis für diese Dokumente, keine Zertifizierung.
Wo die Regel gilt
- Gilt gleichermaßen für UBL
InvoiceundCreditNote; die Elemente heißen in beiden gleich. - Die Beträge sind in der Dokumentwährung angegeben. Die Regel rechnet keine Währungen um und betrachtet die Buchungswährung der Umsatzsteuer nicht.
- Jeder Nachlass auf Dokumentenebene braucht weiterhin eine eigene Umsatzsteuerkategorie und einen eigenen Grund, die andere Regeln prüfen. Diese Regel betrifft nur die Summe.
Verwandte Regeln
- BR-CO-12 ist dieselbe Prüfung für Zuschläge auf Dokumentenebene
- BR-CO-13 verwendet die Summe der Nachlässe, um die Summe ohne Umsatzsteuer zu prüfen
- BR-CO-10 prüft die Positionssumme, von der die Nachlässe abgezogen werden
- PEPPOL-EN16931-R040 prüft jeden Nachlassbetrag gegen seinen Basisbetrag und seinen Prozentsatz
- Alle Regeln der Referenz ansehen
- Hintergrund (auf Englisch): Understanding EN 16931 validation errors
Umfang und Quelle
Geschrieben für Peppol BIS Billing 3.0.21 (May 2026), EN 16931 1.3.16, angewendet auf Invoice- und CreditNote-Dokumente in UBL 2.1. Andere Profile, Syntaxen und Releases können diese Kennung anders definieren. Version des Hinweiskatalogs 2026-09-24.1: Quelle geprüft am 2026-09-24, Erklärung zuletzt aktualisiert am 2026-09-20.
Die offizielle Definition von BR-CO-11 (auf Englisch) enthält den normativen Wortlaut und den Test. Diese Seite ist unsere Erklärung dazu, keine Kopie.
Die Erklärung ändert das Urteil der Engine nicht. Dass Sie diesen Befund beheben, heißt nicht, dass das Dokument jeden Prüfschritt besteht. Die Validierung bescheinigt keine rechtliche oder steuerliche Konformität und überträgt kein Dokument über Peppol.

