BR-DE-27In BT-42 sollen mindestens drei Ziffern enthalten sein.

Warum tritt BR-DE-27 auf?

Das Feld ist mit einem Platzhalter gefüllt („-“, „0“, „n/a“), weil BR-DE-6 irgendeinen Wert verlangt und das Quellsystem keine Durchwahl kennt. Der Ausdruck dahinter ist .*([0-9].*){3,}.* auf dem mit normalize-space bereinigten Wert: drei Ziffern irgendwo im Text, in beliebiger Reihenfolge und mit beliebigem Zeichen dazwischen. „+49“ und „0“ fallen damit durch, „Durchwahl 123“ und sogar „2026“ bestehen.

Was der Validator prüft

Der Ausdruck, den das offizielle KoSIT-Regelwerk auswertet — nicht paraphrasiert, sondern aus der ausgelieferten Schematron-Datei gelesen. UBL und CII adressieren verschiedene Dokumentbäume, deshalb steht dieselbe Regel je Syntax anders da.

UBL

matches(normalize-space(cbc:Telephone), $XR-TELEPHONE-REGEX)

Variablen darin

$XR-TELEPHONE-REGEX

'.*([0-9].*){3,}.*'

CII

matches(normalize-space(ram:TelephoneUniversalCommunication/ram:CompleteNumber), $XR-TELEPHONE-REGEX)

Variablen darin

$XR-TELEPHONE-REGEX

'.*([0-9].*){3,}.*'

Quelle: Regelwerk v2026-08-31

Wie behebt man BR-DE-27?

Tragen Sie eine echte erreichbare Nummer ein (UBL cac:Contact/cbc:Telephone, CII ram:DefinedTradeContact/ram:TelephoneUniversalCommunication/ram:CompleteNumber). Format ist frei — +49 30 1234567 genügt; nur aus weniger als drei Ziffern darf sie nicht bestehen.

<cac:Contact>
  <cbc:Name>Buchhaltung</cbc:Name>
  <cbc:Telephone>-</cbc:Telephone>
</cac:Contact>

<cac:Contact>
  <cbc:Name>Buchhaltung</cbc:Name>
  <cbc:Telephone>+49 30 1234567</cbc:Telephone>
</cac:Contact>