BR-DE-28In BT-43 soll genau ein @-Zeichen enthalten sein, welches nicht von einem Leerzeichen, einem Punkt, aber mindestens zwei Zeichen auf beiden Seiten flankiert werden soll.

Warum tritt BR-DE-28 auf?

Platzhalter wie „-“ oder „keine“, zwei Adressen in einem Feld („a@firma.de; b@firma.de“) oder ein abgeschnittener Wert mit Punkt am Ende. Der Regeltext klingt dabei strenger, als die Prüfung ist: er verlangt zwei Zeichen links und rechts vom @, keinen Punkt daneben und keinen am Anfang. Der Ausdruck ^[^@\s]+@([^@.\s]+\.)+[^@.\s]+$ setzt davon nur einen Teil durch — a@b.c mit einem einzigen Zeichen links besteht ebenso wie a.@b.c und .@b.c. Zuverlässig durchfallen: fehlendes @, zwei @, ein Leerzeichen im Wert, eine Domain ohne Punkt und ein Punkt am Ende.

Was der Validator prüft

Der Ausdruck, den das offizielle KoSIT-Regelwerk auswertet — nicht paraphrasiert, sondern aus der ausgelieferten Schematron-Datei gelesen. UBL und CII adressieren verschiedene Dokumentbäume, deshalb steht dieselbe Regel je Syntax anders da.

UBL

matches(normalize-space(cbc:ElectronicMail), $XR-EMAIL-REGEX)

Variablen darin

$XR-EMAIL-REGEX

'^[^@\s]+@([^@.\s]+\.)+[^@.\s]+$'

CII

matches(normalize-space(ram:EmailURIUniversalCommunication/ram:URIID), $XR-EMAIL-REGEX)

Variablen darin

$XR-EMAIL-REGEX

'^[^@\s]+@([^@.\s]+\.)+[^@.\s]+$'

Quelle: Regelwerk v2026-08-31

Wie behebt man BR-DE-28?

Tragen Sie genau eine gültige Adresse ein, etwa rechnung@firma.de (UBL cac:Contact/cbc:ElectronicMail, CII ram:EmailURIUniversalCommunication/ram:URIID). Mehrere Empfänger gehören nicht in das Feld — wählen Sie ein Funktionspostfach.

<cac:Contact>
  <cbc:ElectronicMail>rechnung@muster.de, buchhaltung@muster.de</cbc:ElectronicMail>
</cac:Contact>

<cac:Contact>
  <cbc:ElectronicMail>rechnung@muster.de</cbc:ElectronicMail>
</cac:Contact>