BR-G-02: Die Umsatzsteuer-Identifikationsnummer des Verkäufers in eine Ausfuhrrechnung aufnehmen

Die kurze Antwort

BR-G-02 schlägt fehl, wenn eine Position als G eingestuft ist, Ausfuhr außerhalb der EU, und der Verkäufer keine Umsatzsteuer-Identifikationsnummer hat: kein cbc:CompanyID in einem cac:PartyTaxScheme für VAT unter cac:AccountingSupplierParty/cac:Party und kein Steuervertreter, der eine trägt. Fügen Sie die Umsatzsteuer-Identifikationsnummer des Verkäufers hinzu.

Nur die Seite des Verkäufers wird geprüft. Die aufgezeichnete Ausfuhr geht an einen Käufer in den Vereinigten Staaten ohne Umsatzsteuer-Identifikationsnummer, und das wird akzeptiert.

Was die Regel prüft

Jede cac:ClassifiedTaxCategory mit cbc:ID gleich G unter dem Schema VAT löst die Regel aus. In UBL gibt es dieses Element nur an Artikeln, also entscheiden die Positionen; eine G-Aufschlüsselung allein genügt nicht. Ein einziger Befund wird an der Wurzel gemeldet.

Sie ist erfüllt mit einem cac:PartyTaxScheme des Verkäufers, dessen cac:TaxScheme/cbc:ID VAT ist und das ein cbc:CompanyID hat, oder mit demselben innerhalb von cac:TaxRepresentativeParty. Im Versuch machte ein Steuervertreter mit Name, Anschrift und einer Kennung für VAT die Ausfuhr ohne jede Umsatzsteuer-Identifikationsnummer des Verkäufers gültig.

Andere Kennungen des Verkäufers zählen nicht. Die fehlerhafte Rechnung behält die Kennung der rechtlichen Registrierung 12345678 und schlägt fehl. Ein cac:PartyTaxScheme des Verkäufers unter dem Schema TAX, wohin eine Steuerregistrierung außerhalb der Umsatzsteuer gehört, schlug im Versuch ebenfalls fehl, ob es GB123456789 oder eine lokale Steuernummer enthielt; BR-S-02 würde diese Registrierung an einer Position zum Normalsatz akzeptieren.

Ein leeres cbc:CompanyID des Verkäufers kam im Versuch an dieser Regel vorbei und wurde stattdessen von PEPPOL-EN16931-R008 gemeldet.

Nichts hier prüft, ob der Käufer außerhalb der EU ist. Dieselbe Ausfuhr mit auf DE geändertem Land des Käufers bestand im Versuch jeden Prüfschritt; ob G richtig ist, entscheidet Ihre Steuerermittlung.

Wie es in einer Integration dazu kommt

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

• Die Umsatzsteuer-Identifikationsnummer des Verkäufers wird nur geschrieben, wenn Umsatzsteuer berechnet wird, und eine Ausfuhr trägt einen Steuerbetrag von null.
• Die Registrierung des Verkäufers wird unter einem anderen Steuerschema-Code als VAT gesendet.
• Die Handelsregisternummer ist die einzige abgebildete Kennung des Verkäufers. Das erfüllt BR-CO-26, aber nicht diese Regel.
• Der Verkäufer nutzt einen Steuervertreter, und cac:TaxRepresentativeParty wird ohne sein cac:PartyTaxScheme gesendet.

So korrigieren Sie das Dokument

1. Nehmen Sie die Umsatzsteuer-Identifikationsnummer der juristischen Person, die die Rechnung ausstellt, aus ihren Unternehmenseinstellungen, vollständig mit Länderpräfix.
2. Geben Sie sie unter cac:AccountingSupplierParty/cac:Party als cac:PartyTaxScheme mit cbc:CompanyID und cac:TaxScheme/cbc:ID gleich VAT aus, zwischen cac:PostalAddress und cac:PartyLegalEntity.
3. Wo ein Steuervertreter die Umsatzsteuer für den Verkäufer abrechnet, senden Sie stattdessen cac:TaxRepresentativeParty mit seinem Namen, seiner Postanschrift und seinem eigenen cac:PartyTaxScheme für VAT.
4. Hat der Verkäufer überhaupt keine Umsatzsteuerregistrierung, klären Sie die Frage mit der für die Steuerermittlung zuständigen Stelle, statt die Kategorie im Mapping zu ändern.

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: Der Verkäufer hat eine Kennung der rechtlichen Registrierung und keine 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>

Ausschnitt der korrigierten Rechnung: die Umsatzsteuer-Identifikationsnummer des Verkäufers unter dem Schema VAT

<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>

Die korrigierte Rechnung gibt dem Verkäufer ein cac:PartyTaxScheme mit GB123456789 unter dem Schema VAT; die fehlerhafte Rechnung hat keines. Der Käufer in New York hat in keinem der beiden Dokumente eine Umsatzsteuer-Identifikationsnummer. Das fehlerhafte Dokument meldet nur BR-G-02, nicht BR-CO-26, weil die Kennung der rechtlichen Registrierung den Verkäufer weiterhin identifiziert.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Eine aus der fehlerhaften Rechnung gebildete Gutschrift ergab im Versuch denselben Befund.
• Die Kategorie G hat eine eigene Regel für den Grund, BR-G-10, die gemeldet wurde, als die aufgezeichnete Ausfuhr ihren Code VATEX-EU-G und ihren Text verlor. Dieser Code an einer Aufschlüsselung einer anderen Kategorie wird von PEPPOL-EN16931-P0104 abgewiesen.
• Wurde zusätzlich die Kennung der rechtlichen Registrierung entfernt, kam im Versuch BR-CO-26 neben dieser Regel hinzu, da der Verkäufer dann gar keine Kennung mehr hatte.

Verwandte Regeln

• BR-IC-02 verlangt zusätzlich die Umsatzsteuer-Identifikationsnummer des Käufers, wenn die Position eine innergemeinschaftliche Lieferung ist
• BR-S-02 ist die Prüfung des Verkäufers für den Normalsatz, die eine Steuerregistrierung unter jedem Schema akzeptiert
• BR-CO-26 verlangt irgendeine Kennung des Verkäufers auf jedem Dokument, ob für die Umsatzsteuer oder nicht
• BR-CO-09 prüft das Länderpräfix der Umsatzsteuer-Identifikationsnummer des Verkäufers, die Sie hinzufügen
• 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-24.

Die offizielle Definition von BR-G-02 (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.