BR-IC-01: Genau eine innergemeinschaftliche Umsatzsteueraufschlüsselung senden

Die kurze Antwort

BR-IC-01 schlägt fehl, wenn die Kategorie K irgendwo im Dokument vorkommt, auf einer Position, einem Nachlass oder Zuschlag auf Dokumentenebene oder in einer Umsatzsteueraufschlüsselung, und das cac:TaxTotal der Wurzel nicht genau ein cac:TaxSubtotal mit der Steuerkategorie K enthält. Das aufgezeichnete Beispiel schreibt die innergemeinschaftliche Aufschlüsselung zweimal; löschen Sie die Kopie.

Gibt es gar keine Aufschlüsselung K, fügen Sie eine hinzu: den Steuerbasisbetrag des Inhalts mit K, einen Steuerbetrag von 0.00, einen Satz von 0 und den Grund VATEX-EU-IC.

Was die Regel prüft

Die Regel läuft einmal, an der Dokumentwurzel. Sie sucht K im Schema VAT in jeder cac:ClassifiedTaxCategory oder cac:TaxCategory, zählt dann die Steuerkategorien K in der Umsatzsteueraufschlüsselung der Wurzel und besteht nur, wenn diese Anzahl 1 ist.

Zwei identische Aufschlüsselungen K schlagen fehl, obwohl jede zur Position passt. Diese Regel war der einzige Befund des aufgezeichneten Beispiels, weil BR-IC-08 jede Aufschlüsselung mit der gesamten Summe für K vergleicht und beide die vollen 25.00 enthielten.

Eine Aufteilung fällt deutlicher auf. Im Versuch mit einer Rechnung, die einen Frachtzuschlag in K hat, meldeten eine Aufschlüsselung K über 25.00 für die Position und eine weitere über 6.00 für die Fracht diese Regel und BR-IC-08 für jede Aufschlüsselung.

Ein Nachlass oder Zuschlag bringt die Regel allein ins Spiel. Im Versuch meldete eine Rechnung zum Normalsatz mit einem als K kodierten Frachtzuschlag und ohne Aufschlüsselung K diese Regel und zusätzlich BR-IC-04, da dieser Käufer keine Umsatzsteuer-Identifikationsnummer hatte.

Eine Aufschlüsselung K ohne Inhalt mit K dahinter besteht, weil die Aufschlüsselung selbst das Vorkommen von K ist und die Anzahl 1 beträgt. Im Versuch, bei dem die einzige Position auf Z umkodiert wurde, meldete BR-IC-08 die übrig gebliebene Aufschlüsselung und BR-Z-01 die Position, nicht diese Regel.

Wird die Aufschlüsselung auf eine andere Kategorie umkodiert, verstummen auch die Lieferprüfungen, weil BR-IC-11 und BR-IC-12 nach einer Aufschlüsselung K suchen. Im Versuch mit der auf Z umkodierten Aufschlüsselung über der Position K meldete das Dokument nur diese Regel und BR-Z-08.

Wie es in einer Integration dazu kommt

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

• Die Aufschlüsselung wird einmal aus den Positionen gebildet und nach einer Neuberechnung erneut angehängt, ohne dass die erste entfernt wird.
• Aufschlüsselungen werden nach Steuerkennzeichen statt nach Kategorie gruppiert, und zwei Steuerkennzeichen, eines für Waren und eines für Fracht, führen beide zu K.
• Die Kategorie der Position wird für EU-Kunden auf K umgestellt, während die Aufschlüsselung weiter aus dem inländischen Steuerkennzeichen entsteht, sodass das Dokument Positionen K unter einer Aufschlüsselung S oder Z hat.
• Ein Zuschlag auf Dokumentenebene wird auf einer sonst inländischen Rechnung mit K kodiert, sodass K ohne zugehörige Aufschlüsselung vorkommt.

So korrigieren Sie das Dokument

