BR-AE-07: Einem Reverse-Charge-Zuschlag auf Dokumentenebene den Umsatzsteuersatz 0 geben

Die kurze Antwort

BR-AE-07 schlägt fehl, wenn ein cac:AllowanceCharge mit cbc:ChargeIndicator gleich true eine cac:TaxCategory der Kategorie AE hat, deren Satz nicht null ist. Im aufgezeichneten Beispiel hat der Anfahrtszuschlag von 5.00 überhaupt kein cbc:Percent; fügen Sie <cbc:Percent>0</cbc:Percent> direkt nach seiner cbc:ID ein.

Den Satz wegzulassen ist nicht dasselbe, wie null anzugeben. Die Regel liest den Wert von cbc:Percent, und ohne Element gibt es keinen Wert, der 0 entspricht.

Was die Regel prüft

Sie prüft jede cac:TaxCategory innerhalb eines Zuschlags, cbc:ChargeIndicator gleich true, deren cbc:ID im Schema VAT AE ist, und meldet jeden Fehler an dieser cac:TaxCategory. Reverse-Charge-Nachlässe prüft BR-AE-06.

Ein vorhandener Satz muss als Zahl null sein: 0 und 0.00 bestanden beide im Versuch, und Sätze von 5 und 20 auf dem Anfahrtszuschlag scheiterten jeweils an dieser Regel und an nichts anderem.

Fehlte cbc:Percent am Zuschlag, war diese Regel im aufgezeichneten Beispiel der einzige Befund: Keine andere Regel meldete den fehlenden Satz.

Der Satz des Zuschlags wird nicht mit dem Satz der Aufschlüsselung verglichen und ändert die Summe nicht. Mit dem Zuschlag zu 20 erfüllte der Reverse-Charge-Steuerbasisbetrag von 28.50 im Versuch weiterhin BR-AE-08, da diese Regel Zuschläge mit AE zu jedem Satz mitzählt.

Wie es in einer Integration dazu kommt

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

• Der Zuschlag wird von einer Vorlage erzeugt, die den Kategoriecode schreibt, aber kein Feld für den Satz hat, in der Annahme, ein Reverse-Charge-Satz sage nichts aus.
• Leere Werte werden beim Serialisieren verworfen, und beim Steuerkennzeichen der Anfahrtspauschale war der Satz leer.
• Der Satz des Zuschlags stammt aus der inländischen Gebührenkonfiguration mit dem Normalsatz, während die Kategorie dem Reverse-Charge-Kennzeichen des Kunden folgt.
• Zuschläge werden von einem anderen Modul als die Positionen erzeugt und haben die Regel, die Reverse-Charge-Sätze auf 0 setzt, nie erhalten.

So korrigieren Sie das Dokument

1. Prüfen Sie, ob der Zuschlag Teil der Reverse-Charge-Leistung ist, etwa eine Anfahrts- oder Reisepauschale für dieselbe Dienstleistung. Ist das so, bleibt die Kategorie AE.
2. Schreiben Sie cbc:Percent mit dem Wert 0 in die cac:TaxCategory des Zuschlags, nach cbc:ID und vor cac:TaxScheme, und ersetzen Sie einen anderen Satz, der dort steht.
3. Lassen Sie den Zuschlagsbetrag und den Reverse-Charge-Steuerbasisbetrag unverändert; im aufgezeichneten Beispiel passen sie mit 5.00 und 28.50 bereits zusammen.
4. Lassen Sie den Serialisierer einen Satz von null schreiben statt ihn zu verwerfen, und setzen Sie das Steuerkennzeichen für Reverse-Charge-Gebühren auf 0, damit jeder künftige Zuschlag ihn trägt.

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-Anfahrtszuschlag ohne Satz

<cac:AllowanceCharge>
  <cbc:ChargeIndicator>true</cbc:ChargeIndicator>
  <cbc:AllowanceChargeReason>Call-out charge</cbc:AllowanceChargeReason>
  <cbc:Amount currencyID="GBP">5.00</cbc:Amount>
  <cac:TaxCategory>
    <cbc:ID>AE</cbc:ID>
    <cac:TaxScheme>
      <cbc:ID>VAT</cbc:ID>
    </cac:TaxScheme>
  </cac:TaxCategory>
</cac:AllowanceCharge>

Ausschnitt der korrigierten Rechnung: der Satz 0 steht zwischen der Kategorie und dem Steuerschema

<cac:AllowanceCharge>
  <cbc:ChargeIndicator>true</cbc:ChargeIndicator>
  <cbc:AllowanceChargeReason>Call-out charge</cbc:AllowanceChargeReason>
  <cbc:Amount currencyID="GBP">5.00</cbc:Amount>
  <cac:TaxCategory>
    <cbc:ID>AE</cbc:ID>
    <cbc:Percent>0</cbc:Percent>
    <cac:TaxScheme>
      <cbc:ID>VAT</cbc:ID>
    </cac:TaxScheme>
  </cac:TaxCategory>
</cac:AllowanceCharge>

Die korrigierte Rechnung hat <cbc:Percent>0</cbc:Percent> in der Steuerkategorie des Anfahrtszuschlags; die fehlerhafte Rechnung hat dort kein Satzelement, und sonst unterscheidet sich nichts. Das fehlerhafte Dokument meldet nur BR-AE-07.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Als Gutschrift meldete die fehlerhafte Rechnung im Versuch denselben Befund am zweiten cac:AllowanceCharge.
• Wird im Prüfschritt EN 16931 gemeldet, einmal für jeden fehlerhaften Reverse-Charge-Zuschlag.
• Ein Reverse-Charge-Zuschlag braucht außerdem Parteikennungen nach BR-AE-04, und jeder Zuschlag auf Dokumentenebene braucht nach BR-37 einen Code der Umsatzsteuerkategorie.

Verwandte Regeln

• BR-AE-06 verlangt denselben Satz von 0 für einen Reverse-Charge-Nachlass auf Dokumentenebene
• BR-AE-04 prüft die Kennungen von Verkäufer und Käufer, die ein Reverse-Charge-Zuschlag erfordert
• BR-AE-08 rechnet diesen Zuschlag in den Reverse-Charge-Steuerbasisbetrag ein
• BR-IC-07 ist die Nullsatz-Regel für einen Zuschlag auf eine innergemeinschaftliche Lieferung
• 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-07 (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.