eDocuPortal
Zurück zur Fehler-Bibliothek

BR-DE-6 (fatal): Die Telefonnummer des Verkäuferkontakts BT-42 muss in BG-6 SELLER CONTACT übermittelt werden – UBL: cbc:Telephone, CII: ram:CompleteNumber; leer oder fehlend führt zur Ablehnung.

BR-DE-6FatalBT-42BG-6

BR-DE-6: Telefonnummer des Verkäuferkontakts (BT-42) fehlt

Seller contact telephone number muss in BG-6 (SELLER CONTACT) übermittelt werden – fataler XRechnung-Validierungsfehler

Zuletzt aktualisiert: 2026-07-29

Offizielle Regel

[BR-DE-6] Das Element "Seller contact telephone number" (BT-42) muss übermittelt werden.

Schematron-Test (UBL): cbc:Telephone[boolean(normalize-space(.))]

Schematron-Test (CII): ram:TelephoneUniversalCommunication/ram:CompleteNumber[boolean(normalize-space(.))]

Quelle: KoSIT XRechnung Schematron (itplr-kosit/xrechnung-schematron), XRechnung-UBL-validation.sch & XRechnung-CII-validation.sch (Validator-Bundle 3.0.2)

Kurz erklärt

BR-DE-6 bedeutet: In der Gruppe BG-6 (SELLER CONTACT) fehlt die Telefonnummer des Verkäuferkontakts (BT-42) oder sie ist leer. XRechnung verlangt neben Kontaktpunkt (BT-41) und E-Mail (BT-43) auch eine ausgefüllte Telefonnummer – nur Leerzeichen reichen nicht.

Ausführliche Erklärung

BT-42 ist das EN-16931-Feld „Seller contact telephone number“ innerhalb von BG-6. In der deutschen CIUS XRechnung (CIUS-DE) ist es zusammen mit BT-41 und BT-43 verpflichtend, sobald die Kontaktgruppe vorhanden ist. Der Validator prüft mit normalize-space(.): Das Element muss existieren und einen sichtbaren Inhalt haben. Fehlt die gesamte Gruppe BG-6, tritt stattdessen BR-DE-2 auf. Ist BG-6 vorhanden, aber cbc:Telephone (UBL) bzw. ram:CompleteNumber (CII) fehlt oder leer ist, erscheint BR-DE-6. Nach erfolgreicher Behebung kann zusätzlich BR-DE-27 (Warnung) greifen, wenn weniger als drei Ziffern in BT-42 enthalten sind. Bei rein deutschen Handelspartnern spiegeln PEPPOL-Regeln DE-R-006 (fatal) und DE-R-027 (Warnung) dieselbe Anforderung wider.

Wann tritt der Fehler auf?

  • cac:Contact (UBL) bzw. ram:DefinedTradeContact (CII) ist vorhanden, aber BT-42/Telephone fehlt.
  • Das Element cbc:Telephone bzw. ram:CompleteNumber ist vorhanden, aber leer oder nur Leerzeichen.
  • ERP-Export befüllt BT-41 (Name) und BT-43 (E-Mail), überspringt aber BT-42.
  • Mapping exportiert einen Platzhalter, der nach normalize-space als leer gilt.
  • Gilt für UBL-Rechnungen (/ubl:Invoice) und Gutschriften (/cn:CreditNote) sowie CII (XRechnung/ZUGFeRD-XML).

Betroffene Felder (EN 16931 / XRechnung)

CodeBezeichnungBGHinweis
BG-6SELLER CONTACT—Pflichtgruppe; fehlt sie → BR-DE-2
BT-41Seller contact pointBG-6Kontaktperson/Abteilung – BR-DE-5
BT-42Seller contact telephone numberBG-6Diese Regel – BR-DE-6
BT-43Seller contact email addressBG-6E-Mail – BR-DE-7; Format → BR-DE-28

XML-Pfade & Schematron-Kontext

  • BT-42 (UBL)
    /ubl:Invoice/cac:AccountingSupplierParty/cac:Party/cac:Contact/cbc:Telephone
  • BT-42 (UBL Gutschrift)
    /cn:CreditNote/cac:AccountingSupplierParty/cac:Party/cac:Contact/cbc:Telephone
  • BT-42 (CII)
    //ram:SellerTradeParty/ram:DefinedTradeContact/ram:TelephoneUniversalCommunication/ram:CompleteNumber
  • Schematron-Kontext
    Regel wird auf cac:Contact (UBL) bzw. ram:DefinedTradeContact (CII) ausgewertet

Typische Ursachen

  • Telefonnummer in ERP-Stammdaten des Verkäufers nicht gepflegt.
  • Export-Mapping übergibt Name und E-Mail, aber kein Telephone-Feld.
  • BG-6 wird erzeugt, cbc:Telephone bleibt jedoch leer oder wird weggelassen.
  • Falsche XPath-Zuordnung (z. B. Telefon in Party statt in Contact).
  • Whitespace-only-Werte oder Platzhalter wie „—“ oder „n/a“ ohne Ziffern.
  • Migration von PDF-Rechnungen ohne strukturierte Kontaktdaten.

Diagnose-Checkliste

  • Ist BG-6 (cac:Contact / ram:DefinedTradeContact) im XML vorhanden?
  • Existiert cbc:Telephone (UBL) bzw. ram:CompleteNumber (CII)?
  • Enthält der Wert nach normalize-space sichtbare Zeichen (nicht nur Leerzeichen)?
  • Sind BT-41, BT-42 und BT-43 alle befüllt? (BR-DE-5/6/7 prüfen gemeinsam die Kontaktgruppe.)
  • ERP: Verkäufer-Kontaktdaten in Stammdaten und Exportprofil prüfen.
  • Nach Korrektur erneut validieren – anschließend ggf. BR-DE-27 (mind. 3 Ziffern) beachten.

