BR-Z-09: Steuerbetrag der Nullsatz-Aufschlüsselung muss 0 sein
In der Steueraufschlüsselung zur Kategorie Z muss der ausgewiesene Steuerbetrag exakt 0 sein. Häufigster Auslöser: die Software rechnet den Steuerbetrag mit einem falsch hinterlegten Prozentsatz aus.
The VAT category tax amount (BT-117) in a VAT breakdown (BG-23) where VAT category code (BT-118) is "Zero rated" shall equal 0 (zero).
BR-Z-09 zieht die logische Konsequenz aus dem Nullsatz: 0 % Steuer auf beliebiger Basis ergibt immer 0, und genau das muss in der Aufschlüsselung stehen.
Was die Regel prüft
In der Steueraufschlüsselung (BG-23, BG = Business Group, eine Feldgruppe der Norm) zur Kategorie Z („Zero rated", der echte Nullsatz, in Deutschland vor allem Photovoltaik nach §12 Abs. 3 UStG) muss der Steuerbetrag (BT-117, BT = Business Term) exakt 0 sein. Jeder andere Wert widerspricht der Kategorie: Ein Nullsatz, aus dem ein Steuerbetrag entsteht, ist keiner.
Die Regel ist eng verwandt mit BR-CO-17, der allgemeinen Rechenprüfung Steuerbetrag = Basis mal Satz. Bei Kategorie Z schlagen oft beide gleichzeitig an.
Warum sie in der Praxis fehlschlägt
Der Steuerbetrag wird selten von Hand eingetragen, sondern von der Software aus Basis und Satz berechnet. Steht der Satz irgendwo fälschlich auf 19, etwa weil die Kategorie nachträglich auf Z geändert wurde, ohne den Satz mitzuziehen, entsteht ein Steuerbetrag größer null. Dann meldet der Validator neben BR-Z-09 meist auch BR-Z-05 für die Positionen.
Zweiter Fall: Die Rechnung wurde aus einer Vorlage mit Kategorie S kopiert und nur der Kategorie-Code geändert. Basisbetrag, Satz und berechneter Steuerbetrag bleiben aus der Vorlage stehen, und die Aufschlüsselung ist in sich widersprüchlich.
So behebst du den Fehler
Setz in der Z-Aufschlüsselung den Steuerbetrag (ram:CalculatedAmount) auf 0.00 und prüf, dass auch der Satz (ram:RateApplicablePercent) 0 ist. Kontrollier anschließend die Positionen: Tragen sie ebenfalls Kategorie Z mit Satz 0? Wenn die Leistung in Wahrheit steuerpflichtig ist, korrigier stattdessen die Kategorie überall auf S. Belegschmied leitet den Steuerbetrag immer aus Kategorie und Satz ab, bei Z steht er fest auf 0.
XML-Beispiel: vorher und nachher
Die Aufschlüsselung deklariert Z, weist aber Steuer aus:
<!-- verletzt BR-Z-09: Kategorie Z mit CalculatedAmount 1805.00 -->
<ram:ApplicableTradeTax>
<ram:CalculatedAmount>1805.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>
Korrigiert mit Steuerbetrag 0:
<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.