Zum Hauptinhalt springen

Referenz

Markdown-Export

BR-DE-6 Telefonnummer des Verkäuferkontakts muss angegeben werden

Nach dem deutschen XRechnung-Profil für die elektronische Rechnungsstellung im öffentlichen Auftragswesen ist die Telefonnummer des Verkäuferkontakts (BT-42) ein Pflichtfeld innerhalb der Verkäuferkontaktgruppe (BG-6). Öffentliche Auftraggeber verlangen eine telefonische Erreichbarkeit, um dringende Rechnungsrückfragen oder Abweichungen ohne zeitraubende formelle Ablehnung direkt klären zu können.

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-6 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-6: 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 fehlende Telefonnummer in BG-6 löst sofort den Schematron-Fehler BR-DE-6 aus. Prüfgateways der öffentlichen Verwaltung weisen solche Rechnungen bedingungslos ab.

Lösung

Hinterlegen Sie in den Stammdaten Ihres ERP-Systems eine gültige geschäftliche Telefonnummer mit Vorwahl oder Ländercode (+49 ...). In UBL 2.1 befüllen Sie <cbc:Telephone> unter <cac:AccountingSupplierParty><cac:Party><cac:Contact>. In UN/CEFACT CII befüllen Sie <ram:CompleteNumber> unter <ram:DefinedTradeContact><ram:TelephoneUniversalCommunication>. Beachten Sie gemäß Regel BR-DE-27, dass die Nummer mindestens drei Ziffern enthalten muss.

Schnellzugriff

XML validierenRechnung konvertieren

Gültige Beispiele

  • BT-42 = „+49 30 1234567“
  • BT-42 = „089 987654321“

Ungültige Beispiele

  • Verkäuferkontaktgruppe (cac:Contact / ram:DefinedTradeContact) enthält Name und E-Mail, lässt cbc:Telephone / ram:CompleteNumber jedoch weg
  • Telefonelement enthält nur Platzhaltertext wie „--“ oder „n/a“

Code-Beispiele

Gültiges XML
<cac:Contact>
  <cbc:Name>Vertrieb / Kundenbetreuung</cbc:Name>
  <cbc:Telephone>+49 30 1234567</cbc:Telephone>
  <cbc:ElectronicMail>info@seller.de</cbc:ElectronicMail>
</cac:Contact>
Ungültiges XML
<cac:Contact>
  <cbc:Name>Vertrieb / Kundenbetreuung</cbc:Name>
  <cbc:ElectronicMail>info@seller.de</cbc:ElectronicMail>
</cac:Contact>

Betroffene Felder

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