Zum Inhalt springen

Ironfang Finance - Regelreferenz

BR-AE-01: Genau eine Reverse-Charge-Aufschlüsselung hinzufügen, sobald etwas dem Reverse Charge unterliegt

Ein Dokument mit einer Reverse-Charge-Position, einem solchen Nachlass oder Zuschlag auf Dokumentenebene braucht eine Umsatzsteueraufschlüsselung der Kategorie AE, auch neben anderen Kategorien.

EN 16931Fehler: Das Dokument ist ungültigUmsatzsteuer

Auf dieser Seite

Die kurze Antwort

BR-AE-01 schlägt fehl, wenn die Kategorie AE an einer Position, einem Nachlass oder einem Zuschlag auf Dokumentenebene verwendet wird und das cac:TaxTotal der Wurzel nicht genau ein cac:TaxSubtotal der Kategorie AE enthält. Die aufgezeichnete Rechnung hat eine Position zum Normalsatz und eine Reverse-Charge-Position über 40.00, aber nur eine Aufschlüsselung zum Normalsatz; fügen Sie die AE-Aufschlüsselung mit 40.00 Steuerbasisbetrag, 0.00 Steuer, einem Satz von 0 und dem Reverse-Charge-Grund hinzu.

Eine Aufschlüsselung, die nichts zum Gesamtbetrag der Umsatzsteuer beiträgt, ist trotzdem erforderlich. Wer sie weglässt, nimmt dem Käufer auch den Betrag, auf den er die Umsatzsteuer selbst abrechnet.

Was die Regel prüft

Die Regel sucht AE unter dem Schema VAT in jeder cac:ClassifiedTaxCategory oder cac:TaxCategory des Dokuments und zählt dann die AE-Aufschlüsselungen direkt unter dem cac:TaxTotal der Wurzel. Im Versuch meldete eine Rechnung zum Normalsatz, deren einziger Reverse-Charge-Posten ein Frachtzuschlag über 4.00 war, ohne AE-Aufschlüsselung nur diese Regel.

Zwei AE-Aufschlüsselungen schlagen ebenfalls fehl. Im Versuch meldete die Aufteilung der 40.00 in Aufschlüsselungen über 25.00 und 15.00 diese Regel und BR-AE-08 für jede Hälfte, und den Grund der zweiten Hälfte als Code VATEX-EU-AE statt als Text anzugeben, änderte nichts.

Der Reverse-Charge-Betrag muss in einer Aufschlüsselung seiner eigenen Kategorie stehen. Im Versuch meldete die Umwandlung der AE-Aufschlüsselung in eine zweite S-Aufschlüsselung mit 0 diese Regel und BR-S-08.

Eine überzählige AE-Aufschlüsselung bleibt unbemerkt, weil ihre eigene Kategorie als Reverse-Charge-Inhalt zählt. Im Versuch bestand eine AE-Aufschlüsselung über 0.00, die einer Rechnung mit nur einer Position zum Normalsatz hinzugefügt wurde, alle Prüfschritte.

BegriffBedeutungUBL-Element
BG-23Umsatzsteueraufschlüsselungcac:TaxTotal/cac:TaxSubtotal
BT-118Code der Umsatzsteuerkategoriecac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:ID
BT-151Code der Umsatzsteuerkategorie des in Rechnung gestellten Artikelscac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory/cbc:ID (cac:CreditNoteLine/cac:Item/cac:ClassifiedTaxCategory/cbc:ID in a credit note)
BT-95Code der Umsatzsteuerkategorie des Nachlasses auf Dokumentenebenecac:AllowanceCharge[cbc:ChargeIndicator = false]/cac:TaxCategory/cbc:ID
BT-102Code der Umsatzsteuerkategorie des Zuschlags auf Dokumentenebenecac:AllowanceCharge[cbc:ChargeIndicator = true]/cac:TaxCategory/cbc:ID

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 nur für Kategorien mit Steuer gebildet, sodass der Reverse-Charge-Betrag ohne Steuer übersprungen wird.
  • Reverse-Charge-Positionen werden auf einer Rechnung mit Positionen zum Normalsatz gemischt, und der Export wurde für eine Kategorie je Dokument geschrieben.
  • Die Aufschlüsselung wird nur nach Satz gruppiert, sodass der Reverse-Charge-Betrag mit 0 mit anderen Beträgen mit 0 zusammengelegt wird oder verloren geht.
  • Für jede Reverse-Charge-Position oder jeden Grund wird eine eigene AE-Aufschlüsselung erzeugt.

So korrigieren Sie das Dokument

  1. Addieren Sie den Reverse-Charge-Inhalt: den cbc:LineExtensionAmount der Positionen in AE, plus Zuschläge auf Dokumentenebene in AE, minus Nachlässe auf Dokumentenebene in AE. Im aufgezeichneten Beispiel sind das die 40.00 der Position 2.
  2. Geben Sie ein einziges cac:TaxSubtotal aus, mit diesem Wert als cbc:TaxableAmount, einem cbc:TaxAmount von 0.00 und einer cac:TaxCategory mit cbc:ID AE, cbc:Percent 0 und dem Grundtext Reverse charge oder dem Code VATEX-EU-AE.
  3. Stellen Sie es in dasselbe cac:TaxTotal wie die anderen Aufschlüsselungen. Der Gesamtbetrag der Umsatzsteuer ändert sich nicht, im aufgezeichneten Beispiel 5.00, weil die neue Aufschlüsselung keine Steuer enthält.
  4. Wurden AE-Aufschlüsselungen aufgeteilt, führen Sie sie zu einer zusammen, deren Steuerbasisbetrag ihre Summe ist.

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: eine Reverse-Charge-Position über 40.00 und eine Umsatzsteueraufschlüsselung mit nur dem Eintrag zum Normalsatz

