Zum Hauptinhalt springen

Referenz

Markdown-Export

BR-DE-5 Kontaktstelle des Verkäufers muss angegeben werden

In der XRechnung muss innerhalb der Gruppe Verkäuferkontakt (BG-6) zwingend der Name der Kontaktstelle oder der Ansprechperson (BT-41) angegeben werden. Öffentliche Rechnungsprüfungsstellen in Deutschland nutzen dieses Feld, um die zuständige Abteilung (z. B. „Finanzbuchhaltung“, „Vertrieb“, „Auftragsbearbeitung“) oder Person für Rückfragen zur Leistungserbringung direkt zu adressieren.

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-5 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-5: 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

BT-41 wirkt zusammen mit BT-42 (Telefon) und BT-43 (E-Mail). Fehlt eines dieser drei Pflichtfelder in BG-6, meldet die XRechnung-Schematron-Validierung einen Fehler.

Lösung

Hinterlegen Sie im Verkäuferprofil Ihrer Fakturierungssoftware eine Abteilung oder eine Ansprechperson. In UBL 2.1 befüllen Sie <cbc:Name> innerhalb von <cac:AccountingSupplierParty><cac:Party><cac:Contact>. In UN/CEFACT CII befüllen Sie <ram:PersonName> oder <ram:DepartmentName> unter <ram:SellerTradeParty><ram:DefinedTradeContact>. Lassen Sie das Element nicht leer.

Schnellzugriff

XML validierenRechnung konvertieren

Gültige Beispiele

  • BT-41 = „Finanzbuchhaltung / Rechnungsabteilung“
  • BT-41 = „Dr. Johannes Weber (Projektleitung)“

Ungültige Beispiele

  • Verkäuferkontaktgruppe (cac:Contact / ram:DefinedTradeContact) enthält Telefon und E-Mail, lässt cbc:Name / ram:PersonName jedoch komplett weg
  • Kontaktnamenselement ist leer oder enthält nur Leerzeichen (<cbc:Name></cbc:Name>)

Code-Beispiele

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

Betroffene Felder

BT-41 Kontaktstelle des Verkäufers
BG-6 Verkäuferkontakt
BT-42 Telefonnummer des Verkäuferkontakts
BT-43 E-Mail-Adresse 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.