Zum Inhalt springen

BR-DE-27: Telefonnummer des Verkäuferkontakts hat weniger als drei Ziffern

XRechnung verlangt beim Verkäufer einen Ansprechpartner mit Telefonnummer. BR-DE-27 prüft nur, ob in BT-42 mindestens drei Ziffern stehen; meist steckt ein Platzhalter wie „-“ oder „k. A.“ hinter der Meldung.

Stand:

BR-DE-27· XRechnung-Schematron 2.6.0 (XRechnung 3.0.2, Validator-Konfiguration XRechnung 2026-08-31)
[BR-DE-27] In BT-42 sollen mindestens drei Ziffern enthalten sein.

Betroffen:BT-42

Was die Regel prüft

Gelesen wird BT-42 („Telefon“ im Verkäuferkontakt): in UBL cac:AccountingSupplierParty/cac:Party/cac:Contact/cbc:Telephone, in CII ram:SellerTradeParty/ram:DefinedTradeContact/ram:TelephoneUniversalCommunication/ram:CompleteNumber.

Der Wert wird mit normalize-space bereinigt und gegen den Ausdruck .*([0-9].*){3,}.* geprüft. Irgendwo im Text müssen also drei Ziffern vorkommen. Leerzeichen, Klammern, Schrägstriche, Bindestriche und ein führendes Plus sind erlaubt. Länge, Vorwahl oder Erreichbarkeit prüft die Regel nicht.

Wert in BT-42ZiffernErgebnis
+49 1234-567810in Ordnung
010/123458in Ordnung
+492Warnung
-0Warnung
k. A.0Warnung
siehe E-Mail0Warnung

Fehlt das Element ganz, kommt der Fehler BR-DE-6 hinzu, und BR-DE-27 meldet sich trotzdem, weil ein leerer Wert keine Ziffern hat. BR-DE-27 selbst hat nur die Stufe „warning“.

Typische Ursachen

  • Im Firmenstamm ist keine Telefonnummer gepflegt. Das Programm füllt das Pflichtfeld mit „-“, „n/a“ oder „0“, um BR-DE-6 zu vermeiden.
  • Der Ansprechpartner wird aus dem Benutzerkonto übernommen, in dem nur eine interne Durchwahl wie „12“ steht.
  • Die Nummer ist in Buchstaben geschrieben, etwa 0800-RECHNUNG.
  • Feldverwechslung beim Import: Im Telefonfeld steht der Name des Ansprechpartners oder die E-Mail-Adresse.
  • Die Rufnummer ist im Programm auf zwei Felder verteilt, Vorwahl und Anschluss. Exportiert wird nur eines davon, etwa +49 ohne die eigentliche Nummer.

Beispiel aus der KoSIT-Testsuite

Testdatei 01.01a gibt als Ansprechpartner „nicht vorhanden“ an, nennt aber eine vollständige Nummer mit Ländervorwahl. Gezählt werden die Ziffern 4 und 9 aus der Vorwahl sowie acht weitere, zusammen zehn.

UBL: Verkäuferkontakt mit Telefonnummer
<cac:Contact>
  <cbc:Name>nicht vorhanden</cbc:Name>
  <cbc:Telephone>+49 1234-5678</cbc:Telephone>
  <cbc:ElectronicMail>[email protected]</cbc:ElectronicMail>
</cac:Contact>

Quelle: KoSIT XRechnung-Testsuite 2026-08-31, Datei instances/standard/01.01a-INVOICE_ubl.xml (Apache 2.0)

CII: dieselbe Nummer in ram:CompleteNumber
<ram:DefinedTradeContact>
  <ram:PersonName>nicht vorhanden</ram:PersonName>
  <ram:TelephoneUniversalCommunication>
    <ram:CompleteNumber>+49 1234-5678</ram:CompleteNumber>
  </ram:TelephoneUniversalCommunication>
  <ram:EmailURIUniversalCommunication>
    <ram:URIID>[email protected]</ram:URIID>
  </ram:EmailURIUniversalCommunication>
</ram:DefinedTradeContact>

Quelle: KoSIT XRechnung-Testsuite 2026-08-31, Datei instances/standard/01.01a-INVOICE_uncefact.xml (Apache 2.0)

Andere Testdateien zeigen weitere zulässige Schreibweisen, etwa 010/12345 in 04.01a oder 0800 123456 in mehreren CII-Dateien.

Lösung

In der Rechnungssoftware

  1. Tragen Sie beim Ansprechpartner oder im Firmenstamm eine erreichbare Telefonnummer mit Vorwahl ein.
  2. Legen Sie eine Zentralnummer als Ersatz fest, die greift, wenn beim Sachbearbeiter keine Nummer hinterlegt ist.
  3. Gibt Ihr Programm je Benutzer einen eigenen Ansprechpartner aus, prüfen Sie die Benutzerprofile auf Kurzwahlen und leere Felder.

Im XML

  1. UBL: cbc:Telephone im cac:Contact des Verkäufers. CII: ram:CompleteNumber in ram:TelephoneUniversalCommunication.
  2. Erzeugen Sie keine Platzhalter. Brechen Sie den Export lieber mit einer Meldung ab, wenn keine Nummer vorhanden ist.
  3. Prüfen Sie die Datei mit XRechnung prüfen; BR-DE-27 und BR-DE-6 sollten danach beide fehlen.

XRechnung prüfen

Quellen

  1. XRechnung-Schematron 2.6.0 (Release v2.6.0, kompatibel mit XRechnung 3.0)KoSIT (GitHub itplr-kosit), 2. September 2026 · geprüft am 7. November 2026
  2. Validator-Konfiguration XRechnung 2026-08-31 (Release v2026-08-31)KoSIT (GitHub itplr-kosit), 2. September 2026 · geprüft am 7. November 2026
  3. Spezifikation XRechnung 3.0.2 (CIUS und Extension), Abschnitt 11.29 „Gruppe SELLER CONTACT“ und Abschnitt 12.6KoSIT (xeinkauf.de), 20. Juni 2024 · geprüft am 7. November 2026
  4. XRechnung-Testsuite 2026-08-31 (Release v2026-08-31)KoSIT (GitHub itplr-kosit), 2. September 2026 · geprüft am 7. November 2026

Weiterlesen

Grundlage: EN 16931 und XRechnung-Schematron 2.6.0 (XRechnung 3.0.2, Validator-Konfiguration XRechnung 2026-08-31). Stand .