Auf dieser Seite
Die kurze Antwort
BR-IC-07 schlägt fehl, wenn ein Zuschlag, cbc:ChargeIndicator gleich true, die Steuerkategorie K und einen Satz ungleich 0 hat. Die Fracht nach Berlin im aufgezeichneten Beispiel beträgt 6.00 zu 19, dem Satz auf der Rechnung eines deutschen Spediteurs; schreiben Sie stattdessen 0.
Fracht, die der Verkäufer für die Lieferung seiner eigenen Waren berechnet, ist Teil des Entgelts der innergemeinschaftlichen Lieferung; sie erhält daher wie die Waren die Kategorie K und keine Umsatzsteuer.
Was die Regel prüft
Die Regel prüft jede cac:TaxCategory unter einem Zuschlag, deren cbc:ID K und deren Schema VAT ist, auf Dokumentenebene oder innerhalb einer Position, und meldet an diesem Element. Im Versuch wurde ein Zuschlag K zu 19 innerhalb der Position unter dieser Regel gemeldet, neben der Warnung UBL-CR-558. Nachlässe K fallen unter BR-IC-06.
Jeder Satz außer null schlägt fehl. Im Versuch scheiterte die Fracht zu 20 allein an dieser Regel, genau wie zu 19.
Die Fracht als Normalsatz umzukodieren ist keine stille Lösung. Im Versuch meldete die Änderung des Zuschlags auf S zu 20 ohne Aufschlüsselung zum Normalsatz BR-S-01 und BR-IC-08, weil der Steuerbasisbetrag K von 31.00 nicht mehr passte.
Der Satz ändert die Summe nicht. Mit der Fracht zu 19 erfüllte der Steuerbasisbetrag K von 31.00 weiterhin BR-IC-08.
| Begriff | Bedeutung | UBL-Element |
|---|---|---|
| BT-102 | Code der Umsatzsteuerkategorie des Zuschlags auf Dokumentenebene | cac:AllowanceCharge[cbc:ChargeIndicator = true]/cac:TaxCategory/cbc:ID |
| BT-103 | Umsatzsteuersatz des Zuschlags auf Dokumentenebene | cac:AllowanceCharge[cbc:ChargeIndicator = true]/cac:TaxCategory/cbc:Percent |
Wie es in einer Integration dazu kommt
Mögliche Ursachen, abgeleitet aus der Form der Regel und nicht aus gemessener Nutzung:
- Der Frachtsatz wird aus der Rechnung des Spediteurs übernommen, die in Deutschland mit dem deutschen Satz ausgestellt wurde.
- Fracht ist als eigene Inlandsleistung zum Normalsatz des Verkäufers eingerichtet, und nur ihre Kategorie wird auf
Kumgestellt. - Zuschläge werden von einem Versandmodul erzeugt, das die Umsatzsteuerregeln der Positionen nicht kennt.
So korrigieren Sie das Dokument
- Bestätigen Sie, dass der Zuschlag die eigene Gebühr des Verkäufers für die Lieferung der Waren
Kist. Ist das so, bleibt er in KategorieK. - Setzen Sie
cbc:Percentin dercac:TaxCategorydes Zuschlags auf0. - Lassen Sie den Frachtbetrag von 6.00 im Steuerbasisbetrag
K; die korrigierte Aufschlüsselung zeigt 31.00, die Position plus Fracht. - Leiten Sie den Satz eines Zuschlags auf Dokumentenebene aus seiner Umsatzsteuerkategorie ab statt aus Einkaufsdaten, damit der Satz des Spediteurs nie auf die Verkaufsrechnung gelangt.
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: Fracht in Kategorie K mit 19
<cac:AllowanceCharge>
<cbc:ChargeIndicator>true</cbc:ChargeIndicator>
<cbc:AllowanceChargeReasonCode>FC</cbc:AllowanceChargeReasonCode>
<cbc:AllowanceChargeReason>Freight to Berlin</cbc:AllowanceChargeReason>
<cbc:Amount currencyID="GBP">6.00</cbc:Amount>
<cac:TaxCategory>
<cbc:ID>K</cbc:ID>
<cbc:Percent>19</cbc:Percent>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:TaxCategory>
</cac:AllowanceCharge>Ausschnitt der korrigierten Rechnung: derselbe Frachtzuschlag mit 0
<cac:AllowanceCharge>
<cbc:ChargeIndicator>true</cbc:ChargeIndicator>
<cbc:AllowanceChargeReasonCode>FC</cbc:AllowanceChargeReasonCode>
<cbc:AllowanceChargeReason>Freight to Berlin</cbc:AllowanceChargeReason>
<cbc:Amount currencyID="GBP">6.00</cbc:Amount>
<cac:TaxCategory>
<cbc:ID>K</cbc:ID>
<cbc:Percent>0</cbc:Percent>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:TaxCategory>
</cac:AllowanceCharge>Der Frachtzuschlag hat cbc:Percent 19 in der fehlerhaften Rechnung und 0 in der korrigierten; Betrag und Kategorie sind gleich. Das fehlerhafte Dokument meldet nur BR-IC-07.
Was der Validator gemeldet hat
- Die fehlerhafte Rechnung meldet BR-IC-07. 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 für UBL
InvoiceundCreditNote. Die fehlerhafte Rechnung, in eine Gutschrift umgewandelt, meldete im Versuch denselben Befund. - Wird im Prüfschritt EN 16931 als fataler Befund für jeden Zuschlag
Kmit einem Satz ungleich null gemeldet. - Ein Zuschlag
Kbraucht außerdem Umsatzsteuer-Identifikationsnummern beider Parteien nachBR-IC-04. Das Reverse-Charge-Gegenstück istBR-AE-07.
Verwandte Regeln
- BR-IC-06 wendet denselben Satz von 0 auf einen Nachlass K auf Dokumentenebene an
- BR-AE-07 ist das Reverse-Charge-Gegenstück für Zuschläge auf Dokumentenebene
- BR-IC-08 rechnet diese Fracht in den Steuerbasisbetrag K ein
- BR-IC-04 verlangt Umsatzsteuer-Identifikationsnummern beider Parteien, sobald ein Zuschlag K vorhanden ist
- 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-28.1: Quelle geprüft am 2026-09-28, Erklärung zuletzt aktualisiert am 2026-09-28.
Die offizielle Definition von BR-IC-07 (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.

