BR-DE-16: Umsatzsteuer-ID oder Steuernummer des Verkäufers fehlt
Die Rechnung enthält Positionen mit einer Steuerkategorie wie S, E oder AE, aber keine Steuerkennung des Verkäufers. Ergänzen Sie Ihre Umsatzsteuer-Identifikationsnummer (BT-31) oder Ihre Steuernummer (BT-32) oder die Angaben zum Steuervertreter (BG-11).
[BR-DE-16] Wenn in einer Rechnung die Steuercodes S, Z, E, AE, K, G, L oder M verwendet werden, muss mindestens eines der Elemente "Seller VAT identifier" (BT-31), "Seller tax registration identifier" (BT-32) oder "SELLER TAX REPRESENTATIVE PARTY" (BG-11) übermittelt werden.
Betroffen:BT-31BT-32BG-11BT-151BT-95BT-102
Was die Regel prüft
Die Regel hat einen Auslöser und eine Bedingung. Ausgelöst wird sie, wenn irgendwo in der Rechnung eine der Steuerkategorien S, Z, E, AE, K, G, L oder M vorkommt. Das betrifft fast jede Rechnung; nur Rechnungen ausschließlich mit Kategorie O (nicht steuerbar) sind ausgenommen. Seit XRechnung 2.0.1 ist die Regel auf diese Codes begrenzt (Änderung XRG-v2.0.1-67).
UBL
- Auslöser: Ein Code aus der Liste steht in einer Position (BT-151,
cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory/cbc:ID), in einem Nachlass auf Belegebene (BT-95,cac:AllowanceChargemitcbc:ChargeIndicatorfalse) oder in einem Zuschlag auf Belegebene (BT-102,cbc:ChargeIndicatortrue). - Bedingung: Es gibt ein
cac:TaxRepresentativePartyoder ein nicht leerescac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID. Welches Steuerschema darunter steht, prüft BR-DE-16 in UBL nicht.
CII
- Auslöser: Eine Position hat
ram:SpecifiedLineTradeSettlement/ram:ApplicableTradeTaxmitram:TypeCodeVATundram:CategoryCodeaus der Liste. Zusätzlich werden Nachlässe und Zuschläge auf Belegebene (ram:SpecifiedTradeAllowanceCharge/ram:CategoryTradeTax) betrachtet. - Bedingung: Es gibt ein
ram:SellerTaxRepresentativeTradePartyoder ein nicht leeresram:SellerTradeParty/ram:SpecifiedTaxRegistration/ram:IDmitschemeIDVA(Umsatzsteuer-ID) oderFC(Steuernummer). Einram:IDohneschemeIDoder mit anderem Wert zählt nicht.
Die Steuerkategorie in der Aufschlüsselung (BT-118) selbst ist kein Auslöser; maßgeblich sind Positionen sowie Nachlässe und Zuschläge.
Typische Ursachen
- Kleinunternehmer ohne Steuernummer in der Datei. Die Spezifikation bildet Kleinunternehmer nach § 19 UStG mit Kategorie E ab. E steht in der Liste, also braucht auch eine Kleinunternehmer-Rechnung BT-31 oder BT-32. Wer keine USt-IdNr. hat, gibt die Steuernummer an.
- Steuernummer nur als Text. Die Steuernummer steht in den weiteren rechtlichen Informationen (BT-33, UBL
cac:PartyLegalEntity/cbc:CompanyLegalForm, CIIram:Description) oder im Fußtext. Das zählt nicht. - Falsches `schemeID` in CII. Die Steuernummer steht in
ram:SpecifiedTaxRegistration/ram:ID, aber ohneschemeID="FC"oder mit einem anderen Wert. - USt-IdNr. als Registernummer. In UBL wurde die Nummer in
cac:PartyLegalEntity/cbc:CompanyIDgeschrieben. Das ist BT-30, die Register- oder Registriernummer. - Steuerdaten im Mandanten nicht gepflegt. Beim Einrichten der Software wurde das Feld für USt-IdNr. und Steuernummer übersprungen.
Beispiel aus der KoSIT-Testsuite
Testdatei 02.01 enthält beide Kennungen: eine österreichische USt-IdNr. und eine deutsche Steuernummer. In UBL steht jede in einem eigenen cac:PartyTaxScheme; das Steuerschema VAT kennzeichnet BT-31, FC die Steuernummer BT-32.
<cac:PartyTaxScheme>
<cbc:CompanyID>ATU123456789</cbc:CompanyID>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:PartyTaxScheme>
<cac:PartyTaxScheme>
<cbc:CompanyID>123/456/789</cbc:CompanyID>
<cac:TaxScheme>
<cbc:ID>FC</cbc:ID>
</cac:TaxScheme>
</cac:PartyTaxScheme>Quelle: KoSIT XRechnung-Testsuite 2026-08-31, Datei instances/standard/02.01a-INVOICE_ubl.xml (Apache 2.0)
schemeID VA und FC<ram:SpecifiedTaxRegistration>
<ram:ID schemeID="VA">ATU123456789</ram:ID>
</ram:SpecifiedTaxRegistration>
<ram:SpecifiedTaxRegistration>
<ram:ID schemeID="FC">123/456/789</ram:ID>
</ram:SpecifiedTaxRegistration>Quelle: KoSIT XRechnung-Testsuite 2026-08-31, Datei instances/standard/02.01a-INVOICE_uncefact.xml (Apache 2.0)
Eine der beiden Kennungen genügt. Dieselbe Datei hat zusätzlich einen Steuervertreter (BG-11) mit eigener USt-IdNr.; auch er allein würde die Regel erfüllen. Fehlerhaft ist eine Rechnung mit Positionen der Kategorie S, in der beim Verkäufer weder cac:PartyTaxScheme noch ram:SpecifiedTaxRegistration steht und kein Steuervertreter angegeben ist.
Lösung
In der Rechnungssoftware
- Tragen Sie in den Firmendaten Ihre USt-IdNr. oder Ihre Steuernummer in das dafür vorgesehene Feld ein, nicht in ein Freitextfeld.
- Als Kleinunternehmer ohne USt-IdNr. hinterlegen Sie die Steuernummer.
- Haben Sie einen Fiskalvertreter in Deutschland, pflegen Sie dessen Name, Anschrift und USt-IdNr. als Steuervertreter.
Im XML
- UBL: Fügen Sie in
cac:AccountingSupplierParty/cac:Partynachcac:PostalAddresseincac:PartyTaxSchememitcbc:CompanyIDundcac:TaxScheme/cbc:IDein,VATfür die USt-IdNr. Für die Steuernummer nutzen die TestdateienFC. - CII: Fügen Sie in
ram:SellerTradePartynachram:URIUniversalCommunicationeinram:SpecifiedTaxRegistrationmitram:ID schemeID="VA"oderschemeID="FC"ein. - Die USt-IdNr. beginnt mit dem Ländercode, etwa
DE. Prüfen Sie die Datei anschließend mit XRechnung prüfen.
Quellen
- XRechnung Schematron 2.6.0 (Release v2.6.0, Dateien ubl/XRechnung-UBL-validation.sch und cii/XRechnung-CII-validation.sch)KoSIT (GitHub itplr-kosit/xrechnung-schematron), 31. August 2026 · geprüft am 7. November 2026
- XRechnung-Testsuite, Release 2026-08-31KoSIT (GitHub itplr-kosit/xrechnung-testsuite), 31. August 2026 · geprüft am 7. November 2026
- Spezifikation XRechnung Version 3.0.2KoSIT (xeinkauf.de), 20. Juni 2024 · geprüft am 7. November 2026