✓ E-Rechnungprüfen

Startseite › Wissen › BR-DE-16

BR-DE-16: USt-IdNr. oder Steuernummer des Verkäufers fehlt

Sobald die Rechnung Umsätze mit einer der Steuerkategorien S, Z, E, AE, K, G, L oder M enthält, muss der Verkäufer identifizierbar sein: über die USt-IdNr. (BT-31), die Steuernummer (BT-32) oder einen Steuervertreter (BG-11). Das entspricht auch der Pflichtangabe nach § 14 Abs. 4 Nr. 2 UStG. Im Test meldet der Validator dabei meist drei Regeln gleichzeitig: BR-DE-16, BR-S-02 und BR-CO-26.

Originaltext der Regel

Fehler BR-DE-16 · Herkunft: XRechnung (deutsche Regel der KoSIT)

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.
Technische Prüfung (Schematron/XPath)
RegelwerkKontextTest
XRechnung, UBL/ubl:Invoice | /cn:CreditNote (not( ($BT-95-UBL-Inv = $supportedVATCodes or $BT-95-UBL-CN = $supportedVATCodes) or ($BT-102 = $supportedVATCodes) or ($BT-151 = $supportedVATCodes) ) or (cac:TaxRepresentativeParty, $BT-31orBT-32Path))
XRechnung, CII/rsm:CrossIndustryInvoicenot((rsm:SupplyChainTradeTransaction/ram:IncludedSupplyChainTradeLineItem/ram:SpecifiedLineTradeSettlement/ram:ApplicableTradeTax/ram:TypeCode = 'VAT' and rsm:SupplyChainTradeTransaction/ram:IncludedSupplyChainTradeLineItem/ram:SpecifiedLineTradeSettlement/ram:ApplicableTradeTax/ram:CategoryCode = ('S', 'Z', 'E', 'AE', 'K', 'G', 'L', 'M')) or (rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeAllowanceCharge/ram:CategoryTradeTax = 'VAT' and rsm:SupplyChainTrad …

Aus der offiziellen XRechnung 3.0.2 (KoSIT-Konfiguration 2026-08-31).

Typische Ursachen

So beheben Sie den Fehler

  1. USt-IdNr.: UBL cac:PartyTaxScheme mit cbc:CompanyID und cac:TaxScheme/cbc:ID = VAT; CII ram:SpecifiedTaxRegistration/ram:ID mit schemeID="VA".
  2. Steuernummer: in UBL als zweites cac:PartyTaxScheme mit einer anderen TaxScheme-ID (üblich FC), in CII mit schemeID="FC".
  3. Die USt-IdNr. immer mit Länderpräfix angeben (DE…) – sonst folgt BR-CO-09.

Beispiel: vorher und nachher

Fehlerhaft

  </cac:Country>
</cac:PostalAddress>
<!-- hier fehlt die Angabe -->
<cac:PartyLegalEntity>
  <cbc:RegistrationName>Muster IT GmbH</cbc:RegistrationName>

Korrigiert

  </cac:Country>
</cac:PostalAddress>
<cac:PartyTaxScheme>
  <cbc:CompanyID>DE123456789</cbc:CompanyID>
  <cac:TaxScheme>
    <cbc:ID>VAT</cbc:ID>
  </cac:TaxScheme>
</cac:PartyTaxScheme>
<cac:PartyLegalEntity>
  <cbc:RegistrationName>Muster IT GmbH</cbc:RegistrationName>

Ausschnitt aus einer vollständigen XRechnung 3.0 (UBL). Ergebnis mit dem KoSIT-Validator: Die fehlerhafte Variante erzeugt BR-S-02, BR-CO-26, BR-DE-16 und wird abgelehnt; die korrigierte Variante wird akzeptiert.

Häufige Fragen

Was ist BR-CO-26?

BR-CO-26 verlangt, dass der Käufer den Verkäufer automatisch identifizieren kann: über eine Kennung (BT-29), die Registernummer (BT-30) und/oder die USt-IdNr. (BT-31). Wer nur eine Steuernummer angibt, sollte zusätzlich z. B. die Handelsregisternummer in BT-30 eintragen.

Was ist BR-S-02?

Die gleiche Anforderung aus der EN 16931, speziell für Positionen mit Normalsteuersatz (Kategorie S).

Hintergrund: Pflichtangaben einer E-Rechnung und ihre Felder (BT)

Verwandte Themen

Keine Steuer- oder Rechtsberatung: Diese Seite erklärt technische Prüfregeln und dient der Orientierung. Verbindlich sind Gesetz, BMF-Schreiben und das offizielle KoSIT-Regelwerk. Bei steuerlichen Fragen wenden Sie sich an Ihre Steuerberatung. Stand: 2026-10-06, geprüft mit XRechnung 3.0.2 (KoSIT-Konfiguration 2026-08-31).