BR-AE-05: Den Umsatzsteuersatz einer Reverse-Charge-Position auf 0 setzen

Die kurze Antwort

BR-AE-05 schlägt für jede Position fehl, deren cac:Item/cac:ClassifiedTaxCategory die cbc:ID AE und ein cbc:Percent ungleich 0 hat. Setzen Sie cbc:Percent in Reverse-Charge-Positionen auf 0. Ein Satz wie die 20 im aufgezeichneten Beispiel beschreibt die Umsatzsteuer, die der Käufer abrechnet, und hat in der Position des Verkäufers nichts zu suchen.

Soll der Verkäufer auf den Artikel Umsatzsteuer berechnen, ist Reverse Charge die falsche Kategorie, und die Position braucht stattdessen S mit ihrem Satz.

Was die Regel prüft

Jede Steuerkategorie eines Artikels mit der cbc:ID AE unter dem Schema VAT, in cac:InvoiceLine oder cac:CreditNoteLine, wird geprüft, und jeder Fehler wird an dieser cac:ClassifiedTaxCategory gemeldet.

Der Satz wird als Zahl mit null verglichen: 0 und 0.00 bestehen, jeder andere Wert schlägt fehl. Ein fehlendes cbc:Percent schlägt ebenfalls fehl; im Versuch meldete das Entfernen aus der Reverse-Charge-Position nur diese Regel.

Nachlässe und Zuschläge auf Dokumentenebene fallen unter eigene Regeln. Im Versuch wurde ein Reverse-Charge-Zuschlag auf Dokumentenebene mit 20 als BR-AE-07 gemeldet und ein Reverse-Charge-Nachlass auf Dokumentenebene mit 20 als BR-AE-06.

Wie es in einer Integration dazu kommt

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

• Die Position übernimmt ihren Satz aus dem Artikelstamm, der den inländischen Normalsatz enthält, während die Kategorie für diesen Kunden auf AE umgestellt wird.
• Ein Reverse-Charge-Kennzeichen am Kunden ändert den Kategoriecode, lässt den Satz aber unverändert.
• Der Satz wird absichtlich beibehalten, um dem Käufer den Satz zu zeigen, zu dem er abrechnen muss.
• Ein leerer Satz wird serialisiert, indem cbc:Percent weggelassen wird.

So korrigieren Sie das Dokument

1. Bestätigen Sie anhand der Steuerfindung, dass die Position tatsächlich unter Reverse Charge fällt.
2. Setzen Sie cbc:Percent in der cac:ClassifiedTaxCategory der Position auf 0. Der Positionsbetrag und die Reverse-Charge-Aufschlüsselung bleiben, wie sie sind.
3. War der Satz zur Information des Käufers gedacht, entfernen Sie ihn aus der Position. Der Reverse-Charge-Grund in der Aufschlüsselung ist die Stelle, an der das Dokument dem Käufer mitteilt, dass er die Umsatzsteuer abrechnet.
4. Soll der Verkäufer doch Umsatzsteuer berechnen, ändern Sie die Kategorie in S mit dem Satz, verschieben Sie den Betrag in eine Aufschlüsselung mit Normalsatz und berechnen Sie die Steuer. Entfernen Sie die Reverse-Charge-Aufschlüsselung, wenn kein Inhalt mit AE übrig bleibt.

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 mit einem Satz von 20

<cac:InvoiceLine>
  <cbc:ID>1</cbc:ID>
  <cbc:InvoicedQuantity unitCode="C62">2</cbc:InvoicedQuantity>
  <cbc:LineExtensionAmount currencyID="GBP">25.00</cbc:LineExtensionAmount>
  <cac:Item>
    <cbc:Name>Example service</cbc:Name>
    <cac:ClassifiedTaxCategory>
      <cbc:ID>AE</cbc:ID>
      <cbc:Percent>20</cbc:Percent>
      <cac:TaxScheme>
        <cbc:ID>VAT</cbc:ID>
      </cac:TaxScheme>
    </cac:ClassifiedTaxCategory>
  </cac:Item>
  <!-- price omitted from this fragment -->
</cac:InvoiceLine>

Ausschnitt der korrigierten Rechnung: die Reverse-Charge-Position mit 0

<cac:InvoiceLine>
  <cbc:ID>1</cbc:ID>
  <cbc:InvoicedQuantity unitCode="C62">2</cbc:InvoicedQuantity>
  <cbc:LineExtensionAmount currencyID="GBP">25.00</cbc:LineExtensionAmount>
  <cac:Item>
    <cbc:Name>Example service</cbc:Name>
    <cac:ClassifiedTaxCategory>
      <cbc:ID>AE</cbc:ID>
      <cbc:Percent>0</cbc:Percent>
      <cac:TaxScheme>
        <cbc:ID>VAT</cbc:ID>
      </cac:TaxScheme>
    </cac:ClassifiedTaxCategory>
  </cac:Item>
  <!-- price omitted from this fragment -->
</cac:InvoiceLine>

Nur das cbc:Percent der Reverse-Charge-Position unterscheidet sich: 20 in der fehlerhaften Rechnung, 0 in der korrigierten. Das fehlerhafte Dokument meldet nur BR-AE-05. Die Reverse-Charge-Aufschlüsselung von 25.00 stimmt weiterhin, weil die Regel für den steuerpflichtigen Betrag bei Reverse Charge, BR-AE-08, die Positionen der Kategorie AE addiert, ohne sie nach Satz zu gruppieren.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Eine cac:CreditNoteLine mit Reverse Charge und 20 meldete im Versuch dieselbe Regel.
• Wird im Prüfschritt EN 16931 als fataler Befund für jede betroffene Position gemeldet.
• Für Positionen mit Nullsatz gilt nach BR-Z-05 dieselbe Anforderung, während Positionen mit Normalsatz nach BR-S-05 einen Satz über null brauchen.
• Die Reverse-Charge-Aufschlüsselung hat eigene Regeln: einen Steuerbetrag von 0 nach BR-AE-09 und einen Grund nach BR-AE-10.

Verwandte Regeln

• BR-Z-05 verlangt denselben Satz von 0 für Positionen mit Nullsatz
• BR-AE-09 hält den Steuerbetrag der Reverse-Charge-Aufschlüsselung bei null
• BR-AE-10 verlangt den Reverse-Charge-Grund, der dem Käufer sagt, dass er die Umsatzsteuer abrechnet
• BR-S-05 ist die Regel für Positionen mit Normalsatz, für Artikel, auf die der Verkäufer Umsatzsteuer berechnet
• 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-05 (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.