1. Zählen Sie die cac:TaxSubtotal-Elemente, deren cac:TaxCategory/cbc:ID K ist, und listen Sie auf, wo K sonst vorkommt: bei Artikeln der Positionen und bei Nachlässen und Zuschlägen auf Wurzelebene.
2. Sind es zwei oder mehr, führen Sie sie zu einer zusammen. Ihr Steuerbasisbetrag ist die Summe der Positionsnettobeträge mit K plus Zuschläge mit K minus Nachlässe mit K, ihr Steuerbetrag ist 0.00, und sie behält den Grundcode VATEX-EU-IC und den Text.
3. Gibt es keine, klären Sie zuerst, ob der Inhalt mit K stimmt. Bei einer echten innergemeinschaftlichen Lieferung fügen Sie die Aufschlüsselung K hinzu und prüfen das Lieferdatum oder den Rechnungszeitraum sowie das Land der Lieferanschrift, die BR-IC-11 und BR-IC-12 dann verlangen; bei einer Position oder einem Zuschlag, die versehentlich mit K kodiert wurden, geben Sie ihnen stattdessen die Kategorie und den Satz des übrigen Dokuments.
4. Gruppieren Sie Aufschlüsselungen nach Umsatzsteuerkategorie und Satz, nie nach Steuerkennzeichen, Quellmodul oder Position, damit das Duplikat nicht wiederkommt.

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: zwei Umsatzsteueraufschlüsselungen in Kategorie K, jede über die vollen 25.00

<cac:TaxTotal>
  <cbc:TaxAmount currencyID="GBP">0.00</cbc:TaxAmount>
  <cac:TaxSubtotal>
    <cbc:TaxableAmount currencyID="GBP">25.00</cbc:TaxableAmount>
    <cbc:TaxAmount currencyID="GBP">0.00</cbc:TaxAmount>
    <cac:TaxCategory>
      <cbc:ID>K</cbc:ID>
      <!-- rate 0, VATEX-EU-IC, reason text and tax scheme VAT omitted from this fragment -->
    </cac:TaxCategory>
  </cac:TaxSubtotal>
  <cac:TaxSubtotal>
    <cbc:TaxableAmount currencyID="GBP">25.00</cbc:TaxableAmount>
    <cbc:TaxAmount currencyID="GBP">0.00</cbc:TaxAmount>
    <cac:TaxCategory>
      <cbc:ID>K</cbc:ID>
      <!-- rate 0, VATEX-EU-IC, reason text and tax scheme VAT omitted from this fragment -->
    </cac:TaxCategory>
  </cac:TaxSubtotal>
</cac:TaxTotal>

Ausschnitt der korrigierten Rechnung: eine Aufschlüsselung K

<cac:TaxTotal>
  <cbc:TaxAmount currencyID="GBP">0.00</cbc:TaxAmount>
  <cac:TaxSubtotal>
    <cbc:TaxableAmount currencyID="GBP">25.00</cbc:TaxableAmount>
    <cbc:TaxAmount currencyID="GBP">0.00</cbc:TaxAmount>
    <cac:TaxCategory>
      <cbc:ID>K</cbc:ID>
      <cbc:Percent>0</cbc:Percent>
      <cbc:TaxExemptionReasonCode>VATEX-EU-IC</cbc:TaxExemptionReasonCode>
      <cbc:TaxExemptionReason>Intra-community supply</cbc:TaxExemptionReason>
      <cac:TaxScheme>
        <cbc:ID>VAT</cbc:ID>
      </cac:TaxScheme>
    </cac:TaxCategory>
  </cac:TaxSubtotal>
</cac:TaxTotal>

Die fehlerhafte Rechnung hat zwei cac:TaxSubtotal-Elemente für die Kategorie K, jedes mit einem Steuerbasisbetrag von 25.00; die korrigierte Rechnung hat eines. Das fehlerhafte Dokument meldet nur BR-IC-01, und seine Umsatzsteuersumme von 0.00 und die übrigen Beträge sind unverändert.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Die fehlerhafte Rechnung, in eine Gutschrift umgewandelt, meldete im Versuch denselben einzelnen Befund.
• Wird im Prüfschritt EN 16931 einmal pro Dokument an der Wurzel gemeldet, gleich wie viele Aufschlüsselungen K es gibt.
• Für Reverse Charge gilt nach BR-AE-01 dieselbe Anforderung einer einzigen Aufschlüsselung.
• Steht die einzelne Aufschlüsselung K, prüfen BR-IC-08 und BR-IC-09 ihre Beträge, und ihr Vorhandensein bringt BR-IC-10, BR-IC-11 und BR-IC-12 ins Spiel.

Verwandte Regeln

• BR-IC-08 prüft den Steuerbasisbetrag der einzelnen Aufschlüsselung K gegen Positionen, Zuschläge und Nachlässe mit K
• BR-AE-01 ist dieselbe Zählung für die Reverse-Charge-Aufschlüsselung
• BR-IC-09 verlangt, dass der Steuerbetrag der Aufschlüsselung K null ist
• BR-IC-11 verlangt ein Lieferdatum oder einen Rechnungszeitraum, sobald eine Aufschlüsselung K vorhanden ist
• 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-01 (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.