BR-IC-03: Die Umsatzsteuer-Identifikationsnummern ergänzen, die ein innergemeinschaftlicher Nachlass auf Dokumentenebene verlangt

Die kurze Antwort

BR-IC-03 schlägt fehl, wenn ein Nachlass auf Dokumentenebene, cbc:ChargeIndicator gleich false, die Steuerkategorie K hat und dem Dokument eine Umsatzsteuer-Identifikationsnummer für die Verkäuferseite oder den Käufer fehlt. Im aufgezeichneten Beispiel steht der Palettenrabatt von 1.25 in K, und der Käufer hat kein cac:PartyTaxScheme; die Umsatzsteuer-Identifikationsnummer des Käufers DE123456789 im Schema VAT behebt den Fehler.

Ein innergemeinschaftlicher Rabatt steht in der Regel neben Positionen K, daher kommt BR-IC-02 mit, wie hier. Eine fehlende Kennung ergibt beide Befunde, und ihre Ergänzung behebt beide.

Was die Regel prüft

Auslöser ist jedes cac:AllowanceCharge mit cbc:ChargeIndicator gleich false, dessen cac:TaxCategory im Schema VAT K ist. Der Befund wird einmal an der Dokumentwurzel gemeldet.

Der Nachlass genügt auch ohne Position K. Im Versuch meldete die aufgezeichnete fehlerhafte Rechnung, deren Position in die Kategorie Z verschoben und deren Aufschlüsselungen angepasst wurden, diese Regel und nicht BR-IC-02.

Verlangt werden die Kennungen, die eine Position K braucht: auf der Verkäuferseite ein cac:PartyTaxScheme/cbc:CompanyID mit VAT für den Verkäufer oder einen Steuervertreter, auf der Käuferseite ein cac:PartyTaxScheme/cbc:CompanyID mit VAT für den Käufer.

Eine Kennung der rechtlichen Registrierung des Käufers ersetzt sie nicht. Die fehlerhafte Rechnung behält 87654321 im cac:PartyLegalEntity des Käufers und scheitert trotzdem, während die Reverse-Charge-Regel für Nachlässe BR-AE-03 sie akzeptieren würde.

Eine Käufernummer unter einem anderen Schema zählt ebenfalls nicht. Im Versuch meldete DE123456789 mit dem Steuerschema TAX diese Regel und BR-IC-02, genau wie ihr Fehlen.

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 Käufers wird nur für Reverse-Charge-Dokumente gemappt, und der Export füllt die Parteien einer innergemeinschaftlichen Lieferung wie bei einem Inlandsgeschäft.
• Der Kunde wurde nur anhand des Lieferlands für EU-Lieferungen eingerichtet, und seine Umsatzsteuer-Identifikationsnummer wurde nie erfasst.
• Der Rabatt übernimmt die Kategorie K von den Positionen, während die Käuferpartei aus einem Auftragsdatensatz ohne Steuerfelder stammt.
• Die Umsatzsteuer-Identifikationsnummer des Käufers liegt in einem Kontakt- oder Lieferdatensatz, den der Rechnungsexport nicht liest.

So korrigieren Sie das Dokument

1. Bestätigen Sie, dass der Rabatt zur innergemeinschaftlichen Lieferung gehört. Ein Rabatt auf Waren mit K erhält die Kategorie K und einen Satz von 0.
2. Übernehmen Sie die Umsatzsteuer-Identifikationsnummer des Käufers mit Länderpräfix aus dem Kundenstamm und schreiben Sie sie als cac:PartyTaxScheme mit cbc:CompanyID und cac:TaxScheme/cbc:ID gleich VAT zwischen cac:PostalAddress und cac:PartyLegalEntity in die Käuferpartei.
3. Prüfen Sie gleichzeitig die Verkäuferseite: Das cac:PartyTaxScheme des Verkäufers muss das Schema VAT verwenden, oder eine cac:TaxRepresentativeParty muss eine Kennung mit VAT tragen. BR-IC-04 zeigt die fehlerhafte Verkäuferseite.
4. Hat der Käufer keine Umsatzsteuer-Identifikationsnummer, bringen Sie die Kategorie der Positionen und des Rabatts zurück in die Steuerfindung, statt eine Kennung zu erfinden.

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 Kategorie K und ein Käufer mit Kennung der rechtlichen Registrierung, aber ohne Umsatzsteuer-Identifikationsnummer

