BR-IC-09: Die Umsatzsteuer aus der Aufschlüsselung der innergemeinschaftlichen Lieferung entfernen

Die kurze Antwort

BR-IC-09 schlägt fehl, wenn das cbc:TaxAmount eines cac:TaxSubtotal der Kategorie K nicht null ist. Die aufgezeichnete Rechnung an einen Käufer in Berlin hat deutsche Umsatzsteuer mit 19 % berechnet, 4.75 auf 25.00. Setzen Sie den Steuerbetrag der Aufschlüsselung auf 0.00 und ihren Satz zurück auf 0, und nehmen Sie die 4.75 dann aus dem Gesamtbetrag der Umsatzsteuer, dem Gesamtbetrag einschließlich Umsatzsteuer und dem fälligen Betrag heraus.

Bei einer innergemeinschaftlichen Lieferung versteuert der Käufer den Erwerb in seinem eigenen Mitgliedstaat, daher gehört weder der Satz des Verkäufers noch der des Käufers in die Steuerbeträge des Verkäufers.

Was die Regel prüft

Geprüft wird nur die Aufschlüsselung: Das cbc:TaxAmount neben einer K-cac:TaxCategory unter dem Schema VAT im cac:TaxTotal der Wurzel muss als Dezimalzahl null sein, und der Befund zeigt auf dieses Kategorie-Element.

Keine Regel für innergemeinschaftliche Lieferungen liest den Satz einer K-Aufschlüsselung. Die fehlerhafte Rechnung setzt ihn auf 19, was keinen eigenen Befund auslöste, und BR-CO-17 bleibt still, weil 4.75 genau 19 % von 25.00 sind.

Mit dem Satz bei 0 und denselben 4.75 in Aufschlüsselung und Summen wurde im Versuch zusätzlich BR-CO-17 gemeldet, da eine Aufschlüsselung mit einem Satz von 0 einen Steuerbetrag verlangt, der auf null gerundet wird.

Der Gesamtbetrag der Umsatzsteuer des Dokuments ist eine eigene Prüfung. Im Versuch brachten 4.75 in einer K-Aufschlüsselung mit einem Satz von 0, bei auf 0.00 belassenem cac:TaxTotal/cbc:TaxAmount, zu dieser Regel und BR-CO-17 noch BR-CO-14 hinzu.

Die Position ist nicht das, was fehlschlägt. Ihre cac:ClassifiedTaxCategory behält in beiden Dokumenten K mit 0; ein positiver Satz dort wäre der eigene Befund BR-IC-05.

Wie es in einer Integration dazu kommt

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

• Der Umsatzsteuersatz wird aus dem Lieferland abgeleitet, im Beispiel Deutschland mit 19 %, und angewendet, obwohl die Lieferung innergemeinschaftlich ist.
• Zuerst wird der inländische Satz des Verkäufers angewendet und die Kategorie danach auf K umgestellt, sodass die berechnete Umsatzsteuer stehen bleibt.
• Der Auftrag wurde mit Umsatzsteuer kalkuliert, bevor die Umsatzsteuer-Identifikationsnummer des Käufers bestätigt war, und der gespeicherte Steuerbetrag blieb erhalten, als die Rechnung auf K umgestellt wurde.
• Die Umsatzsteuer, die der Käufer selbst abführen wird, wird zur Information berechnet und in den Steuerbetrag der Aufschlüsselung geschrieben.

So korrigieren Sie das Dokument

1. Prüfen Sie, ob die Lieferung als innergemeinschaftlich gilt: eine Lieferung an einen Käufer in einem anderen Mitgliedstaat, der dort eine Umsatzsteuer-Identifikationsnummer hat. Wenn ja, bleibt die Aufschlüsselung K.
2. Setzen Sie cbc:TaxAmount im K-cac:TaxSubtotal auf 0.00 und sein cbc:Percent auf 0, denselben Satz, den die Position trägt.
3. Berechnen Sie cac:TaxTotal/cbc:TaxAmount aus den Aufschlüsselungen neu, dann cbc:TaxInclusiveAmount und cbc:PayableAmount. Im aufgezeichneten Beispiel kehren sie zu 0.00, 25.00 und 25.00 zurück.
4. Schuldet der Verkäufer tatsächlich Umsatzsteuer, ist die Lieferung keine innergemeinschaftliche Lieferung und braucht stattdessen die zutreffende Kategorie und den zutreffenden Satz. Klären Sie das mit der für die Steuerermittlung zuständigen Stelle, statt nur die Beträge 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: deutsche Umsatzsteuer von 4.75 mit 19 % in der K-Aufschlüsselung, in die Summen übernommen

