BR-AE-08: Den Reverse-Charge-Steuerbasisbetrag aus den AE-Positionen, -Zuschlägen und -Nachlässen neu berechnen

Die kurze Antwort

BR-AE-08 schlägt fehl, wenn das cbc:TaxableAmount neben der Steuerkategorie AE nicht dem Reverse-Charge-Inhalt des Dokuments entspricht: den Nettobeträgen der Positionen in Kategorie AE, plus den Zuschlägen mit AE auf Wurzelebene, minus den Nachlässen mit AE auf Wurzelebene. Im aufgezeichneten Beispiel sind das 25.00 + 5.00 - 1.50 = 28.50, und die Rechnung sendete 31.50.

Die 31.50 entstehen, weil der Rabatt addiert statt abgezogen wurde. Berechnen Sie den Wert aus dem Dokument neu, schreiben Sie ihn in die Aufschlüsselung und lassen Sie den Reverse-Charge-Steuerbetrag bei 0.00.

Was die Regel prüft

Die Regel läuft für jede cac:TaxCategory mit der cbc:ID AE im Schema VAT im cac:TaxTotal der Wurzel, liest das cbc:TaxableAmount ihres cac:TaxSubtotal und meldet an der Steuerkategorie.

Nichts wird nach Satz aufgeteilt. Positionen sowie Nachlässe und Zuschläge auf Wurzelebene zählen, wenn ihre Kategorie AE ist, gleich welches cbc:Percent sie tragen: Im Versuch ließ der Reverse-Charge-Rabatt zu 20 die 28.50 hier gelten und wurde nur von BR-AE-06 gemeldet.

Nachlässe und Zuschläge innerhalb einer Position sind bereits im cbc:LineExtensionAmount dieser Position enthalten, daher gehen nur Elemente cac:AllowanceCharge direkt unter der Dokumentwurzel in die Reverse-Charge-Summe ein.

Es gibt keine Toleranz, anders als die Spanne unter 1.00 bei BR-S-08. Im Versuch scheiterten 28.51 an dieser Regel. 28.500 erfüllte sie, weil die Werte als Zahlen verglichen werden, doch drei Nachkommastellen verletzten BR-DEC-19 und UBL-DT-01.

Jede Reverse-Charge-Aufschlüsselung wird mit der gesamten Summe verglichen. Im Versuch meldete eine Aufteilung der 28.50 in Aufschlüsselungen von 25.00 und 3.50 diese Regel für beide, zusammen mit BR-AE-01, das nur eine Reverse-Charge-Aufschlüsselung erlaubt.

Wie es in einer Integration dazu kommt

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

• Nachlässe werden mit demselben Vorzeichen wie Zuschläge in den Steuerbasisbetrag übernommen, wie im aufgezeichneten Beispiel.
• Der Steuerbasisbetrag wird aus der Summe der Positionsnettobeträge kopiert, bevor Rabatte und Gebühren auf Dokumentenebene angewendet werden.
• Eine Reverse-Charge-Gebühr oder ein Reverse-Charge-Rabatt übernimmt aus der Dokumentvorgabe die Kategorie Normalsatz, während der Betrag weiterhin in der Aufschlüsselung mit AE gezählt wird.
• Reverse-Charge-Inhalte werden in einer Aufschlüsselung pro Quelle zusammengefasst, eine für die Positionen und eine für die Gebühren, sodass keine den vollen Wert enthält.
• Die Aufschlüsselung wird aus gespeicherten Auftragssummen gebildet und nicht aktualisiert, nachdem sich eine Position oder Gebühr auf der Rechnung geändert hat.

So korrigieren Sie das Dokument

