Zum Hauptinhalt springen

Referenz

Markdown-Export

BR-DE-7 E-Mail-Adresse des Verkäuferkontakts muss angegeben werden

In der XRechnung ist die E-Mail-Adresse des Verkäuferkontakts (BT-43) ein Pflichtfeld innerhalb der Gruppe Verkäuferkontakt (BG-6). Öffentliche Rechnungseingangsplattformen in Deutschland wie die OZG-RE (unmittelbare Bundesverwaltung, über 170 Einrichtungen der mittelbaren Bundesverwaltung und mehrere Länder) und andere Landes- oder Kommunalportale nutzen diese E-Mail-Adresse, um automatisierte Statusbenachrichtigungen, Eingangsbestätigungen, Fehlerprotokolle und Zahlungsavise zuzustellen.

Problembeschreibung

FEHLER

Nationale XRechnung-Regel (KoSIT, BR-DE) · XRechnung 3.0

Interaktive Prüfkette

Klicken Sie auf eine Stufe, um zu sehen, was sie prüft, oder geben Sie eine Regel-ID ein, um die meldende Stufe zu finden.

Beispiele:

BR-DE-7 XRechnung-Regel (Deutschland)

Gemeldet in Stufe 3: Nationale Regeln (CIUS).

Stufe Fehler: Der Bericht empfiehlt, die Rechnung abzulehnen.

Stufe 3 · Was geprüft wird

  • Die Spezifikationskennung in BT-24 wählt das Regelwerk, etwa XRechnung 3.0 oder Peppol BIS Billing 3.0.
  • XRechnung ergänzt die deutschen BR-DE-Regeln: Käuferreferenz (BT-10), Verkäuferkontakt, Zahlungsanweisungen.
  • Peppol ergänzt PEPPOL-EN16931- und Länderregeln. Auch XRechnung wendet einige PEPPOL-EN16931-Regeln an.

Beispielcodes

Typische Korrektur

Pflegen Sie die vom Regelwerk verlangten Felder in den Stammdaten, etwa die Leitweg-ID in BT-10 oder den Verkäuferkontakt.

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-7: XRechnung-Regel (Deutschland), gemeldet in der Stufe „Nationale Regeln (CIUS)“. Regelwerke: KoSIT-Validator 1.6.3 mit der XRechnung-Konfiguration vom 31. Aug. 2026 (EN-16931-Artefakte 1.3.16), Peppol BIS Billing 3.0.21.

Kontext und Bedeutung

Eine Rechnung ohne gültige Kontakt-E-Mail des Verkäufers kann keine automatisierten Freigabe- oder Fehlerbenachrichtigungen empfangen und wird vom Schematron-Prüfer sofort abgewiesen.

Lösung

Hinterlegen Sie in Ihrer Buchhaltungs- oder Fakturierungskonfiguration eine überwachte E-Mail-Adresse für die Debitorenbuchhaltung. 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>. Beachten Sie gemäß Regel BR-DE-28, dass die Adresse ein valides Format mit genau einem @-Zeichen und gültiger Domain aufweist.

Schnellzugriff

XML validierenRechnung konvertieren

Gültige Beispiele

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

Ungültige Beispiele

  • Verkäuferkontaktgruppe (cac:Contact / ram:DefinedTradeContact) enthält Name und Telefon, lässt cbc:ElectronicMail / ram:URIID jedoch weg
  • E-Mail-Element enthält fehlerhafte Adresse ohne Domain (z. B. „rechnung@“)

Code-Beispiele

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

Betroffene Felder

BT-43 E-Mail-Adresse des Verkäuferkontakts
BG-6 Verkäuferkontakt
BT-41 Kontaktstelle des Verkäufers
BT-42 Telefonnummer des Verkäuferkontakts

Validierungstools

Offizieller 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

Validierungsfehler beim Konvertieren erkennen, prüfen und gezielt beheben.