BR-Z-01: Nullsatz verwendet, aber keine passende USt-Aufschlüsselung
Sobald eine Position, ein Nachlass oder ein Zuschlag die Steuerkategorie Z (Nullsatz) trägt, muss die Umsatzsteuer-Aufschlüsselung genau eine Gruppe mit Kategorie Z enthalten. Häufigster Auslöser: die Software erzeugt die Aufschlüsselung nicht oder doppelt.
An Invoice that contains an Invoice line (BG-25), a Document level allowance (BG-20) or a Document level charge (BG-21) where the VAT category code (BT-151, BT-95 or BT-102) is "Zero rated" shall contain in the VAT breakdown (BG-23) exactly one VAT category code (BT-118) equal with "Zero rated".
BR-Z-01 ist die Eingangsregel der Z-Serie: Sie stellt sicher, dass eine Rechnung mit Nullsatz-Umsätzen diese auch in der Steueraufschlüsselung ausweist.
Was die Regel prüft
Die Kategorie Z steht für „Zero rated", den echten Nullsatz: steuerbare Umsätze mit 0 % Steuersatz. In Deutschland ist das selten und betrifft vor allem die Lieferung und Installation von Photovoltaikanlagen nach §12 Abs. 3 UStG. Nicht gemeint sind innergemeinschaftliche Lieferungen (Kategorie K bzw. IC-Regeln), Ausfuhren (G) oder Steuerbefreiungen nach §4 UStG (E).
Die Regel selbst: Wenn irgendwo in der Rechnung die Kategorie Z auftaucht, also im VAT category code einer Rechnungszeile (BT-151, BT = Business Term, das nummerierte Feld der Norm), eines Nachlasses auf Dokumentebene (BT-95) oder eines Zuschlags auf Dokumentebene (BT-102), dann muss die Umsatzsteuer-Aufschlüsselung (BG-23) genau eine Gruppe mit dem VAT category code (BT-118) Z enthalten. Nicht keine, nicht zwei: genau eine.
Warum sie in der Praxis fehlschlägt
Der häufigste Auslöser: Die Software baut die Aufschlüsselung aus einer festen Satz-Tabelle (19 %, 7 %) und kennt den Nullsatz nicht. Die Zeile trägt Z, die Aufschlüsselung enthält aber nur eine S-Gruppe oder gar keine passende Gruppe.
Zweiter Fall: Der Nullsatz wird als „S mit 0 %" abgebildet. Dann meldet der Validator neben BR-Z-01 meist auch Fehler aus der S-Serie, weil S einen Satz größer 0 verlangt.
Dritter Fall: Zwei Z-Gruppen, etwa weil pro Rechnungszeile eine eigene Aufschlüsselungsgruppe erzeugt wird. Erlaubt ist genau eine Gruppe je Kategorie-Satz-Kombination.
So behebst du den Fehler
Ergänze in der Aufschlüsselung eine Gruppe mit Kategorie Z, Steuersatz 0 und Steuerbetrag 0,00, deren Basisbetrag die Summe aller Z-Positionen ist (das prüft BR-Z-08 im Detail). Bestehen mehrere Z-Gruppen, fasse sie zu einer zusammen. Belegschmied leitet die Aufschlüsselung automatisch aus den Positionen ab, dieser Fall kann dort nicht entstehen.
XML-Beispiel: vorher und nachher
<!-- Zeile mit Kategorie Z … -->
<ram:ApplicableTradeTax>
<ram:TypeCode>VAT</ram:TypeCode>
<ram:CategoryCode>Z</ram:CategoryCode>
<ram:RateApplicablePercent>0</ram:RateApplicablePercent>
</ram:ApplicableTradeTax>
<!-- … aber Aufschlüsselung ohne Z-Gruppe: verletzt BR-Z-01 -->
<ram:ApplicableHeaderTradeSettlement>
<ram:ApplicableTradeTax>
<ram:CalculatedAmount>190.00</ram:CalculatedAmount>
<ram:TypeCode>VAT</ram:TypeCode>
<ram:BasisAmount>1000.00</ram:BasisAmount>
<ram:CategoryCode>S</ram:CategoryCode>
<ram:RateApplicablePercent>19</ram:RateApplicablePercent>
</ram:ApplicableTradeTax>
</ram:ApplicableHeaderTradeSettlement>
<ram:ApplicableHeaderTradeSettlement>
<ram:ApplicableTradeTax>
<ram:CalculatedAmount>190.00</ram:CalculatedAmount>
<ram:TypeCode>VAT</ram:TypeCode>
<ram:BasisAmount>1000.00</ram:BasisAmount>
<ram:CategoryCode>S</ram:CategoryCode>
<ram:RateApplicablePercent>19</ram:RateApplicablePercent>
</ram:ApplicableTradeTax>
<ram:ApplicableTradeTax>
<ram:CalculatedAmount>0.00</ram:CalculatedAmount>
<ram:TypeCode>VAT</ram:TypeCode>
<ram:BasisAmount>8500.00</ram:BasisAmount>
<ram:CategoryCode>Z</ram:CategoryCode>
<ram:RateApplicablePercent>0</ram:RateApplicablePercent>
</ram:ApplicableTradeTax>
</ram:ApplicableHeaderTradeSettlement>
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.