Was bedeutet BR-CL-14?
Ländercodes in der Rechnung müssen zweistellige ISO-3166-1-Alpha-2-Codes sein (z. B. DE, AT). Ländernamen sind unzulässig.
Häufige Ursachen für BR-CL-14
- Laendername ausgeschrieben ('Deutschland') statt Alpha-2-Code
- Alpha-3-Code ('DEU') statt Alpha-2 ('DE') verwendet
- Kleinschreibung oder Tippfehler ('de') im CountryID
So beheben Sie BR-CL-14
- Fehlerhafte Stelle im XML finden. Öffnen Sie die XML der E-Rechnung und navigieren Sie zum Feld BT-40 über den folgenden XPath:
//ram:SellerTradeParty/ram:PostalTradeAddress/ram:CountryID - Korrektur einsetzen. Kodieren Sie den Laendercode mit einem Alpha-2-Code aus ISO 3166-1, z. B. 'DE' (Deutschland), 'AT' (Oesterreich), 'FR' (Frankreich), 'IT' (Italien), 'NL' (Niederlande). Die Regel prueft jedes ram:CountryID, also Verkaeufer (BT-40), Kaeufer (BT-55) und Lieferort (BT-69). Kein ausgeschriebener Name, kein Alpha-3-Code.
- Erneut validieren. Speichern Sie die Datei und validieren Sie sie erneut, um zu prüfen, dass BR-CL-14 nicht mehr gemeldet wird.
Kodieren Sie den Laendercode mit einem Alpha-2-Code aus ISO 3166-1, z. B. 'DE' (Deutschland), 'AT' (Oesterreich), 'FR' (Frankreich), 'IT' (Italien), 'NL' (Niederlande). Die Regel prueft jedes ram:CountryID, also Verkaeufer (BT-40), Kaeufer (BT-55) und Lieferort (BT-69). Kein ausgeschriebener Name, kein Alpha-3-Code.
//ram:SellerTradeParty/ram:PostalTradeAddress/ram:CountryIDVorher / Nachher: das XML-Beispiel
So sieht die betroffene Stelle vor und nach der Korrektur aus (Cross-Industry-Invoice, ZUGFeRD/Factur-X).
<ram:SellerTradeParty>
<ram:PostalTradeAddress>
<ram:CountryID>Deutschland</ram:CountryID>
</ram:PostalTradeAddress>
</ram:SellerTradeParty>
<ram:SellerTradeParty>
<ram:PostalTradeAddress>
<ram:CountryID>DE</ram:CountryID>
</ram:PostalTradeAddress>
</ram:SellerTradeParty>
Häufige Fragen zu BR-CL-14
Alpha-2 oder Alpha-3?
Fuer welche Adressen gilt die Regel?
Verwandte Fehlercodes
BR-CL-14 automatisch prüfen
Statt das XML manuell zu durchsuchen, können Sie Ihre ZUGFeRD- oder XRechnung-Datei online validieren: Laden Sie die PDF oder XML hoch, und Sie bekommen jeden Fehler mit Regel-ID, betroffenem Feld, Korrekturvorschlag und XPath, als lesbaren Report oder strukturiertes JSON über die API.
Rechnung selbst gebaut?
Wer das XML aus dem eigenen System oder von Hand zusammensetzt, muss Regeln wie diese kennen. Diese Programme erzeugen ZUGFeRD und XRechnung und füllen die Pflichtfelder von sich aus.
* Werbelinks. Wir bekommen eine Provision, für Sie bleibt der Preis gleich. Fünf Programme im Vergleich