BR-IC-04: Verkäufer und Käufer im Schema VAT kennzeichnen, wenn ein Zuschlag auf Dokumentenebene innergemeinschaftlich ist

Die kurze Antwort

BR-IC-04 schlägt fehl, wenn ein Zuschlag auf Dokumentenebene, cbc:ChargeIndicator gleich true, in Kategorie K steht und das Dokument die Verkäuferseite und den Käufer nicht im Schema VAT kennzeichnet. Im aufgezeichneten Beispiel steht der Frachtzuschlag von 6.00 in K, und die Nummer GB123456789 des Verkäufers liegt in einem cac:PartyTaxScheme mit dem Schema TAX; dieses Schema auf VAT zu ändern behebt den Fehler.

Eine Nummer im Schema TAX ist eine Steuernummer des Verkäufers, keine Umsatzsteuer-Identifikationsnummer des Verkäufers. Auf der Verkäuferseite hängt diese Regel genau an dieser Unterscheidung, während manche Regeln anderer Umsatzsteuerkategorien beides akzeptieren.

Was die Regel prüft

Die Regel greift bei jedem cac:AllowanceCharge mit cbc:ChargeIndicator gleich true, dessen cac:TaxCategory im Schema VAT die cbc:ID K hat, und meldet einmal an der Wurzel.

Auf der Verkäuferseite zählt nur ein cbc:CompanyID in einem cac:PartyTaxScheme des Verkäufers mit dem Schema VAT oder eines in cac:TaxRepresentativeParty mit dem Schema VAT. Im Versuch ergab das vollständige Entfernen des cac:PartyTaxScheme des Verkäufers dieselben zwei Befunde wie das Schema TAX.

Ein Verkäufer mit beiden Schemata besteht. Im Versuch machte ein zusätzliches cac:PartyTaxScheme mit VAT und GB123456789 neben dem mit TAX die fehlerhafte Rechnung gültig.

Ein Steuervertreter erfüllt die Verkäuferseite allein. Im Versuch machte eine deutsche cac:TaxRepresentativeParty mit DE987654321 im Schema VAT, zur fehlerhaften Rechnung hinzugefügt, während der Verkäufer im Schema TAX blieb, die Rechnung gültig.

Die Käuferseite hat keine Alternative: Sie braucht ein cac:PartyTaxScheme/cbc:CompanyID des Käufers im Schema VAT. Das Entfernen aus der gültigen Frachtrechnung meldete im Versuch diese Regel und BR-IC-02.

Der Zuschlag löst die Regel auch ohne Position K aus. Im Versuch, bei dem die einzige Position in die Kategorie Z verschoben und die Aufschlüsselungen angepasst wurden, meldete die Fracht in K diese Regel ohne BR-IC-02.

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 ist unter einem allgemeinen Steuerschema-Code, TAX, hinterlegt, den inländische Rechnungen zum Normalsatz akzeptieren.
• Der Verkäufer hat neben der Umsatzsteuer-Identifikationsnummer eine nationale Steuernummer, und der Export schreibt nur die erste, die er findet.
• Der Verkäufer arbeitet mit einem Fiskalvertreter im Bestimmungsland, und cac:TaxRepresentativeParty wird ohne ihr cac:PartyTaxScheme gesendet.
• Die Fracht wird der Rechnung hinzugefügt, nachdem die Parteidaten für ein Inlandsdokument aufgebaut wurden.

So korrigieren Sie das Dokument

1. Sehen Sie sich jedes cac:PartyTaxScheme unter der Verkäuferpartei an und lesen Sie sein cac:TaxScheme/cbc:ID. Die Umsatzsteuer-Identifikationsnummer des Verkäufers muss im Schema VAT stehen.
2. Ist die Nummer dort die Umsatzsteuer-Identifikationsnummer des Verkäufers, ändern Sie das Schema in VAT. Ist sie eine nationale Steuernummer, lassen Sie sie unter TAX und fügen Sie ein zweites cac:PartyTaxScheme mit der Umsatzsteuer-Identifikationsnummer hinzu.
3. Handelt der Verkäufer über einen Fiskalvertreter, senden Sie cac:TaxRepresentativeParty mit Name, Postanschrift und einem cac:PartyTaxScheme mit VAT, nach cac:AccountingCustomerParty.
4. Prüfen Sie auch den Käufer: Im aufgezeichneten Beispiel erfüllt DE123456789 im Schema VAT in der Käuferpartei die Käuferseite bereits.

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 Kategorie K und die Nummer des Verkäufers im Steuerschema TAX

<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>TAX</cbc:ID>
      </cac:TaxScheme>
    </cac:PartyTaxScheme>
    <!-- legal entity omitted from this fragment -->
  </cac:Party>
</cac:AccountingSupplierParty>
<!-- buyer and delivery omitted from this fragment -->
<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>

Ausschnitt der korrigierten Rechnung: dieselbe Nummer des Verkäufers im 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>
    <!-- legal entity omitted from this fragment -->
  </cac:Party>
</cac:AccountingSupplierParty>
<!-- the K freight charge of 6.00 is unchanged -->

Nur das Steuerschema des Verkäufers unterscheidet sich: TAX in der fehlerhaften Rechnung, VAT in der korrigierten, mit GB123456789 in beiden. Das fehlerhafte Dokument meldet BR-IC-02 ebenso wie BR-IC-04, da seine Position in Kategorie K steht und derselben Prüfung der Verkäuferseite unterliegt.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Als Gutschrift ergab die fehlerhafte Rechnung im Versuch BR-IC-02 und diese Regel.
• Wird im Prüfschritt EN 16931 einmal pro Dokument an der Wurzel gemeldet.
• Die Reverse-Charge-Regel für Zuschläge, BR-AE-04, würde die Nummer des Verkäufers im Schema TAX akzeptieren, ebenso die Verkäuferprüfung für den Normalsatz BR-S-02.
• Der Satz des Zuschlags ist eine eigene Frage für BR-IC-07, und der Zuschlagsbetrag muss nach BR-IC-08 im Steuerbasisbetrag K enthalten sein.

Verwandte Regeln

• BR-IC-02 wendet dieselbe Prüfung von Verkäufer und Käufer auf Positionen K an und wird neben dieser Regel gemeldet
• BR-IC-03 ist die Kennungsregel für einen Nachlass K auf Dokumentenebene, gezeigt mit fehlender Käuferseite
• BR-AE-04 ist die Reverse-Charge-Fassung für Zuschläge auf Dokumentenebene und akzeptiert eine Verkäuferkennung unter jedem Schema
• BR-IC-07 verlangt, dass derselbe Zuschlag K einen Satz von 0 trägt
• 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-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.