Zum Inhalt springen

BR-DE-28: Ungültige E-Mail-Adresse beim Verkäuferkontakt

BR-DE-28 prüft die Form der E-Mail-Adresse in BT-43, nicht ob das Postfach existiert. Am häufigsten stehen zwei Adressen in einem Feld oder der Domain fehlt die Endung.

Stand:

BR-DE-28· XRechnung-Schematron 2.6.0 (XRechnung 3.0.2, Validator-Konfiguration XRechnung 2026-08-31)
[BR-DE-28] In 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. Ein Punkt sollte nicht am Anfang oder am Ende stehen.

Betroffen:BT-43

Was die Regel prüft

Gelesen wird BT-43 („E-Mail-Adresse“ im Verkäuferkontakt): in UBL cac:AccountingSupplierParty/cac:Party/cac:Contact/cbc:ElectronicMail, in CII ram:SellerTradeParty/ram:DefinedTradeContact/ram:EmailURIUniversalCommunication/ram:URIID. Nach dem Entfernen von Leerraum am Anfang und Ende muss der Wert diesem Ausdruck entsprechen:

Variable XR-EMAIL-REGEX aus common.sch
^[^@\s]+@([^@.\s]+\.)+[^@.\s]+$
  • Vor dem @ steht mindestens ein Zeichen, aber kein weiteres @ und kein Leerraum.
  • Hinter dem @ folgen ein oder mehrere Abschnitte, jeweils mit einem Punkt abgeschlossen, und eine Endung ohne Punkt.
  • Leere Abschnitte (..) und ein Punkt am Ende sind damit ausgeschlossen.

Die Meldung beschreibt die Anforderung etwas anders als der Ausdruck. So verlangt der Ausdruck vor dem @ nur ein Zeichen statt zwei. Für das Ergebnis zählt der Ausdruck. Bindestriche, Unterstriche und Pluszeichen sind erlaubt.

Wert in BT-43Ergebnis
[email protected]in Ordnung
[email protected]in Ordnung
info@firmaWarnung, Endung fehlt
[email protected].Warnung, Punkt am Ende
[email protected]Warnung, leerer Abschnitt
[email protected]; [email protected]Warnung, zwei @ und Leerzeichen
info(at)firma.deWarnung, kein @

Die elektronische Adresse des Verkäufers (BT-34, z. B. cbc:EndpointID mit schemeID="EM") fällt nicht unter BR-DE-28; die Regel betrifft nur den Kontakt.

Typische Ursachen

  • Mehrere Adressen in einem Feld, getrennt durch Komma oder Semikolon, weil die Rechnung an mehrere Stellen gehen soll.
  • Die Adresse wird mit Anzeigename übernommen, etwa Buchhaltung <[email protected]>. Leerzeichen und spitze Klammern machen sie ungültig.
  • Interne Adressen ohne Domainendung wie rechnung@server.
  • Schreibweisen gegen Spam wie info(at)firma.de, kopiert aus dem Impressum der Website.
  • Ein Platzhalter oder ein Name im E-Mail-Feld, weil BT-43 Pflicht ist (BR-DE-7) und kein echter Wert vorlag.

Beispiel aus der KoSIT-Testsuite

Testdatei 04.01a enthält eine Adresse mit Bindestrich in der Domain. Sie entspricht dem Ausdruck: ein Zeichenblock vor dem @, danach m-meier. als Abschnitt und de als Endung.

UBL: E-Mail-Adresse im Verkäuferkontakt
<cac:Contact>
  <cbc:Name>M. Meier Handwerk GbR</cbc:Name>
  <cbc:Telephone>010/12345</cbc:Telephone>
  <cbc:ElectronicMail>[email protected]</cbc:ElectronicMail>
</cac:Contact>

Quelle: KoSIT XRechnung-Testsuite 2026-08-31, Datei instances/extension/04.01a-INVOICE_ubl.xml (Apache 2.0)

CII: E-Mail-Adresse in ram:URIID
<ram:DefinedTradeContact>
  <!-- BT-41 -->
  <ram:PersonName>Tim Tester</ram:PersonName>
  <!-- BT-42 -->
  <ram:TelephoneUniversalCommunication>
    <ram:CompleteNumber>012 3456789</ram:CompleteNumber>
  </ram:TelephoneUniversalCommunication>
  <!-- BT-43 -->
  <ram:EmailURIUniversalCommunication>
    <ram:URIID>[email protected]</ram:URIID>
  </ram:EmailURIUniversalCommunication>
</ram:DefinedTradeContact>

Quelle: KoSIT XRechnung-Testsuite 2026-08-31, Datei instances/technical-cases/cius/01.06_minimal_test_uncefact.xml (Apache 2.0)

Der Punkt im lokalen Teil von tim.tester ist erlaubt, nur hinter dem @ trennt der Punkt die Abschnitte der Domain.

Lösung

In der Rechnungssoftware

  1. Tragen Sie genau eine Adresse ein, am besten ein Funktionspostfach wie rechnung@…, das auch bei Abwesenheit gelesen wird.
  2. Weitere Empfänger gehören nicht in den Verkäuferkontakt. Klären Sie mit dem Kunden, welche Adresse er für Rückfragen nutzen soll.

Im XML

  1. UBL: nur die reine Adresse in cbc:ElectronicMail, ohne Anzeigename. CII: dieselbe Adresse in ram:EmailURIUniversalCommunication/ram:URIID.
  2. Prüfen Sie die Adresse beim Export mit demselben regulären Ausdruck wie das Schematron.
  3. Danach in XRechnung prüfen kontrollieren, ob die Warnung zu BT-43 verschwunden ist.

XRechnung prüfen

Quellen

  1. XRechnung-Schematron 2.6.0 (Release v2.6.0, kompatibel mit XRechnung 3.0)KoSIT (GitHub itplr-kosit), 2. September 2026 · geprüft am 7. November 2026
  2. Spezifikation XRechnung 3.0.2 (CIUS und Extension), Abschnitt 11.29 „Gruppe SELLER CONTACT“ und Abschnitt 12.6KoSIT (xeinkauf.de), 20. Juni 2024 · geprüft am 7. November 2026
  3. XRechnung-Testsuite 2026-08-31 (Release v2026-08-31)KoSIT (GitHub itplr-kosit), 2. September 2026 · geprüft am 7. November 2026

Weiterlesen

Grundlage: EN 16931 und XRechnung-Schematron 2.6.0 (XRechnung 3.0.2, Validator-Konfiguration XRechnung 2026-08-31). Stand .