BR-S-02: Position mit Standardsteuersatz, aber keine Verkäufer-USt-ID
Sobald eine Rechnungsposition die Kategorie S (Standardsatz) trägt, muss die Rechnung eine USt-IdNr. oder Steuernummer des Verkäufers enthalten. Meist fehlt die Angabe schlicht in den Stammdaten.
An Invoice that contains an Invoice line (BG-25) where the Invoiced item VAT category code (BT-151) is "Standard rated" shall contain the Seller VAT Identifier (BT-31), the Seller tax registration identifier (BT-32) and/or the Seller tax representative VAT identifier (BT-63).
Die Kategorie S (Standard rated) ist der Normalfall der deutschen Rechnung mit 19 % oder 7 % Umsatzsteuer. Wer Steuer ausweist, muss steuerlich identifizierbar sein, und genau das prüft BR-S-02.
Was die Regel prüft
Enthält die Rechnung mindestens eine Position (BG-25), deren Steuerkategorie (BT-151, BT steht für Business Term, das nummerierte Feld der Norm) S ist, muss mindestens eine dieser Angaben vorhanden sein: die USt-IdNr. des Verkäufers (BT-31), seine Steuernummer (BT-32) oder die USt-IdNr. eines Steuervertreters (BT-63). Die Schwesterregeln BR-S-03 und BR-S-04 prüfen dasselbe, wenn die Kategorie S an einem Nachlass oder Zuschlag auf Dokumentebene hängt. Die XRechnung verschärft das Ganze zusätzlich über BR-DE-16.
Warum sie in der Praxis fehlschlägt
Fast immer fehlt die Angabe einfach in den Stammdaten des erzeugenden Programms: Die USt-IdNr. steht im PDF-Briefkopf, wurde aber nie als strukturiertes Feld hinterlegt. Für den Validator zählt nur das XML.
Zweiter Fall: Die Nummer ist zwar hinterlegt, landet aber im falschen Element, etwa als Freitext im Firmennamen oder mit falschem Scheme-Code. In CII unterscheidet das Attribut schemeID zwischen USt-IdNr. (VA) und Steuernummer (FC); wird es weggelassen oder vertauscht, findet der Validator kein gültiges Feld.
So behebst du den Fehler
Hinterleg die USt-IdNr. (DE + 9 Ziffern) einmalig in den Firmenstammdaten deiner Software, dann fließt sie in jede Rechnung ein. Hast du keine USt-IdNr., genügt die Steuernummer vom Finanzamt als BT-32. In Belegschmied gehören beide Felder zu den Firmendaten in den Einstellungen und werden beim Erzeugen automatisch ins richtige Element geschrieben.
XML-Beispiel: vorher und nachher
<!-- verletzt BR-S-02: Position mit S, Verkäufer ohne Steuerregistrierung -->
<ram:SellerTradeParty>
<ram:Name>Müller Haustechnik GmbH</ram:Name>
<ram:PostalTradeAddress><!-- … --></ram:PostalTradeAddress>
</ram:SellerTradeParty>
<!-- korrigiert: USt-IdNr. (BT-31) als SpecifiedTaxRegistration mit schemeID VA -->
<ram:SellerTradeParty>
<ram:Name>Müller Haustechnik GmbH</ram:Name>
<ram:PostalTradeAddress><!-- … --></ram:PostalTradeAddress>
<ram:SpecifiedTaxRegistration>
<ram:ID schemeID="VA">DE123456789</ram:ID>
</ram:SpecifiedTaxRegistration>
</ram:SellerTradeParty>
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