BR-AE-09: Den Steuerbetrag der Reverse-Charge-Aufschlüsselung auf null setzen

Die kurze Antwort

BR-AE-09 schlägt fehl, wenn das cbc:TaxAmount eines cac:TaxSubtotal der Kategorie AE nicht null ist. Setzen Sie es auf 0.00 und nehmen Sie denselben Betrag aus dem Umsatzsteuergesamtbetrag, dem Gesamtbetrag mit Umsatzsteuer und dem fälligen Betrag heraus, sodass die Rechnung für die Reverse-Charge-Leistung nur den Nettobetrag fordert.

Bei einer Reverse-Charge-Leistung rechnet der Käufer die Umsatzsteuer ab, daher gehört nichts davon in die Steuerbeträge des Verkäufers.

Was die Regel prüft

Die Regel liest das cbc:TaxAmount neben jeder cac:TaxCategory mit der cbc:ID AE unter dem Schema VAT im cac:TaxTotal auf Dokumentenebene und verlangt, dass es als Zahl null ist.

Kleine Beträge werden nicht toleriert. Im Versuch schlug ein Steuerbetrag von 0.40 in der Reverse-Charge-Aufschlüsselung, mit entsprechend nachgezogenen Summen, allein bei dieser Regel fehl; BR-CO-17 akzeptierte ihn, da diese Regel bei einem Satz von 0 nur den auf eine ganze Zahl gerundeten Betrag betrachtet.

Der Umsatzsteuergesamtbetrag wird hier nicht verglichen. Im Versuch meldeten 5.00 in der Reverse-Charge-Aufschlüsselung bei einem unverändert auf 0.00 belassenen Umsatzsteuergesamtbetrag BR-CO-14 zusammen mit dieser Regel und BR-CO-17.

Wie es in einer Integration dazu kommt

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

• Der Steuerbetrag der Aufschlüsselung wird für jede Kategorie zum Inlandssatz berechnet, und auch die Reverse-Charge-Aufschlüsselung erhält einen.
• Die Umsatzsteuer, die der Käufer abrechnen muss, wird zur Information berechnet und in den Steuerbetrag der Aufschlüsselung geschrieben.
• Der Kunde wurde auf Reverse Charge umgestellt, nachdem der Auftrag mit Umsatzsteuer kalkuliert worden war, und der gespeicherte Steuerbetrag wurde wiederverwendet.

So korrigieren Sie das Dokument

1. Bestätigen Sie anhand der Steuerfindung, dass die Leistung unter Reverse Charge fällt.
2. Setzen Sie cbc:TaxAmount im cac:TaxSubtotal für AE auf 0.00.
3. Berechnen Sie cac:TaxTotal/cbc:TaxAmount aus den Aufschlüsselungen neu, danach cbc:TaxInclusiveAmount und cbc:PayableAmount. Im aufgezeichneten Beispiel werden daraus wieder 0.00, 25.00 und 25.00.
4. Sollte der Betrag dem Käufer zeigen, wie viel Umsatzsteuer er abzurechnen hat, halten Sie ihn ganz aus den Steuerbeträgen heraus; die Umsatzsteueraufschlüsselung hat kein Feld für selbst abzurechnende Umsatzsteuer.
5. Soll der Verkäufer die Umsatzsteuer berechnen, ist die Leistung kein Reverse-Charge-Fall. Stellen Sie sie auf S mit ihrem Satz um, in den Positionen und in der Aufschlüsselung.

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: 5.00 Umsatzsteuer in der Reverse-Charge-Aufschlüsselung, in die Summen übernommen

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

Ausschnitt der korrigierten Rechnung: keine Steuer in der Reverse-Charge-Aufschlüsselung und die 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>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>
<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 weist in der Reverse-Charge-Aufschlüsselung 5.00 Umsatzsteuer aus und übernimmt sie in einen Umsatzsteuergesamtbetrag von 5.00 sowie in einen Gesamtbetrag mit Umsatzsteuer und einen fälligen Betrag von je 30.00; die korrigierte Rechnung hat 0.00, 25.00 und 25.00. Das fehlerhafte Dokument meldet außerdem BR-CO-17, da eine Aufschlüsselung mit einem Satz von 0 einen Steuerbetrag braucht, der auf null gerundet wird. Da die Summen untereinander stimmig sind, wird keine Summenregel gemeldet.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Eine Reverse-Charge-Gutschrift mit 5.00 Steuer in ihrer Aufschlüsselung meldete im Versuch diese Regel und BR-CO-17.
• Wird im Prüfschritt EN 16931 als fataler Befund an der cac:TaxCategory der Reverse-Charge-Aufschlüsselung gemeldet.
• Für steuerbefreite Aufschlüsselungen gilt dieselbe Anforderung nach BR-E-09. Die Reverse-Charge-Positionen selbst müssen nach BR-AE-05 einen Satz von 0 haben.

Verwandte Regeln

• BR-CO-17 wird neben dieser Regel gemeldet, wenn der Reverse-Charge-Steuerbetrag nicht auf null gerundet wird
• BR-E-09 ist dieselbe Anforderung für die Aufschlüsselung steuerbefreiter Umsätze
• BR-AE-05 verlangt einen Satz von 0 in den Reverse-Charge-Positionen hinter dieser Aufschlüsselung
• BR-AE-10 verlangt den Reverse-Charge-Grund in derselben 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-24.1: Quelle geprüft am 2026-09-24, Erklärung zuletzt aktualisiert am 2026-09-24.

Die offizielle Definition von BR-AE-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.