1. Summieren Sie cbc:LineExtensionAmount jeder Position, deren cac:Item/cac:ClassifiedTaxCategory/cbc:ID AE ist, und behalten Sie das Vorzeichen negativer Positionen bei.
2. Addieren Sie das cbc:Amount jedes cac:AllowanceCharge auf Wurzelebene in Kategorie AE mit cbc:ChargeIndicator gleich true und ziehen Sie jedes mit false ab.
3. Schreiben Sie das Ergebnis mit zwei Nachkommastellen als cbc:TaxableAmount des einen cac:TaxSubtotal mit AE. Sein cbc:TaxAmount bleibt nach BR-AE-09 bei 0.00.
4. Vergleichen Sie das Ergebnis mit cbc:TaxExclusiveAmount, wenn das ganze Dokument Reverse Charge ist: Beide entstehen aus denselben Positionen, Nachlässen und Zuschlägen, und im aufgezeichneten Beispiel sollten beide 28.50 lauten.

Nettobetrag der Reverse-Charge-Position: 25.00
Zuschlag auf Dokumentenebene in AE: + 5.00
Nachlass auf Dokumentenebene in AE: - 1.50
Erwarteter Steuerbasisbetrag: 25.00 + 5.00 - 1.50 = 28.50
Gesendet: 31.50, also 25.00 + 5.00 + 1.50, daher schlägt die Regel fehl

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 Reverse-Charge-Steuerbasisbetrag von 31.50 neben einem Rabatt von 1.50 und einem Zuschlag von 5.00

<cac:AllowanceCharge>
  <cbc:ChargeIndicator>false</cbc:ChargeIndicator>
  <!-- reason code and reason omitted from this fragment -->
  <cbc:Amount currencyID="GBP">1.50</cbc:Amount>
  <!-- tax category AE at 0 omitted from this fragment -->
</cac:AllowanceCharge>
<cac:AllowanceCharge>
  <cbc:ChargeIndicator>true</cbc:ChargeIndicator>
  <!-- reason omitted from this fragment -->
  <cbc:Amount currencyID="GBP">5.00</cbc:Amount>
  <!-- tax category AE at 0 omitted from this fragment -->
</cac:AllowanceCharge>
<cac:TaxTotal>
  <cbc:TaxAmount currencyID="GBP">0.00</cbc:TaxAmount>
  <cac:TaxSubtotal>
    <cbc:TaxableAmount currencyID="GBP">31.50</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>

<!-- reverse-charge line: LineExtensionAmount 25.00 -->

Ausschnitt der korrigierten Rechnung: 25.00 + 5.00 - 1.50 = 28.50

<cac:TaxSubtotal>
  <cbc:TaxableAmount currencyID="GBP">28.50</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>

Nur das Reverse-Charge-cbc:TaxableAmount unterscheidet sich: 31.50 in der fehlerhaften Rechnung, 28.50 in der korrigierten. Das fehlerhafte Dokument meldet nur BR-AE-08; sein Steuerbetrag von 0.00 sowie sein Gesamtbetrag ohne Umsatzsteuer und sein fälliger Betrag von 28.50 sind in beiden Dokumenten gleich.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote; in einer Gutschrift werden cac:CreditNoteLine summiert. Die fehlerhafte Rechnung, in eine Gutschrift umgewandelt, meldete im Versuch dieselbe Regel.
• Wird im Prüfschritt EN 16931 als fataler Befund an jeder Reverse-Charge-Aufschlüsselung gemeldet, die nicht passt.
• Aufschlüsselungen für Steuerbefreiung, innergemeinschaftliche Lieferung und Normalsatz haben eigene Regeln für den Steuerbasisbetrag: BR-E-08, BR-IC-08 und BR-S-08.
• Die Gesamtbeträge werden gesondert geprüft: BR-CO-13 vergleicht den Gesamtbetrag ohne Umsatzsteuer mit der Positionssumme, den Nachlässen und den Zuschlägen.

Verwandte Regeln

• BR-AE-01 erlaubt nur eine Reverse-Charge-Aufschlüsselung, und mit ihr wird diese Summe verglichen
• BR-AE-09 hält den Steuerbetrag neben diesem Steuerbasisbetrag bei null
• BR-E-08 bildet den Steuerbasisbetrag für Steuerbefreiung auf dieselbe Weise, ebenfalls ohne Toleranz
• BR-IC-08 ist die Prüfung des Steuerbasisbetrags 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-AE-08 (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.