Auf dieser Seite
Die kurze Antwort
BR-G-05 schlägt fehl, wenn eine cac:ClassifiedTaxCategory eines Artikels cbc:ID gleich G und ein cbc:Percent hat, das nicht null ist. Die aufgezeichnete Ausfuhrposition lautet G mit 20; ändern Sie den Satz auf 0.
Eine Ausfuhr außerhalb der EU ist zum Nullsatz steuerfrei, daher gilt der inländische Satz, den der Artikel bei einem Verkauf im Inland hätte, für sie nicht.
Was die Regel prüft
Jede G-Kategorie eines Artikels unter dem Schema VAT, an einer Rechnungs- oder Gutschriftsposition, wird einzeln geprüft, und der Befund zeigt auf diese cac:ClassifiedTaxCategory.
Der Satz wird als Dezimalzahl mit null verglichen. Im Versuch bestand 0.00 an der Ausfuhrposition, wie das ursprüngliche 0.
Ein fehlender Satz schlägt ebenfalls fehl. Im Versuch meldete die Ausfuhrposition ohne ihr cbc:Percent diese Regel und sonst nichts; ein leeres cbc:Percent scheiterte stattdessen am XSD-Prüfschritt, sodass die Geschäftsregeln nie liefen.
Nichts sonst im Dokument bemerkt den abweichenden Satz. Die fehlerhafte Rechnung hat weiterhin eine G-Aufschlüsselung mit 0 und 0.00 Steuer, und BR-G-08 summiert Positionsbeträge nur nach Kategorie, daher ist diese Regel der einzige Befund.
| Begriff | Bedeutung | UBL-Element |
|---|---|---|
| BT-151 | Code der Umsatzsteuerkategorie des in Rechnung gestellten Artikels | cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory/cbc:ID (cac:CreditNoteLine/cac:Item/cac:ClassifiedTaxCategory/cbc:ID in a credit note) |
| BT-152 | Umsatzsteuersatz für den in Rechnung gestellten Artikel | cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory/cbc:Percent (cac:CreditNoteLine/cac:Item/cac:ClassifiedTaxCategory/cbc:Percent in a credit note) |
Wie es in einer Integration dazu kommt
Mögliche Ursachen, abgeleitet aus der Form der Regel und nicht aus gemessener Nutzung:
- Der Satz der Position wird aus dem Artikelstamm übernommen, der den inländischen Satz von 20 hält, während die Kategorie aus dem Bestimmungsland gesetzt wird.
- Kategorie und Satz stammen aus zwei Tabellen für Steuerkennzeichen, die nicht gemeinsam aktualisiert wurden.
- Ein Steuerkennzeichen für Ausfuhren wurde als Kopie des Kennzeichens für den Normalsatz angelegt, und sein Satz wurde nie geändert.
So korrigieren Sie das Dokument
- Setzen Sie
cbc:Percentin jedercac:ClassifiedTaxCategoryeines Artikels, derencbc:IDGist, auf0. - Korrigieren Sie das Steuerkennzeichen an der Quelle, sodass das Kennzeichen für Ausfuhren überall, wo der Satz der Position herkommt, einen Satz von 0 liefert.
- Ist der Artikel wirklich mit 20 steuerpflichtig, ist die Position keine Ausfuhr in
G: Geben Sie ihrSmit diesem Satz und stellen Sie sie stattdessen in eine Aufschlüsselung zum Normalsatz.
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: eine Ausfuhrposition in der Kategorie G mit einem Satz von 20
<cac:InvoiceLine>
<cbc:ID>1</cbc:ID>
<cbc:InvoicedQuantity unitCode="C62">2</cbc:InvoicedQuantity>
<cbc:LineExtensionAmount currencyID="GBP">25.00</cbc:LineExtensionAmount>
<cac:Item>
<cbc:Name>Example service</cbc:Name>
<cac:ClassifiedTaxCategory>
<cbc:ID>G</cbc:ID>
<cbc:Percent>20</cbc:Percent>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:ClassifiedTaxCategory>
</cac:Item>
<!-- price omitted from this fragment -->
</cac:InvoiceLine>Ausschnitt der korrigierten Rechnung: die Ausfuhrposition mit einem Satz von 0
<cac:InvoiceLine>
<cbc:ID>1</cbc:ID>
<cbc:InvoicedQuantity unitCode="C62">2</cbc:InvoicedQuantity>
<cbc:LineExtensionAmount currencyID="GBP">25.00</cbc:LineExtensionAmount>
<cac:Item>
<cbc:Name>Example service</cbc:Name>
<cac:ClassifiedTaxCategory>
<cbc:ID>G</cbc:ID>
<cbc:Percent>0</cbc:Percent>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:ClassifiedTaxCategory>
</cac:Item>
<!-- price omitted from this fragment -->
</cac:InvoiceLine>Nur der Satz des Artikels unterscheidet sich: 20 in der fehlerhaften Rechnung, 0 in der korrigierten. BR-G-05 ist der einzige Befund, weil Aufschlüsselung, Steuerbeträge und Summen in beiden Dokumenten gleich sind und keines davon vom Satz der Position abhängt.
Was der Validator gemeldet hat
- Die fehlerhafte Rechnung meldet BR-G-05. 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. Als Gutschrift, mit dem Satz an einercac:CreditNoteLine, meldete die fehlerhafte Rechnung im Versuch denselben Befund. - Wird vom Prüfschritt EN 16931 als fataler Befund an der
cac:ClassifiedTaxCategorydes Artikels gemeldet. - Nachlässe und Zuschläge in
Ghaben eigene Prüfungen des Satzes,BR-G-06undBR-G-07. Positionen zum Nullsatz und im Reverse-Charge-Verfahren folgenBR-Z-05undBR-AE-05.
Verwandte Regeln
- BR-G-06 wendet denselben Nullsatz auf einen Nachlass auf Dokumentenebene in G an
- BR-G-01 verlangt die eine Aufschlüsselung für die Ausfuhr, zu der die korrigierte Position gehört
- BR-Z-05 ist die Prüfung des Satzes für Positionen zum Nullsatz
- BR-AE-05 ist die Prüfung des Satzes für Positionen im Reverse-Charge-Verfahren
- 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-G-05 (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.

