# BR-DE-5 Kontaktstelle des Verkäufers muss angegeben werden

In der XRechnung muss innerhalb der Gruppe Verkäuferkontakt (BG-6) zwingend der Name der Kontaktstelle oder der Ansprechperson (BT-41) angegeben werden. Öffentliche Rechnungsprüfungsstellen in Deutschland nutzen dieses Feld, um die zuständige Abteilung (z. B. „Finanzbuchhaltung“, „Vertrieb“, „Auftragsbearbeitung“) oder Person für Rückfragen zur Leistungserbringung direkt zu adressieren.

## Problembeschreibung

> **FEHLER**: Nationale XRechnung-Regel (KoSIT, BR-DE) · XRechnung 3.0

> **Wo BR-DE-5 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-DE-5: XRechnung-Regel (Deutschland), gemeldet in der Stufe „Nationale Regeln (CIUS)“.

## Kontext und Bedeutung

BT-41 wirkt zusammen mit BT-42 (Telefon) und BT-43 (E-Mail). Fehlt eines dieser drei Pflichtfelder in BG-6, meldet die XRechnung-Schematron-Validierung einen Fehler.

## Lösung

Hinterlegen Sie im Verkäuferprofil Ihrer Fakturierungssoftware eine Abteilung oder eine Ansprechperson. In UBL 2.1 befüllen Sie <cbc:Name> innerhalb von <cac:AccountingSupplierParty><cac:Party><cac:Contact>. In UN/CEFACT CII befüllen Sie <ram:PersonName> oder <ram:DepartmentName> unter <ram:SellerTradeParty><ram:DefinedTradeContact>. Lassen Sie das Element nicht leer.

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

## Gültige Beispiele

- BT-41 = „Finanzbuchhaltung / Rechnungsabteilung“
- BT-41 = „Dr. Johannes Weber (Projektleitung)“

## Ungültige Beispiele

- Verkäuferkontaktgruppe (cac:Contact / ram:DefinedTradeContact) enthält Telefon und E-Mail, lässt cbc:Name / ram:PersonName jedoch komplett weg
- Kontaktnamenselement ist leer oder enthält nur Leerzeichen (<cbc:Name></cbc:Name>)

## Code-Beispiele

### Gültiges XML
```
<cac:Contact>
  <cbc:Name>Zentrale Rechnungsprüfung</cbc:Name>
  <cbc:Telephone>+49 30 1234567</cbc:Telephone>
  <cbc:ElectronicMail>rechnung@lieferant.de</cbc:ElectronicMail>
</cac:Contact>
```

### Ungültiges XML
```
<cac:Contact>
  <cbc:Telephone>+49 30 1234567</cbc:Telephone>
  <cbc:ElectronicMail>rechnung@lieferant.de</cbc:ElectronicMail>
</cac:Contact>
```

## Betroffene Felder

- [BT-41 Kontaktstelle des Verkäufers](/resources/xrechnung/bt-41-seller-contact-point)
- [BG-6 Verkäuferkontakt](/resources/xrechnung/bt-41-seller-contact-point)
- [BT-42 Telefonnummer des Verkäuferkontakts](/resources/xrechnung/bt-42-seller-contact-telephone-number)
- [BT-43 E-Mail-Adresse des Verkäuferkontakts](/resources/xrechnung/bt-43-seller-contact-email-address)

## Verwandte Regeln

- [BR-DE-2](/resources/kosit-validator-errors/br-de-2-seller-contact-required)
- [BR-DE-6](/resources/kosit-validator-errors/br-de-6-seller-contact-telephone-required)
- [BR-DE-7](/resources/kosit-validator-errors/br-de-7-seller-contact-email-required)

## 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://xeinkauf.de/xrechnung/)
- [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.