Behebung

  1. Öffnen Sie die XML und navigieren Sie zu AccountingSupplierParty → Party → Contact (UBL) bzw. SellerTradeParty → DefinedTradeContact (CII).
  2. Fügen Sie cbc:Telephone (UBL) bzw. ram:CompleteNumber (CII) mit einer gültigen Telefonnummer hinzu.
  3. Verwenden Sie eine reale Geschäftstelefonnummer (z. B. +49 30 12345678) – keine leeren Tags.
  4. Stellen Sie sicher, dass BT-41 und BT-43 ebenfalls befüllt sind.
  5. ERP-Export anpassen, damit BT-42 künftig automatisch aus den Verkäufer-Stammdaten übernommen wird.
  6. Erneut mit KoSIT-Validator oder eDocuPortal-Validator prüfen.
In SAP, DATEV, lexoffice & Co.: Feld für Verkäufer-Telefon im Kontakt-/Firmenstamm pflegen und im XRechnung-Export-Mapping auf cbc:Telephone (UBL) bzw. ram:CompleteNumber (CII) mappen. Prüfen Sie, ob das Exportprofil BG-6 erst erzeugt, wenn alle drei Unterfelder befüllt sind.

Beispiele (UBL & CII)

Ungültig – BT-42 fehlt (❌)

<cac:AccountingSupplierParty>
  <cac:Party>
    <cac:Contact>
      <cbc:Name>Max Mustermann</cbc:Name>
      <cbc:ElectronicMail>rechnung@firma.de</cbc:ElectronicMail>
    </cac:Contact>
  </cac:Party>
</cac:AccountingSupplierParty>

Ungültig – BT-42 leer (❌)

<cac:Contact>
  <cbc:Name>Max Mustermann</cbc:Name>
  <cbc:Telephone>   </cbc:Telephone>
  <cbc:ElectronicMail>rechnung@firma.de</cbc:ElectronicMail>
</cac:Contact>

Gültig – UBL mit BT-42 (✅)

<cac:AccountingSupplierParty>
  <cac:Party>
    <cac:Contact>
      <cbc:Name>Max Mustermann</cbc:Name>
      <cbc:Telephone>+49 30 12345678</cbc:Telephone>
      <cbc:ElectronicMail>rechnung@firma.de</cbc:ElectronicMail>
    </cac:Contact>
  </cac:Party>
</cac:AccountingSupplierParty>

Gültig – CII mit CompleteNumber (✅)

<ram:SellerTradeParty>
  <ram:DefinedTradeContact>
    <ram:PersonName>Max Mustermann</ram:PersonName>
    <ram:TelephoneUniversalCommunication>
      <ram:CompleteNumber>+49 30 12345678</ram:CompleteNumber>
    </ram:TelephoneUniversalCommunication>
    <ram:EmailURIUniversalCommunication>
      <ram:URIID>rechnung@firma.de</ram:URIID>
    </ram:EmailURIUniversalCommunication>
  </ram:DefinedTradeContact>
</ram:SellerTradeParty>

PEPPOL-Regeln (DE) – verwandt

Im PEPPOL BIS Billing 3.0 (deutscher Fork) gelten bei rein deutschen Parteien zusätzlich DE-R-006 (BT-42 muss vorhanden sein, fatal) und DE-R-027 (BT-42 soll mindestens 3 Ziffern enthalten, Warnung). Diese Regeln entsprechen inhaltlich BR-DE-6 und BR-DE-27.

Verwandte Fehler

Weitere eDocuPortal-Ressourcen

Offizielle & externe Quellen

Häufige Fragen

  • Was ist BT-42 in XRechnung?

    BT-42 ist die Telefonnummer des Verkäuferkontakts (Seller contact telephone number) in der Gruppe BG-6 SELLER CONTACT.

  • Ist BR-DE-6 ein fataler Fehler?

    Ja. Ohne ausgefüllte BT-42 wird die XRechnung von KoSIT-Validatoren abgelehnt.

  • Was ist der Unterschied zwischen BR-DE-6 und BR-DE-27?

    BR-DE-6 (fatal): BT-42 fehlt oder ist leer. BR-DE-27 (Warnung): BT-42 ist vorhanden, enthält aber weniger als drei Ziffern.

  • Muss ich die gesamte Kontaktgruppe BG-6 haben?

    Ja. XRechnung verlangt BG-6 mit BT-41, BT-42 und BT-43. Fehlt die Gruppe ganz, tritt BR-DE-2 auf.

  • Gilt BR-DE-6 auch für ZUGFeRD/CII?

    Ja. Der KoSIT-CII-Schematron enthält dieselbe Regel; BT-42 entspricht ram:CompleteNumber unter DefinedTradeContact.

  • Welches Format soll die Telefonnummer haben?

    BR-DE-6 prüft nur Vorhandensein. Für Format empfiehlt XRechnung mindestens drei Ziffern (BR-DE-27). Internationale Schreibweise mit +49 ist üblich.

E-Rechnung jetzt validierenXRechnung erklärt – Überblick & Pflichtfelder

Fehlercode nicht gefunden?

Schick uns den Fehlercode (z.B. BR-DE-13) und wir nehmen ihn in die Bibliothek auf. Gib deine E-Mail an – dann senden wir dir die Lösung per E-Mail, in der Regel innerhalb von 12–24 Stunden nach dem Lesen.