BR-DE-27: Bedeutung und Lösung
Die Telefonnummer des Verkäufers soll mindestens drei Ziffern enthalten.
| Regel | BR-DE-27 |
|---|---|
| Standard | XRechnung 3.0 (die deutsche CIUS der EN 16931, herausgegeben von der KoSIT) |
| Schweregrad | Warnung |
| Betrifft | BT-42: Telefonnummer des Verkäuferkontakts |
So beheben Sie den Fehler
Geben Sie eine echte Telefonnummer an.
Wo das Feld in der XML steht
| Feld | CII (XRechnung-CII, ZUGFeRD, Factur-X) | UBL (XRechnung-UBL, Peppol) |
|---|---|---|
| BT-42 Telefonnummer des Verkäuferkontakts | ram:SellerTradeParty/ram:DefinedTradeContact/ram:TelephoneUniversalCommunication/ram:CompleteNumber | cac:AccountingSupplierParty/cac:Party/cac:Contact/cbc:Telephone |
Aus Ihrem Code
curl -H "Authorization: Bearer $API_KEY" -H "Content-Type: application/xml" \
--data-binary @rechnung.xml "https://tools.funwords.eu/einvoice/validate"Die Antwort nennt jede verletzte Regel mit Nummer, Feld, einer Meldung mit den Zahlen aus Ihrer Datei und der Lösung (auf Englisch). E-Rechnungs-API: prüfen, in JSON umwandeln und XRechnung- oder ZUGFeRD-XML aus JSON erstellen.
Fragen
Was bedeutet BR-DE-27?
Die Telefonnummer des Verkäufers soll mindestens drei Ziffern enthalten. Die Regel stammt aus XRechnung 3.0 (die deutsche CIUS der EN 16931, herausgegeben von der KoSIT).
Wie behebe ich BR-DE-27?
Geben Sie eine echte Telefonnummer an.
Ist BR-DE-27 ein Fehler oder eine Warnung?
Eine Warnung: Die Rechnung bleibt konform, der Wert sollte aber korrigiert werden.
Gilt BR-DE-27 auch für ZUGFeRD und Factur-X?
Nur wenn die Datei die Spezifikationskennung der XRechnung trägt (das ZUGFeRD-Profil „XRECHNUNG“ tut das). Dateien im reinen EN-16931-Profil werden gegen die europäischen Regeln geprüft, nicht gegen die deutschen Ergänzungen.
Verwandte Regeln
- BR-DE-6: Die Telefonnummer des Verkäuferkontakts muss angegeben sein.
Die Regelnummern sind die von XRechnung 3.0 (KoSIT); die Erläuterung stammt von uns. Keine Steuer- oder Rechtsberatung.