BR-G-05: Exportzeile mit Steuersatz ungleich 0
Eine Rechnungszeile mit Steuerkategorie G (Export außerhalb der EU) muss den Steuersatz 0 tragen. Häufigster Auslöser: die Software übernimmt den 19-%-Standardsatz aus dem Artikelstamm.
In an Invoice line (BG-25) where the Invoiced item VAT category code (BT-151) is "Export outside the EU" the Invoiced item VAT rate (BT-152) shall be 0 (zero).
Kategorie G kennzeichnet die steuerfreie Ausfuhrlieferung in ein Drittland außerhalb der EU (§ 6 UStG). BR-G-05 ist der Zeilen-Prüfschritt: Kategorie und Satz müssen zusammenpassen.
Was die Regel prüft
In jeder Rechnungszeile (BG-25), deren Steuerkategorie-Code (BT-151, BT = Business Term, das nummerierte Feld der Norm) auf G steht, muss der Steuersatz der Zeile (BT-152) exakt 0 sein. Nicht leer, nicht fehlend: der Wert 0 muss explizit in der XML stehen. Eine Ausfuhrlieferung ist steuerfrei, also darf keine Zeile mit G einen positiven Prozentsatz tragen.
Dieselbe Logik gilt für Nachlässe (BR-G-06) und Zuschläge (BR-G-07) auf Dokumentenebene.
Warum sie in der Praxis fehlschlägt
Fast immer ist es der Artikelstamm: Der Artikel ist mit 19 % angelegt, beim Erstellen der Exportrechnung wird nur die Kategorie auf G umgestellt, der Satz bleibt stehen. Die XML enthält dann CategoryCode G mit RateApplicablePercent 19, ein direkter Widerspruch.
Zweiter Auslöser: Die Software lässt das Satz-Feld bei steuerfreien Zeilen einfach weg, weil „kein Steuersatz" gemeint ist. Für den Validator ist ein fehlender Satz aber nicht dasselbe wie 0; je nach Profil schlägt dann zusätzlich BR-DE-14 an, das den Satz generell verlangt.
So behebst du den Fehler
Setz in jeder G-Zeile den Steuersatz explizit auf 0. Wenn deine Software pro Artikel einen Steuersatz speichert, leg für Exportfälle entweder eine eigene Steuerkennung „Export 0 %" an oder korrigier den Satz beim Erfassen der Zeile. Prüf danach, ob auch die Aufschlüsselung (BG-23) mit CategoryCode G und Satz 0 vorhanden ist, sonst folgen BR-G-08 und BR-G-09. Belegschmied koppelt Kategorie und Satz im Editor, sodass G-Zeilen gar nicht erst mit 19 % gespeichert werden können.
XML-Beispiel: vorher und nachher
<!-- verletzt BR-G-05: Kategorie G, aber Steuersatz 19 -->
<ram:IncludedSupplyChainTradeLineItem>
<!-- … -->
<ram:SpecifiedLineTradeSettlement>
<ram:ApplicableTradeTax>
<ram:TypeCode>VAT</ram:TypeCode>
<ram:CategoryCode>G</ram:CategoryCode>
<ram:RateApplicablePercent>19</ram:RateApplicablePercent>
</ram:ApplicableTradeTax>
<!-- … -->
</ram:SpecifiedLineTradeSettlement>
</ram:IncludedSupplyChainTradeLineItem>
<!-- korrigiert: Steuersatz explizit 0 -->
<ram:SpecifiedLineTradeSettlement>
<ram:ApplicableTradeTax>
<ram:TypeCode>VAT</ram:TypeCode>
<ram:CategoryCode>G</ram:CategoryCode>
<ram:RateApplicablePercent>0</ram:RateApplicablePercent>
</ram:ApplicableTradeTax>
<!-- … -->
</ram:SpecifiedLineTradeSettlement>
Rechnung selbst prüfen
Laden Sie Ihre Datei hoch und sehen Sie in Sekunden, welche Regeln sie besteht und welche nicht. Kostenlos, ohne Anmeldung, nichts wird gespeichert.
Regeln, die oft zusammen auftreten
← Alle Fehlermeldungen im Überblick
Gepflegt von Emilio Irmscher, Gründer von Belegschmied. Über den Autor