BR-G-03: Die Umsatzsteuer-Identifikationsnummer des Verkäufers in eine Ausfuhrrechnung mit einem Nachlass der Kategorie G aufnehmen

Die kurze Antwort

BR-G-03 schlägt fehl, wenn ein cac:AllowanceCharge mit cbc:ChargeIndicator gleich false in der Kategorie G steht und es keine Umsatzsteuer-Identifikationsnummer des Verkäufers oder seines Steuervertreters gibt. Die aufgezeichnete Ausfuhr hat einen Mengenrabatt von 2.50 in G und kein cac:PartyTaxScheme des Verkäufers; das Hinzufügen von GB123456789 unter dem Schema VAT behebt den Fehler.

Dieselbe Lücke meldet BR-G-02 für die Ausfuhrposition, daher kommen die beiden Befunde auf einer gewöhnlichen Ausfuhrrechnung zusammen, und eine Nummer behebt beide.

Was die Regel prüft

Auslöser ist der Nachlass, nicht die Positionen. Im Versuch meldete eine Rechnung zum Normalsatz mit einem G-Rabatt von 2.50, deren Verkäufer nur unter dem Schema TAX registriert war, allein diese Regel; BR-S-02 akzeptierte diese Registrierung für die Position zum Normalsatz. Ein Nachlass innerhalb einer Position zählt ebenso: Im Versuch meldete ein Nachlass von 0.00 in G in der Position zum Normalsatz, wieder mit dem Verkäufer nur unter TAX, diese Regel und die Warnung UBL-CR-558.

Zum Bestehen braucht der Verkäufer ein cbc:CompanyID in einem cac:PartyTaxScheme unter cac:AccountingSupplierParty/cac:Party, dessen Steuerschema VAT ist, oder cac:TaxRepresentativeParty braucht dasselbe. Im Versuch machte ein Steuervertreter mit Namen, Londoner Anschrift und GB987654321 unter VAT die rabattierte Ausfuhr ohne Umsatzsteuer-Identifikationsnummer des Verkäufers gültig.

Eine Registrierung unter TAX ist hier keine Umsatzsteuer-Identifikationsnummer. Im Versuch meldete die rabattierte Ausfuhr, deren cac:PartyTaxScheme des Verkäufers von VAT auf TAX umgestellt war, diese Regel und BR-G-02, genau wie bei entfernter Nummer.

Gelesen wird nur die Seite des Verkäufers, und der Käufer in New York hat in keinem der beiden Dokumente eine Umsatzsteuer-Identifikationsnummer. Der Befund wird einmal gemeldet, an der Wurzel des Dokuments.

Wie es in einer Integration dazu kommt

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

• Der Umsatzsteuerabschnitt des Verkäufers wird nur ausgegeben, wenn das Dokument Umsatzsteuer enthält, und auf einer Ausfuhr steht alles mit einem Satz von 0.
• Der Rabatt wird von einem Preismodul hinzugefügt, nachdem der Kopf gebildet ist, und der Kopf stammt aus einem Profil, das den Steuerabschnitt des Verkäufers für Käufer außerhalb der EU weglässt.
• Die Registrierung des Verkäufers wird unter einem allgemeinen Steuerschema-Code wie TAX gesendet.
• Der Nachlass übernimmt die Kategorie G von den Ausfuhrpositionen, während die Verkäuferpartei aus einer Vorlage für Verkäufer ohne Umsatzsteuerregistrierung stammt.

So korrigieren Sie das Dokument

1. Nehmen Sie die Umsatzsteuer-Identifikationsnummer der juristischen Person, die die Rechnung ausstellt, mit ihrem Länderpräfix aus deren Unternehmenseinstellungen.
2. Geben Sie sie als cac:PartyTaxScheme in der Verkäuferpartei aus, nach cac:PostalAddress und vor cac:PartyLegalEntity, mit cac:TaxScheme/cbc:ID gleich VAT.
3. Wo ein Steuervertreter die Umsatzsteuer für den Verkäufer abwickelt, senden Sie stattdessen cac:TaxRepresentativeParty mit seinem Namen, seiner Postanschrift und seiner eigenen Registrierung für VAT.
4. Lassen Sie den Nachlass in G mit einem Satz von 0, wie die Ausfuhrpositionen, die er mindert; um die Kategorie geht es bei dieser Regel nicht.

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 Rabatt in der Kategorie G und ein Verkäufer ohne Umsatzsteuer-Identifikationsnummer

<cac:AccountingSupplierParty>
  <cac:Party>
    <cbc:EndpointID schemeID="0088">7300010000001</cbc:EndpointID>
    <!-- postal address in London, GB, omitted from this fragment -->
    <cac:PartyLegalEntity>
      <cbc:RegistrationName>Example Supplier Ltd</cbc:RegistrationName>
      <cbc:CompanyID>12345678</cbc:CompanyID>
    </cac:PartyLegalEntity>
  </cac:Party>
</cac:AccountingSupplierParty>
<!-- buyer in New York, US, omitted from this fragment -->
<cac:AllowanceCharge>
  <cbc:ChargeIndicator>false</cbc:ChargeIndicator>
  <cbc:AllowanceChargeReasonCode>95</cbc:AllowanceChargeReasonCode>
  <cbc:AllowanceChargeReason>Volume discount</cbc:AllowanceChargeReason>
  <cbc:Amount currencyID="GBP">2.50</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: die Umsatzsteuer-Identifikationsnummer des Verkäufers unter dem Schema VAT, mit demselben Rabatt

<cac:AccountingSupplierParty>
  <cac:Party>
    <cbc:EndpointID schemeID="0088">7300010000001</cbc:EndpointID>
    <!-- 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>
    <cac:PartyLegalEntity>
      <cbc:RegistrationName>Example Supplier Ltd</cbc:RegistrationName>
      <cbc:CompanyID>12345678</cbc:CompanyID>
    </cac:PartyLegalEntity>
  </cac:Party>
</cac:AccountingSupplierParty>
<!-- buyer and the discount of 2.50 in G omitted from this fragment -->

Die korrigierte Rechnung gibt dem Verkäufer GB123456789 in einem cac:PartyTaxScheme unter VAT; die fehlerhafte Rechnung hat keine Umsatzsteuer-Identifikationsnummer des Verkäufers, und der Rabatt von 2.50 in G ist in beiden gleich. Das fehlerhafte Dokument meldet außerdem BR-G-02, weil auch seine Position in G steht und dieselbe Nummer braucht.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Eine aus der fehlerhaften Rechnung gebildete Gutschrift meldete im Versuch BR-G-02 und diese Regel.
• Zuschläge auf Dokumentenebene in G haben unter BR-G-04 dieselbe Anforderung, und der Nachlass selbst muss unter BR-G-06 einen Satz von 0 haben.
• Hier werden keine Länder verglichen. Die Regel nimmt die Kategorie G als gegeben; ob die Waren die EU wirklich verlassen, entscheidet Ihre Steuerermittlung.

Verwandte Regeln

• BR-G-02 stellt dieselbe Anforderung für Ausfuhrpositionen und wird neben dieser Regel gemeldet
• BR-G-04 ist die entsprechende Prüfung für einen Zuschlag auf Dokumentenebene in der Kategorie G
• BR-G-06 verlangt für den G-Nachlass selbst einen Satz von 0
• 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-03 (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.