# BR-CO-26 Der Verkäufer muss durch eine Kennung, Handelsregisternummer oder USt-IdNr. identifizierbar sein

Damit der Käufer den Lieferanten automatisch identifizieren kann, muss mindestens eine der folgenden Angaben vorhanden sein: Verkäuferkennung (BT-29), Handelsregisternummer (BT-30) oder USt-IdNr. (BT-31).

## Problembeschreibung

> **FEHLER**: EN-16931-Rechen- und Konsistenzregel (BR-CO)

> **Wo BR-CO-26 geprüft wird**
>
> Ein Validator prüft eine E-Rechnung in Stufen. Zuerst muss die Datei wohlgeformtes XML sein und zum UBL- oder CII-Schema (XSD) passen. Dann laufen die Geschäftsregeln der EN 16931: BR-Kernregeln, BR-CO-Berechnungen, BR-CL-Codelisten, BR-DEC-Nachkommastellen und Regeln je Umsatzsteuerkategorie wie BR-S. Danach folgen die nationalen oder Netzwerk-Regeln, die BT-24 auswählt: BR-DE für XRechnung, PEPPOL-EN16931 für Peppol BIS Billing. Der Bericht nennt jede verletzte Regel: Ein Fehler bedeutet Ablehnung, nur Warnungen bedeuten weiterhin Annahme. BR-CO-26: Rechenregel der EN 16931, gemeldet in der Stufe „Regeln der EN 16931“.

## Kontext und Bedeutung

Käufersysteme ordnen Lieferanten anhand dieser Kennungen automatisch zu. Fehlen alle, landet die Rechnung in der manuellen Bearbeitung und die Zahlung verzögert sich. Eine Steuernummer in BT-32 zählt für diese Regel nicht. Der Fehler betrifft typischerweise Kleinunternehmer ohne USt-IdNr., die nur ihre Steuernummer und weder eine Handelsregisternummer noch eine andere Verkäuferkennung angeben.

## Lösung

Geben Sie für den Verkäufer mindestens eines der Felder BT-29, BT-30 oder BT-31 an. UBL: cac:PartyIdentification/cbc:ID (BT-29), cac:PartyLegalEntity/cbc:CompanyID (BT-30), cac:PartyTaxScheme/cbc:CompanyID mit cac:TaxScheme/cbc:ID = VAT (BT-31); CII: ram:ID oder ram:GlobalID, ram:SpecifiedLegalOrganization/ram:ID, ram:SpecifiedTaxRegistration/ram:ID mit schemeID="VA".

- [XML validieren](/de/xrechnung-validator?source=resource&rule=BR-CO-26)
- [Rechnung konvertieren](/de/pdf-to-xrechnung?source=resource&rule=BR-CO-26)

## Gültige Beispiele

- BT-31 = "DE123456789"
- BT-30 = "HRB 12345"
- BT-29 = "4012345000092" mit schemeID="0088" (GLN)

## Ungültige Beispiele

- Verkäuferpartei nur mit Name und Anschrift, BT-29/BT-30/BT-31 fehlen alle
- BT-31 fehlt, weil der Verkäufer keine USt-IdNr. hat, und BT-29 und BT-30 fehlen ebenfalls
- Nur eine Steuernummer in BT-32 (cac:PartyTaxScheme mit einem anderen Schema als VAT), kein BT-29, BT-30 oder BT-31

## Betroffene Felder

- [BT-29 Verkäuferkennung](/resources/xrechnung/bt-29-seller-identifier)
- [BT-30 Handelsregisternummer des Verkäufers](/resources/xrechnung/bt-30-seller-legal-registration-identifier)
- [BT-31 USt-IdNr. des Verkäufers](/resources/xrechnung/bt-31-seller-vat-identifier)

## Verwandte Regeln

- [BR-CO-9](/resources/kosit-validator-errors/br-co-9-vat-identifier-must-have-iso-country-prefix)
- [BR-CL-10](/resources/kosit-validator-errors/br-cl-10-iso-6523-any-identifier-scheme)
- [BR-CL-11](/resources/kosit-validator-errors/br-cl-11-iso-6523-registration-scheme)

## Validierungstools

- [Offizieller KoSIT Validator](https://github.com/itplr-kosit/validator): Führen Sie den offiziellen KoSIT-Validator mit der XRechnung-Konfiguration aus, um EN-16931- und XRechnung-Regeln zu prüfen.
- [PDF zu XRechnung konvertieren](/pdf-to-xrechnung): Validierungsfehler beim Konvertieren erkennen, prüfen und gezielt beheben.

## Verwandte Ressourcen

- [Offizielle Spezifikation](https://docs.peppol.eu/poacc/billing/3.0/rules/ubl-tc434/)
- [Testsuite](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Alle Validierungsfehler](/resources/kosit-validator-errors): Übersicht der hier erklärten Validierungsregeln aus EN 16931, XRechnung und Peppol.