Zum Inhalt springen

Ironfang Finance - Regelreferenz

BR-32: Jedem Nachlass auf Dokumentenebene eine Umsatzsteuerkategorie geben

Ein Nachlass auf Dokumentenebene braucht eine cac:TaxCategory mit einer cbc:ID im Umsatzsteuerschema, damit der Rabatt von der richtigen Umsatzsteueraufschlüsselung abgezogen wird.

EN 16931Fehler: Das Dokument ist ungültigNachlässe und ZuschlägeUmsatzsteuer

Auf dieser Seite

Die kurze Antwort

BR-32 schlägt fehl, wenn ein cac:AllowanceCharge auf Wurzelebene mit cbc:ChargeIndicator gleich false keinen Code der Umsatzsteuerkategorie hat, also keine cac:TaxCategory mit einer cbc:ID, deren cac:TaxScheme/cbc:ID VAT lautet. Ergänzen Sie Kategorie und Satz der Leistungen, die der Rabatt mindert, wie es die korrigierte Rechnung mit S zu 20 tut.

Ein Nachlass ohne Kategorie wird in keiner Umsatzsteueraufschlüsselung abgezogen, daher fehlt er den Prüfungen der Steuerbasisbeträge; im aufgezeichneten Beispiel schlägt zusätzlich BR-S-08 fehl.

Was die Regel prüft

Jedes cac:AllowanceCharge direkt unter der Wurzel Invoice oder CreditNote, das als Nachlass gilt, muss eine cac:TaxCategory enthalten, die ein Kindelement cbc:ID hat und zum Steuerschema VAT gehört.

Das Schema wird nach Entfernen von Leerraum und Umwandlung in Großbuchstaben verglichen, daher besteht vat. Eine Kategorie unter einem anderen Schema zählt nicht: Im Versuch mit GST anstelle von VAT wurde BR-32 gemeldet.

Der Kategoriecode muss als Element vorhanden sein. Im Versuch meldete eine cac:TaxCategory mit Satz, aber ohne cbc:ID diese Regel; eine mit leerer cbc:ID kam an ihr vorbei und wurde stattdessen von BR-CL-17 und PEPPOL-EN16931-R008 abgewiesen.

Den Satz überwachen andere Regeln. Mit S und ohne cbc:Percent meldete das Dokument BR-S-06 und BR-S-08 statt dieser Regel.

Für Zuschläge auf Dokumentenebene gibt es die entsprechende Regel BR-37. Nachlässe auf einer Position tragen keine eigene Kategorie, weil sie Teil des Nettobetrags der Position sind und deren Kategorie übernehmen.

BegriffBedeutungUBL-Element
BG-20Nachlässe auf Dokumentenebenecac:AllowanceCharge[cbc:ChargeIndicator = false]
BT-95Code der Umsatzsteuerkategorie des Nachlasses auf Dokumentenebenecac:AllowanceCharge/cac:TaxCategory/cbc:ID
BT-96Umsatzsteuersatz des Nachlasses auf Dokumentenebenecac:AllowanceCharge/cac:TaxCategory/cbc:Percent

Wie es in einer Integration dazu kommt

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

  • Der Rabatt wird als Betrag im Kopf ohne Steuerattribute abgebildet, weil das Quellsystem ihn erst nach der Berechnung der Umsatzsteuer anwendet.
  • Die Abbildung kopiert die Steuerkategorie auf Positionen und Zuschläge, wurde aber nie für Nachlässe geschrieben.
  • Das Dokument umfasst mehrere Umsatzsteuerkategorien oder -sätze, und der Export kann nicht entscheiden, zu welcher der Rabatt gehört, also lässt er die Kategorie weg.
  • Das cac:TaxScheme trägt einen lokalen Steuernamen oder fehlt, statt VAT zu lauten.

So korrigieren Sie das Dokument

  1. Klären Sie, welche Leistungen der Nachlass mindert. Seine Umsatzsteuerkategorie und sein Satz sind die der Leistungen, auf die er sich bezieht.
  2. Ergänzen Sie cac:TaxCategory nach cbc:Amount (und nach cbc:BaseAmount, sofern vorhanden), mit cbc:ID für die Kategorie, cbc:Percent für den Satz und cac:TaxScheme/cbc:ID mit VAT.
  3. Deckt ein Rabatt Leistungen in verschiedenen Kategorien oder zu verschiedenen Sätzen ab, teilen Sie ihn in einen Nachlass je Kategorie und Satz auf, jeweils mit seinem Anteil am Betrag. Die Summe der Nachlässe bleibt gleich.
  4. Prüfen Sie die Umsatzsteueraufschlüsselung: Der Nachlass muss vom Steuerbasisbetrag seiner Kategorie und seines Satzes abgezogen und der Steuerbetrag von dort aus neu berechnet werden. BR-S-08 und die entsprechenden Regeln für andere Kategorien prüfen diese Summe.

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: Der Nachlass auf Dokumentenebene hat einen Grund und einen Betrag, aber keine Steuerkategorie

<cac:AllowanceCharge>
  <cbc:ChargeIndicator>false</cbc:ChargeIndicator>
  <cbc:AllowanceChargeReasonCode>95</cbc:AllowanceChargeReasonCode>
  <cbc:AllowanceChargeReason>Example document discount</cbc:AllowanceChargeReason>
  <cbc:Amount currencyID="GBP">1.00</cbc:Amount>
</cac:AllowanceCharge>

Ausschnitt der korrigierten Rechnung: Der Nachlass unterliegt dem Normalsatz von 20 im Umsatzsteuerschema

<cac:AllowanceCharge>
  <cbc:ChargeIndicator>false</cbc:ChargeIndicator>
  <cbc:AllowanceChargeReasonCode>95</cbc:AllowanceChargeReasonCode>
  <cbc:AllowanceChargeReason>Example document discount</cbc:AllowanceChargeReason>
  <cbc:Amount currencyID="GBP">1.00</cbc:Amount>
  <cac:TaxCategory>
    <cbc:ID>S</cbc:ID>
    <cbc:Percent>20</cbc:Percent>
    <cac:TaxScheme>
      <cbc:ID>VAT</cbc:ID>
    </cac:TaxScheme>
  </cac:TaxCategory>
</cac:AllowanceCharge>

Die korrigierte Rechnung hat an ihrem Nachlass auf Dokumentenebene eine cac:TaxCategory mit S zu 20 unter dem Schema VAT, die fehlerhafte Rechnung hat keine. Das fehlerhafte Dokument meldet außerdem BR-S-08: Ohne Kategorie fällt der Nachlass von 1.00 aus der Summe für den Normalsatz heraus, die damit 56.00 aus Positionen plus den Zuschlag von 3.50 beträgt, also 59.50, volle 1.00 neben dem Steuerbasisbetrag von 58.50. Die wiederhergestellte Kategorie bringt diese Summe zurück auf 58.50 und behebt beide Befunde.

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 Invoice und CreditNote; die Gutschriftsfassung des aufgezeichneten Beispiels meldete im Versuch BR-32 und BR-S-08 an denselben Stellen.
  • Welche Regel zum Steuerbasisbetrag hinzukommt, hängt von der Aufschlüsselung ab, die der Nachlass hätte mindern sollen. Hier ist es die Aufschlüsselung zum Normalsatz, also BR-S-08.
  • Mit der Kategorie allein ist es für die Kategorie S nicht getan: Der Nachlass braucht außerdem einen Satz über null, was BR-S-06 prüft.

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-32 (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.