BR-Z-08: Steuerbasis der Nullsatz-Aufschlüsselung stimmt nicht
In der Steueraufschlüsselung zur Kategorie Z muss der Basisbetrag exakt der Summe aller Z-Positionen plus Z-Zuschläge minus Z-Nachlässe entsprechen. Häufigster Auslöser: eine Position wurde umkategorisiert, die Aufschlüsselung aber nicht neu berechnet.
In a VAT breakdown (BG-23) where VAT category code (BT-118) is "Zero rated" the VAT category taxable amount (BT-116) shall equal the sum of Invoice line net amount (BT-131) minus the sum of Document level allowance amounts (BT-92) plus the sum of Document level charge amounts (BT-99) where the VAT category codes (BT-151, BT-95, BT-102) are "Zero rated".
BR-Z-08 ist die Rechenregel der Nullsatz-Serie: Sie gleicht den Basisbetrag der Z-Aufschlüsselung mit den Einzelwerten der Rechnung ab.
Was die Regel prüft
Die Rechnung enthält pro Steuerkategorie eine Aufschlüsselung (BG-23, BG = Business Group, eine Feldgruppe der Norm) mit einem Basisbetrag (BT-116, BT = Business Term), auf den sich die Steuer bezieht. Für die Kategorie Z („Zero rated", der echte Nullsatz, in Deutschland vor allem Photovoltaik nach §12 Abs. 3 UStG) muss gelten:
Basisbetrag (BT-116) = Summe der Nettobeträge aller Z-Positionen (BT-131) minus Z-Nachlässe auf Dokumentebene (BT-92) plus Z-Zuschläge auf Dokumentebene (BT-99).
Gezählt wird also nur, was selbst die Kategorie Z trägt. Positionen mit 19 % gehören in die S-Aufschlüsselung und dürfen die Z-Basis nicht beeinflussen.
Warum sie in der Praxis fehlschlägt
Der häufigste Auslöser ist eine nachträgliche Änderung: Eine Position wird von S auf Z umgestellt (oder umgekehrt), die Steueraufschlüsselung wird aber nicht neu berechnet und weist noch die alten Summen aus. Software, die Aufschlüsselungen einmalig erzeugt statt aus den Positionen abzuleiten, ist dafür anfällig.
Zweiter Fall: Ein Nachlass oder Zuschlag auf Dokumentebene trägt eine andere Kategorie als gedacht. Ein Rabatt mit Kategorie S auf einer reinen Z-Rechnung landet in keiner passenden Aufschlüsselung, und die Beträge gehen auseinander. Dritter Fall sind Rundungsdifferenzen, wenn Positionsbeträge einzeln gerundet und dann summiert werden, statt die Summe aus den ausgewiesenen Nettobeträgen zu bilden.
So behebst du den Fehler
Rechne die Z-Basis von Hand nach: alle Positionsnettobeträge mit Kategorie Z addieren, Z-Zuschläge dazu, Z-Nachlässe abziehen. Trag das Ergebnis als ram:BasisAmount in die Z-Aufschlüsselung ein, oder lass die Software die Aufschlüsselung komplett neu aus den Positionen ableiten. Belegschmied berechnet die Aufschlüsselungen immer aus den Positionen, dort kann die Summe nicht abweichen.
XML-Beispiel: vorher und nachher
Zwei Z-Positionen über 8.000,00 und 1.500,00 EUR, die Aufschlüsselung nennt aber noch einen alten Wert:
<!-- verletzt BR-Z-08: BasisAmount 8000.00 statt 9500.00 -->
<ram:ApplicableTradeTax>
<ram:CalculatedAmount>0.00</ram:CalculatedAmount>
<ram:TypeCode>VAT</ram:TypeCode>
<ram:BasisAmount>8000.00</ram:BasisAmount>
<ram:CategoryCode>Z</ram:CategoryCode>
<ram:RateApplicablePercent>0</ram:RateApplicablePercent>
</ram:ApplicableTradeTax>
Korrigiert mit der tatsächlichen Summe der Z-Positionen:
<ram:ApplicableTradeTax>
<ram:CalculatedAmount>0.00</ram:CalculatedAmount>
<ram:TypeCode>VAT</ram:TypeCode>
<ram:BasisAmount>9500.00</ram:BasisAmount>
<ram:CategoryCode>Z</ram:CategoryCode>
<ram:RateApplicablePercent>0</ram:RateApplicablePercent>
</ram:ApplicableTradeTax>
Rechnung selbst prüfen
Lade deine Datei hoch und sieh in Sekunden, welche Regeln sie besteht und welche nicht. Kostenlos, ohne Anmeldung, nichts wird gespeichert.