<cac:TaxTotal>
  <cbc:TaxAmount currencyID="GBP">5.00</cbc:TaxAmount>
  <cac:TaxSubtotal>
    <cbc:TaxableAmount currencyID="GBP">25.00</cbc:TaxableAmount>
    <cbc:TaxAmount currencyID="GBP">5.00</cbc:TaxAmount>
    <cac:TaxCategory>
      <cbc:ID>S</cbc:ID>
      <cbc:Percent>20</cbc:Percent>
      <cac:TaxScheme>
        <cbc:ID>VAT</cbc:ID>
      </cac:TaxScheme>
    </cac:TaxCategory>
  </cac:TaxSubtotal>
</cac:TaxTotal>

<!-- line 1 omitted from this fragment: Standard rated, 25.00 at 20 -->
<cac:InvoiceLine>
  <cbc:ID>2</cbc:ID>
  <cbc:InvoicedQuantity unitCode="C62">1</cbc:InvoicedQuantity>
  <cbc:LineExtensionAmount currencyID="GBP">40.00</cbc:LineExtensionAmount>
  <cac:Item>
    <cbc:Name>Example installation work</cbc:Name>
    <cac:ClassifiedTaxCategory>
      <cbc:ID>AE</cbc:ID>
      <cbc:Percent>0</cbc:Percent>
      <!-- tax scheme omitted from this fragment -->
    </cac:ClassifiedTaxCategory>
  </cac:Item>
  <!-- price omitted from this fragment -->
</cac:InvoiceLine>

Ausschnitt der korrigierten Rechnung: eine Reverse-Charge-Aufschlüsselung über 40.00 neben der zum Normalsatz

<cac:TaxTotal>
  <cbc:TaxAmount currencyID="GBP">5.00</cbc:TaxAmount>
  <cac:TaxSubtotal>
    <cbc:TaxableAmount currencyID="GBP">25.00</cbc:TaxableAmount>
    <cbc:TaxAmount currencyID="GBP">5.00</cbc:TaxAmount>
    <cac:TaxCategory>
      <cbc:ID>S</cbc:ID>
      <cbc:Percent>20</cbc:Percent>
      <cac:TaxScheme>
        <cbc:ID>VAT</cbc:ID>
      </cac:TaxScheme>
    </cac:TaxCategory>
  </cac:TaxSubtotal>
  <cac:TaxSubtotal>
    <cbc:TaxableAmount currencyID="GBP">40.00</cbc:TaxableAmount>
    <cbc:TaxAmount currencyID="GBP">0.00</cbc:TaxAmount>
    <cac:TaxCategory>
      <cbc:ID>AE</cbc:ID>
      <cbc:Percent>0</cbc:Percent>
      <cbc:TaxExemptionReason>Reverse charge</cbc:TaxExemptionReason>
      <cac:TaxScheme>
        <cbc:ID>VAT</cbc:ID>
      </cac:TaxScheme>
    </cac:TaxCategory>
  </cac:TaxSubtotal>
</cac:TaxTotal>

Die korrigierte Rechnung hat ein zweites cac:TaxSubtotal, 40.00 Steuerbasisbetrag und 0.00 Steuer in der Kategorie AE mit dem Grund Reverse charge; die fehlerhafte Rechnung hat nur die Aufschlüsselung zum Normalsatz über 25.00. Das fehlerhafte Dokument meldet nur BR-AE-01. Die fehlende Aufschlüsselung enthielt keine Steuer, sodass der Gesamtbetrag der Umsatzsteuer von 5.00 weiter zu den Aufschlüsselungen passt, und die Gesamtbeträge von 65.00 ohne und 70.00 mit Umsatzsteuer sind in beiden Dokumenten gleich.

Was der Validator gemeldet hat

Aufgezeichnet mit phive 12.1.0 / phive-rules-peppol 4.5.6 / Saxon-HE 12.10, der Engine hinter dem kostenlosen Validator, mit synthetischen Daten. Ein aufgezeichnetes Ergebnis ist ein Regressionsnachweis für diese Dokumente, keine Zertifizierung.

Wo die Regel gilt

  • Gilt für UBL Invoice und CreditNote. Die gemischte Gutschrift ohne ihre AE-Aufschlüsselung meldete im Versuch dieselbe Regel.
  • Wird im Prüfschritt EN 16931 als ein fataler Befund am Dokumentstamm gemeldet.
  • Steuerbefreite Inhalte und Inhalte mit Nullsatz haben dieselbe Regel für genau eine Aufschlüsselung, BR-E-01 und BR-Z-01, während BR-S-01 Inhalten zum Normalsatz eine Aufschlüsselung je Satz erlaubt.
  • Sobald die Aufschlüsselung vorhanden ist, prüft BR-AE-08 ihren Steuerbasisbetrag, BR-AE-09 ihre Steuer von null und BR-AE-10 ihren Grund.

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