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
Lade deine Datei hoch und sieh in Sekunden, welche Regeln sie besteht und welche nicht. Kostenlos, ohne Anmeldung, nichts wird gespeichert.