Die Regeln im Wortlaut
[BR-DE-2] Die Gruppe "SELLER CONTACT" (BG-6) muss übermittelt werden.
[BR-DE-5] Das Element "Seller contact point" (BT-41) muss übermittelt werden.
[BR-DE-6] Das Element "Seller contact telephone number" (BT-42) muss übermittelt werden.
[BR-DE-7] Das Element "Seller contact email address" (BT-43) muss übermittelt werden.
Quelle: KoSIT, XRechnung-Schematron 2.6.0 in der Prüfkonfiguration vom 31.08.2026, Dateien XRechnung-UBL-validation.xsl und XRechnung-CII-validation.xsl
Dazu kommen zwei Formatprüfungen, beide als Warnung:
- BR-DE-27: „In BT-42 sollen mindestens drei Ziffern enthalten sein.“
- BR-DE-28: BT-43 soll genau ein
@enthalten, mit gültigen Zeichen davor und danach.
Getestete Fälle
Geprüft am 15.10.2026 mit dem offiziellen XRechnung-Schematron 2.6.0 an einer gültigen UBL-Testrechnung der KoSIT, jeweils mit nur einer Änderung am Verkäuferkontakt:
| Änderung | Ergebnis |
|---|---|
| keine (Name, Telefon und E-Mail vorhanden) | erfüllt |
| ganze Kontaktgruppe entfernt | Fehler BR-DE-2 |
| Name nur ein Leerzeichen | Fehler BR-DE-5, dazu PEPPOL-EN16931-R008 |
| Telefon entfernt | Fehler BR-DE-6, dazu Warnung BR-DE-27 |
Telefon n/a | nur Warnung BR-DE-27 |
| E-Mail entfernt | Fehler BR-DE-7, dazu Warnung BR-DE-28 |
E-Mail info(at)firma.de | nur Warnung BR-DE-28 |
Die Regeln prüfen, ob etwas eingetragen ist, nicht ob es stimmt. Ein Platzhalter erfüllt BR-DE-5 bis -7 formal; für den Empfänger, der bei einer Rückfrage jemanden erreichen will, ist er wertlos.
Wo die Felder stehen
UBL, unter cac:AccountingSupplierParty/cac:Party:
<cac:Contact> <cbc:Name>Buchhaltung, Frau Muster</cbc:Name> <cbc:Telephone>+49 30 1234567</cbc:Telephone> <cbc:ElectronicMail>rechnung@lieferant.example</cbc:ElectronicMail> </cac:Contact>
CII, unter ram:SellerTradeParty. Für BT-41 genügt in CII
ram:PersonName oder ram:DepartmentName:
<ram:DefinedTradeContact>
<ram:DepartmentName>Buchhaltung</ram:DepartmentName>
<ram:TelephoneUniversalCommunication>
<ram:CompleteNumber>+49 30 1234567</ram:CompleteNumber>
</ram:TelephoneUniversalCommunication>
<ram:EmailURIUniversalCommunication>
<ram:URIID>rechnung@lieferant.example</ram:URIID>
</ram:EmailURIUniversalCommunication>
</ram:DefinedTradeContact>
So wird der Fehler behoben
- Im Rechnungsprogramm einen Rechnungskontakt hinterlegen: Name oder Abteilung, Telefon mit Vorwahl, E-Mail-Adresse.
- Prüfen, dass er beim Verkäufer exportiert wird, nicht beim Käufer.
- Neu erzeugen und erneut prüfen.
Eine Rechnung ohne diese Angaben weisen Sie als Empfänger zurück und fordern eine korrigierte an. Wie das nachvollziehbar geht, steht im Ratgeber E-Rechnung empfangen. Den Gesamtzusammenhang erklärt E-Rechnungen prüfen: KoSIT, EN 16931 und Pflichtangaben.
Quellen
- KoSIT: Prüfkonfiguration validator-configuration-xrechnung v2026-08-31 (XRechnung 3.0.2, XRechnung-Schematron 2.6.0)
- KoSIT: Prüfregeln validator-configuration-xrechnung 3.0.2 (XRechnung 3.0.2), Release vom 31.08.2026
Hinweis: Dieser Ratgeber gibt einen allgemeinen Überblick (Stand: Oktober 2026) und ersetzt keine Rechts- oder Steuerberatung. Für Ihren konkreten Fall wenden Sie sich bitte an Ihre Steuerberatung.