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