<cac:TaxTotal>
  <cbc:TaxAmount currencyID="GBP">4.75</cbc:TaxAmount>
  <cac:TaxSubtotal>
    <cbc:TaxableAmount currencyID="GBP">25.00</cbc:TaxableAmount>
    <cbc:TaxAmount currencyID="GBP">4.75</cbc:TaxAmount>
    <cac:TaxCategory>
      <cbc:ID>K</cbc:ID>
      <cbc:Percent>19</cbc:Percent>
      <cbc:TaxExemptionReasonCode>VATEX-EU-IC</cbc:TaxExemptionReasonCode>
      <!-- reason text and tax scheme omitted from this fragment -->
    </cac:TaxCategory>
  </cac:TaxSubtotal>
</cac:TaxTotal>
<cac:LegalMonetaryTotal>
  <cbc:LineExtensionAmount currencyID="GBP">25.00</cbc:LineExtensionAmount>
  <cbc:TaxExclusiveAmount currencyID="GBP">25.00</cbc:TaxExclusiveAmount>
  <cbc:TaxInclusiveAmount currencyID="GBP">29.75</cbc:TaxInclusiveAmount>
  <!-- allowance, charge, prepaid and rounding amounts omitted from this fragment -->
  <cbc:PayableAmount currencyID="GBP">29.75</cbc:PayableAmount>
</cac:LegalMonetaryTotal>

Ausschnitt der korrigierten Rechnung: die K-Aufschlüsselung mit 0 ohne Steuer, und Summen ohne sie

<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>
      <!-- reason text and tax scheme omitted from this fragment -->
    </cac:TaxCategory>
  </cac:TaxSubtotal>
</cac:TaxTotal>
<cac:LegalMonetaryTotal>
  <cbc:LineExtensionAmount currencyID="GBP">25.00</cbc:LineExtensionAmount>
  <cbc:TaxExclusiveAmount currencyID="GBP">25.00</cbc:TaxExclusiveAmount>
  <cbc:TaxInclusiveAmount currencyID="GBP">25.00</cbc:TaxInclusiveAmount>
  <!-- allowance, charge, prepaid and rounding amounts omitted from this fragment -->
  <cbc:PayableAmount currencyID="GBP">25.00</cbc:PayableAmount>
</cac:LegalMonetaryTotal>

Die fehlerhafte Rechnung gibt der K-Aufschlüsselung einen Satz von 19 und einen Steuerbetrag von 4.75 und übernimmt die 4.75 in einen Gesamtbetrag der Umsatzsteuer von 4.75 sowie in einen Gesamtbetrag einschließlich Umsatzsteuer und einen fälligen Betrag von je 29.75; die korrigierte Rechnung hat einen Satz von 0, 0.00, 0.00, 25.00 und 25.00. BR-IC-09 ist der einzige Befund: Die Summen stimmen untereinander überein, und 4.75 sind 19 % von 25.00, daher wird weder BR-CO-14 noch BR-CO-17 gemeldet.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Die fehlerhafte Rechnung, als Gutschrift mit einer cac:CreditNoteLine neu aufgebaut, meldete im Versuch denselben einzelnen Befund.
• Wird vom Prüfschritt EN 16931 als fataler Befund an der cac:TaxCategory der K-Aufschlüsselung gemeldet.
• Die Ausfuhr außerhalb der EU hat dieselbe Anforderung für die Kategorie G unter BR-G-09. Eine innergemeinschaftliche Aufschlüsselung braucht außerdem ihren Grund (BR-IC-10) und einen Steuerbasisbetrag, der zu ihren Positionen, Nachlässen und Zuschlägen passt (BR-IC-08).

Verwandte Regeln

• BR-IC-10 verlangt den Grund der innergemeinschaftlichen Lieferung in derselben K-Aufschlüsselung
• BR-G-09 verlangt ebenso einen Steuerbetrag von null in einer Aufschlüsselung für Ausfuhren
• BR-CO-17 kommt zu dieser Regel hinzu, wenn die K-Aufschlüsselung einen Satz von 0 behält, aber einen Steuerbetrag trägt, der nicht auf null rundet
• BR-IC-08 prüft den Steuerbasisbetrag der innergemeinschaftlichen Aufschlüsselung
• 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-09 (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.