# BR-DE-28 E-Mail-Adresse des Verkäuferkontakts soll genau ein @-Zeichen enthalten

BR-DE-28 der deutschen XRechnung-Regeln prüft die E-Mail-Adresse des Verkäuferkontakts (BT-43) nach dem Entfernen führender und nachfolgender Leerzeichen gegen ein Muster: genau ein „@“ mit mindestens einem Zeichen davor und ohne Leerzeichen, nach dem „@“ eine Domain mit mindestens einem Punkt, in der kein Punkt am Anfang, am Ende oder neben einem anderen Punkt steht. Der Teil vor dem „@“ wird nicht weiter geprüft, und ob das Postfach existiert, prüft die Regel nicht.

## Problembeschreibung

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

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

## Kontext und Bedeutung

BR-DE-28 ist in der KoSIT-Konfiguration für XRechnung 3.0.2 eine Warnung; der Validator lehnt die Datei deswegen allein nicht ab. Eine fehlende E-Mail-Adresse ist eine andere Regel: BR-DE-7 ist ein Fehler. Mehrere Adressen in einem Feld, ein fehlendes „@“ oder eine Domain ohne Punkt lösen BR-DE-28 aus.

## Lösung

Prüfen Sie in Ihren Stammdaten, dass die E-Mail-Adresse als einzelne, valide Adresse formatiert ist (z. B. „buchhaltung@unternehmen.de“). In UBL 2.1 befüllen Sie <cbc:ElectronicMail> unter <cac:AccountingSupplierParty><cac:Party><cac:Contact>. In UN/CEFACT CII befüllen Sie <ram:URIID> unter <ram:DefinedTradeContact><ram:EmailURIUniversalCommunication>. Benötigen mehrere Personen Benachrichtigungen, richten Sie einen Verteiler oder eine Weiterleitung im Mailserver ein.

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

## Gültige Beispiele

- BT-43 = „rechnungswesen@lieferant.de“
- BT-43 = „buchhaltung.service@unternehmen.de“

## Ungültige Beispiele

- BT-43 = „rechnung@lieferant@de“ (Fehlerhafte Adresse mit mehreren „@“-Zeichen)
- BT-43 = „rechnung@lieferant.de, vertrieb@lieferant.de“ (Kommagetrennte Mehrfachadresse)
- BT-43 = „rechnung.lieferant.de“ (Adresse ohne das erforderliche „@“-Trennzeichen)

## Code-Beispiele

### Gültiges XML
```
<cac:Contact>
  <cbc:Name>Buchhaltung</cbc:Name>
  <cbc:Telephone>+49 30 1234567</cbc:Telephone>
  <cbc:ElectronicMail>buchhaltung@unternehmen.de</cbc:ElectronicMail>
</cac:Contact>
```

### Ungültiges XML
```
<cac:Contact>
  <cbc:Name>Buchhaltung</cbc:Name>
  <cbc:Telephone>+49 30 1234567</cbc:Telephone>
  <cbc:ElectronicMail>rechnung@firma.de, vertrieb@firma.de</cbc:ElectronicMail>
</cac:Contact>
```

## Betroffene Felder

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

## Verwandte Regeln

- [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.