BR-G-04: Den Verkäufer auf einer Ausfuhrrechnung mit einem Zuschlag der Kategorie G unter dem Schema VAT registrieren

Die kurze Antwort

BR-G-04 schlägt fehl, wenn ein cac:AllowanceCharge mit cbc:ChargeIndicator gleich true in der Kategorie G steht und es keine Umsatzsteuer-Identifikationsnummer des Verkäufers oder seines Steuervertreters gibt. Der aufgezeichnete Verkäufer sendet zwar GB123456789, aber unter dem Steuerschema TAX, und das zählt nicht; ändern Sie das Schema auf VAT.

Der Frachtzuschlag von 4.00 und die Ausfuhrposition haben denselben Verkäufer, daher meldet BR-G-02 denselben Mangel für die Position.

Was die Regel prüft

Ein Zuschlag in G löst die Regel auch ganz ohne Ausfuhrposition aus. Im Versuch meldete ein Frachtzuschlag von 4.00 in G auf einer Rechnung, deren einzige Position zum Normalsatz von 20 % stand und deren Verkäufer nur unter TAX registriert war, allein diese Regel. Ein Zuschlag innerhalb einer Position zählt ebenso: Im Versuch meldete ein Zuschlag von 0.00 in G in dieser Position zum Normalsatz, wieder mit dem Verkäufer nur unter TAX, diese Regel und die Warnung UBL-CR-558.

Die Nummer des Verkäufers muss in einem cac:PartyTaxScheme stehen, dessen cac:TaxScheme/cbc:ID VAT ist. Das Schema ist der ganze Unterschied zwischen fehlerhafter und korrigierter Rechnung: Dieselbe GB123456789 unter TAX schlägt fehl.

Ein Steuervertreter ist eine Alternative. Im Versuch bestand die Frachtrechnung ohne Umsatzsteuer-Identifikationsnummer des Verkäufers, aber mit einer cac:TaxRepresentativeParty, die GB987654321 unter VAT trug, jeden Prüfschritt.

Eine leere Nummer wird hier nicht gemeldet. Im Versuch kam ein inhaltsloses cbc:CompanyID des Verkäufers unter VAT an dieser Regel und an BR-G-02 vorbei und scheiterte nur an PEPPOL-EN16931-R008.

Wie es in einer Integration dazu kommt

Mögliche Ursachen, abgeleitet aus der Form der Regel und nicht aus gemessener Nutzung:

• Steuerregistrierungen werden mit einem einzigen allgemeinen Schema-Code, TAX, exportiert, gleich welcher Art sie sind.
• Der Umsatzsteuerabschnitt des Verkäufers wird für Käufer außerhalb der EU unterdrückt, mit der Begründung, dass keine Umsatzsteuer berechnet wird.
• Die Fracht wird von einem Logistikmodul als eigener Zuschlag hinzugefügt, das G aus dem Bestimmungsland ableitet, während die Verkäuferpartei aus einem Profil ohne Umsatzsteuerregistrierung stammt.

So korrigieren Sie das Dokument

1. Finden Sie die Stelle, an der das cac:PartyTaxScheme des Verkäufers geschrieben wird, und geben Sie ihm eine cac:TaxScheme/cbc:ID gleich VAT, wenn sein cbc:CompanyID die Umsatzsteuer-Identifikationsnummer ist.
2. Hat der Verkäufer zusätzlich eine Steuerregistrierung, die nicht die Umsatzsteuer betrifft, kann sie in ein zweites cac:PartyTaxScheme unter einem anderen Schema; das für VAT muss trotzdem vorhanden sein.
3. Wo ein Steuervertreter die Umsatzsteuer für den Verkäufer abrechnet, fügen Sie stattdessen cac:TaxRepresentativeParty mit eigenem cac:PartyTaxScheme für VAT hinzu.
4. Lassen Sie den Frachtzuschlag in G mit einem Satz von 0, wenn er Teil der Ausfuhrlieferung ist.

Korrigierte Rechnung prüfen

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: ein Frachtzuschlag in der Kategorie G und die Registrierung des Verkäufers unter TAX

<cac:AccountingSupplierParty>
  <cac:Party>
    <!-- endpoint and postal address in London, GB, omitted from this fragment -->
    <cac:PartyTaxScheme>
      <cbc:CompanyID>GB123456789</cbc:CompanyID>
      <cac:TaxScheme>
        <cbc:ID>TAX</cbc:ID>
      </cac:TaxScheme>
    </cac:PartyTaxScheme>
    <!-- legal entity omitted from this fragment -->
  </cac:Party>
</cac:AccountingSupplierParty>
<!-- buyer in New York, US, omitted from this fragment -->
<cac:AllowanceCharge>
  <cbc:ChargeIndicator>true</cbc:ChargeIndicator>
  <cbc:AllowanceChargeReasonCode>FC</cbc:AllowanceChargeReasonCode>
  <cbc:AllowanceChargeReason>Freight to New York</cbc:AllowanceChargeReason>
  <cbc:Amount currencyID="GBP">4.00</cbc:Amount>
  <cac:TaxCategory>
    <cbc:ID>G</cbc:ID>
    <cbc:Percent>0</cbc:Percent>
    <!-- tax scheme VAT omitted from this fragment -->
  </cac:TaxCategory>
</cac:AllowanceCharge>

Ausschnitt der korrigierten Rechnung: dieselbe Registrierung unter dem Schema VAT

<cac:AccountingSupplierParty>
  <cac:Party>
    <!-- endpoint and postal address in London, GB, omitted from this fragment -->
    <cac:PartyTaxScheme>
      <cbc:CompanyID>GB123456789</cbc:CompanyID>
      <cac:TaxScheme>
        <cbc:ID>VAT</cbc:ID>
      </cac:TaxScheme>
    </cac:PartyTaxScheme>
    <!-- legal entity omitted from this fragment -->
  </cac:Party>
</cac:AccountingSupplierParty>
<!-- buyer and the freight charge of 4.00 in G omitted from this fragment -->

Nur das Steuerschema des Verkäufers unterscheidet sich: TAX in der fehlerhaften Rechnung, VAT in der korrigierten, beide um GB123456789. Der Frachtzuschlag von 4.00 in G ist unverändert. Das fehlerhafte Dokument meldet außerdem BR-G-02, da seine Ausfuhrposition dieselbe Umsatzsteuer-Identifikationsnummer des Verkäufers braucht.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Die fehlerhafte Rechnung als Gutschrift meldete im Versuch BR-G-02 und diese Regel.
• Nachlässe in G prüft BR-G-03 auf dieselbe Weise. Der eigene Satz des Zuschlags muss unter BR-G-07 0 sein, und sein Betrag zählt zum Steuerbasisbetrag der Ausfuhr, den BR-G-08 prüft.
• BR-CO-09 liest nur Nummern unter dem Schema VAT, daher gerät mit dem Wechsel von GB123456789 zu VAT auch ihr Länderpräfix unter diese Prüfung.

Verwandte Regeln

• BR-G-03 ist dieselbe Prüfung für einen Nachlass auf Dokumentenebene in der Kategorie G
• BR-G-07 verlangt für den G-Zuschlag einen Satz von 0
• BR-G-02 verlangt die Umsatzsteuer-Identifikationsnummer des Verkäufers, wenn eine Ausfuhrposition vorhanden ist, und schlägt zusammen mit dieser Regel an
• BR-S-02 akzeptiert für Positionen zum Normalsatz eine Registrierung des Verkäufers unter TAX, anders als diese Regel
• 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-04 (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.