BR-G-04: Export-Zuschlag ohne Steuer-Identifikation des Verkäufers
Ein Zuschlag auf Dokumentenebene trägt die Steuerkategorie G (Export außerhalb der EU), aber der Rechnung fehlt USt-IdNr., Steuernummer oder Steuervertreter-USt-ID des Verkäufers.
An Invoice that contains a Document level charge (BG-21) where the Document level charge VAT category code (BT-102) is "Export outside the EU" shall contain the Seller VAT Identifier (BT-31) or the Seller tax representative VAT identifier (BT-63).
Die Kategorie G steht in der E-Rechnung für die steuerfreie Ausfuhrlieferung in ein Land außerhalb der EU (§ 6 UStG), etwa in die Schweiz oder die USA. BR-G-04 ist eine der drei Identifikations-Regeln dieser Serie: BR-G-02 prüft Rechnungszeilen, BR-G-03 Nachlässe, BR-G-04 Zuschläge.
Was die Regel prüft
Sobald ein Zuschlag auf Dokumentenebene (BG-21, ein Business-Group-Block der Norm, z. B. Transport- oder Verpackungskosten) den Steuerkategorie-Code G im Feld BT-102 trägt (BT = Business Term, das nummerierte Feld der Norm), muss die Rechnung mindestens eine dieser Angaben zum Verkäufer enthalten:
- USt-IdNr. des Verkäufers (BT-31),
- Steuernummer des Verkäufers (BT-32) oder
- USt-IdNr. des Steuervertreters (BT-63).
Wer steuerfrei ausführt, muss auf der Rechnung steuerlich identifizierbar sein. Anders als bei der innergemeinschaftlichen Lieferung (BR-IC-Serie) genügt hier auch die nationale Steuernummer.
Warum sie in der Praxis fehlschlägt
Der häufigste Fall: In den Stammdaten der Rechnungssoftware ist weder USt-IdNr. noch Steuernummer hinterlegt, und bei Inlandsrechnungen fiel das nie auf, weil die EN 16931 sie dort nicht zwingend verlangt. Erst die erste Exportrechnung mit Zuschlag löst die Meldung aus.
Zweiter Auslöser: Die Steuernummer steht zwar in der XML, aber im falschen Element, etwa als Freitext im Firmennamen oder in einer Notiz statt in ram:SpecifiedTaxRegistration. Der Validator sieht dann kein BT-31/BT-32.
So behebst du den Fehler
Trag die USt-IdNr. (oder ersatzweise die Steuernummer) des Verkäufers in den Stammdaten deiner Software ein, damit sie als strukturiertes Feld in die XML gelangt. In der CII-Syntax gehört sie in ram:SellerTradeParty als ram:SpecifiedTaxRegistration mit schemeID="VA" (USt-IdNr.) bzw. schemeID="FC" (Steuernummer). In Belegschmied genügt es, die USt-IdNr. einmal in den Firmendaten zu hinterlegen.
XML-Beispiel: vorher und nachher
<!-- verletzt BR-G-04: Zuschlag mit Kategorie G, aber Verkäufer ohne Steuer-Identifikation -->
<ram:SellerTradeParty>
<ram:Name>Maschinenbau Krüger GmbH</ram:Name>
<ram:PostalTradeAddress><!-- … --></ram:PostalTradeAddress>
</ram:SellerTradeParty>
<!-- … -->
<ram:SpecifiedTradeAllowanceCharge>
<ram:ChargeIndicator><udt:Indicator>true</udt:Indicator></ram:ChargeIndicator>
<ram:ActualAmount>85.00</ram:ActualAmount>
<ram:Reason>Exportverpackung</ram:Reason>
<ram:CategoryTradeTax>
<ram:TypeCode>VAT</ram:TypeCode>
<ram:CategoryCode>G</ram:CategoryCode>
<ram:RateApplicablePercent>0</ram:RateApplicablePercent>
</ram:CategoryTradeTax>
</ram:SpecifiedTradeAllowanceCharge>
<!-- korrigiert: USt-IdNr. als BT-31 beim Verkäufer -->
<ram:SellerTradeParty>
<ram:Name>Maschinenbau Krüger GmbH</ram:Name>
<ram:PostalTradeAddress><!-- … --></ram:PostalTradeAddress>
<ram:SpecifiedTaxRegistration>
<ram:ID schemeID="VA">DE812345678</ram:ID>
</ram:SpecifiedTaxRegistration>
</ram:SellerTradeParty>
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.