<cac:AccountingCustomerParty>
  <cac:Party>
    <cbc:EndpointID schemeID="0088">7300010000001</cbc:EndpointID>
    <!-- postal address in Berlin, DE, omitted from this fragment -->
    <cac:PartyLegalEntity>
      <cbc:RegistrationName>Example Buyer Ltd</cbc:RegistrationName>
      <cbc:CompanyID>87654321</cbc:CompanyID>
    </cac:PartyLegalEntity>
  </cac:Party>
</cac:AccountingCustomerParty>
<!-- delivery omitted from this fragment -->
<cac:AllowanceCharge>
  <cbc:ChargeIndicator>false</cbc:ChargeIndicator>
  <cbc:AllowanceChargeReasonCode>95</cbc:AllowanceChargeReasonCode>
  <cbc:AllowanceChargeReason>Full pallet discount</cbc:AllowanceChargeReason>
  <cbc:Amount currencyID="GBP">1.25</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: die Umsatzsteuer-Identifikationsnummer des Käufers DE123456789 im Schema VAT

<cac:AccountingCustomerParty>
  <cac:Party>
    <cbc:EndpointID schemeID="0088">7300010000001</cbc:EndpointID>
    <!-- postal address in Berlin, DE, omitted from this fragment -->
    <cac:PartyTaxScheme>
      <cbc:CompanyID>DE123456789</cbc:CompanyID>
      <cac:TaxScheme>
        <cbc:ID>VAT</cbc:ID>
      </cac:TaxScheme>
    </cac:PartyTaxScheme>
    <cac:PartyLegalEntity>
      <cbc:RegistrationName>Example Buyer Ltd</cbc:RegistrationName>
      <cbc:CompanyID>87654321</cbc:CompanyID>
    </cac:PartyLegalEntity>
  </cac:Party>
</cac:AccountingCustomerParty>
<!-- the K discount of 1.25 is unchanged -->

Die korrigierte Rechnung gibt dem Käufer DE123456789 in einem cac:PartyTaxScheme mit VAT; die fehlerhafte Rechnung hat keine Umsatzsteuer-Identifikationsnummer des Käufers, und der Rabatt von 1.25 in K ist in beiden gleich. Neben BR-IC-03 meldet das fehlerhafte Dokument BR-IC-02, weil auch seine Position in Kategorie K steht.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. In eine Gutschrift umgewandelt, meldete die fehlerhafte Rechnung im Versuch BR-IC-02 und diese Regel.
• Wird im Prüfschritt EN 16931 als ein fataler Befund an der Wurzel gemeldet, gleich welche Seite fehlt.
• Zuschläge in K haben dieselbe Anforderung nach BR-IC-04, Positionen nach BR-IC-02. Das Reverse-Charge-Gegenstück für Nachlässe, BR-AE-03, akzeptiert außerdem eine Verkäuferkennung unter jedem Schema und eine Kennung der rechtlichen Registrierung des Käufers.

Verwandte Regeln

• BR-IC-02 stellt dieselbe Anforderung an die Kennungen für Positionen K und wird neben dieser Regel gemeldet
• BR-IC-04 ist die Kennungsregel für einen Zuschlag K auf Dokumentenebene, gezeigt mit fehlender Verkäuferseite
• BR-AE-03 ist die großzügigere Reverse-Charge-Fassung für Nachlässe auf Dokumentenebene
• BR-IC-06 verlangt, dass derselbe Rabatt 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-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.