Auf dieser Seite
Die kurze Antwort
BR-CL-14 schlägt fehl, wenn ein cac:Country/cbc:IdentificationCode etwas anderes als einen Code aus der Liste ISO 3166-1 alpha-2 enthält. Im aufgezeichneten Beispiel ist das Land des Verkäufers UK; der Code für das Vereinigte Königreich ist GB.
Erfasst ist jedes Land einer Anschrift im Dokument, gleich zu welcher Partei die Anschrift gehört. Die Fundstelle des Befunds nennt das genaue Element, das zu korrigieren ist.
Was die Regel prüft
Sie läuft auf jedem cbc:IdentificationCode innerhalb eines cac:Country: in den Postanschriften von Verkäufer, Käufer und Steuervertreter sowie in der Lieferanschrift. Im Versuch wurde UK in den Anschriften von Käufer und Steuervertreter und in der Lieferanschrift jeweils an diesen Elementen gemeldet.
Umgebende Leerzeichen werden entfernt, und der Rest muss genau einem gelisteten Code entsprechen, in Großbuchstaben. Im Versuch schlugen gb, GBR und United Kingdom alle fehl.
Die Liste folgt ISO 3166-1 alpha-2 und akzeptiert zusätzlich 1A und XI; XI, das für Nordirland verwendet wird, bestand im Versuch als Land des Käufers. EL, das Präfix, das Griechenland für Umsatzsteuer-Identifikationsnummern verwendet, steht nicht auf der Liste und schlug als Land des Käufers fehl.
Auch ein leerer Code schlägt fehl. Im Versuch meldete ein leerer Code des Käufers diese Regel zusammen mit BR-11 und PEPPOL-EN16931-R008.
Das Ursprungsland eines Artikels ist nicht erfasst: Im Versuch wurde UK in cac:Item/cac:OriginCountry stattdessen von BR-CL-15 gemeldet.
| Begriff | Bedeutung | UBL-Element |
|---|---|---|
| BT-40 | Ländercode des Verkäufers | cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cac:Country/cbc:IdentificationCode |
| BT-55 | Ländercode des Käufers | cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cac:Country/cbc:IdentificationCode |
| BT-69 | Ländercode des Steuervertreters | cac:TaxRepresentativeParty/cac:PostalAddress/cac:Country/cbc:IdentificationCode |
| BT-80 | Ländercode der Lieferanschrift | cac:Delivery/cac:DeliveryLocation/cac:Address/cac:Country/cbc:IdentificationCode |
Wie es in einer Integration dazu kommt
Mögliche Ursachen, abgeleitet aus der Form der Regel und nicht aus gemessener Nutzung:
- Das Land ist als
UKgespeichert, die geläufige Abkürzung, die nicht der ISO-Code für das Vereinigte Königreich ist. - Die Ländercodes stammen aus einem System, das ISO-Codes nach Alpha-3 wie
GBRoder numerische Codes verwendet. - Die Anschrift enthält einen Ländernamen, und das Mapping schreibt den Namen in
cbc:IdentificationCode. - Codes werden von Hand in Kleinbuchstaben eingegeben und so gesendet, wie sie eingegeben wurden.
- Das Umsatzsteuerpräfix der Partei, etwa
ELfür Griechenland, wird als Land ihrer Anschrift wiederverwendet.
So korrigieren Sie das Dokument
- Finden Sie das Element über die Fundstelle des Befunds; sie nennt die Partei und die Anschrift.
- Wandeln Sie den gespeicherten Wert in seinen Code nach ISO 3166-1 alpha-2 in Großbuchstaben um:
GBfür das Vereinigte Königreich,GRfür Griechenland,DEfür Deutschland. - Nehmen Sie die Umwandlung dort vor, wo Anschriften gespeichert werden, oder in einem gemeinsamen Mapping, damit jede Partei und die Lieferanschrift gleich behandelt werden.
- Halten Sie das Präfix der Umsatzsteuer-Identifikationsnummer getrennt vom Land der Anschrift. Bei Griechenland unterscheiden sich beide: Die Umsatzsteuer-Identifikationsnummer beginnt mit
EL, und der Ländercode istGR.
Vorher und nachher
Dies sind Ausschnitte, keine vollständigen Dokumente. Die vollständigen synthetischen Dokumente, aus denen sie stammen, sind unten verlinkt.
Ausschnitt der fehlerhaften Rechnung: Die Anschrift des Verkäufers gibt als Land UK an
<cac:AccountingSupplierParty>
<cac:Party>
<!-- endpoint omitted from this fragment -->
<cac:PostalAddress>
<cbc:StreetName>1 Example Street</cbc:StreetName>
<cbc:CityName>London</cbc:CityName>
<cbc:PostalZone>SW1A 1AA</cbc:PostalZone>
<cac:Country>
<cbc:IdentificationCode>UK</cbc:IdentificationCode>
</cac:Country>
</cac:PostalAddress>
<!-- tax scheme and legal entity omitted from this fragment -->
</cac:Party>
</cac:AccountingSupplierParty>Ausschnitt der korrigierten Rechnung: Das Land des Verkäufers ist GB
<cac:AccountingSupplierParty>
<cac:Party>
<!-- endpoint omitted from this fragment -->
<cac:PostalAddress>
<cbc:StreetName>1 Example Street</cbc:StreetName>
<cbc:CityName>London</cbc:CityName>
<cbc:PostalZone>SW1A 1AA</cbc:PostalZone>
<cac:Country>
<cbc:IdentificationCode>GB</cbc:IdentificationCode>
</cac:Country>
</cac:PostalAddress>
<!-- tax scheme and legal entity omitted from this fragment -->
</cac:Party>
</cac:AccountingSupplierParty>Nur der Ländercode des Verkäufers unterscheidet sich: UK in der fehlerhaften Rechnung, GB in der korrigierten. Das fehlerhafte Dokument meldet allein BR-CL-14. Die Regel zum Land des Verkäufers, BR-09, ist erfüllt, weil sie nur einen Wert verlangt, und UK ist einer.
Was der Validator gemeldet hat
- Die fehlerhafte Rechnung meldet BR-CL-14. Das korrigierte Dokument besteht jeden Prüfschritt ohne Befunde.Fehlerhaftes XML herunterladenKorrigiertes XML herunterladen
Aufgezeichnet mit phive 12.1.0 / phive-rules-peppol 4.5.6 / Saxon-HE 12.10, der Engine hinter dem kostenlosen Validator, mit synthetischen Daten. Ein aufgezeichnetes Ergebnis ist ein Regressionsnachweis für diese Dokumente, keine Zertifizierung.
Wo die Regel gilt
- Eine Gutschrift wird gleich behandelt: Im Versuch meldete
UKals Land ihres Verkäufers allein diese Regel. - Gemeldet im Prüfschritt EN 16931; der Peppol-Prüfschritt wurde im aufgezeichneten Beispiel bestanden.
- Ländercodes werden mit nichts anderem verglichen. Die Regel prüft nicht, ob ein Verkäufer, dessen Umsatzsteuer-Identifikationsnummer mit
GBbeginnt, eine Anschrift inGBhat.
Verwandte Regeln
- BR-11 verlangt einen Ländercode in der Anschrift des Käufers, den diese Regel dann prüft
- BR-57 verlangt ein Element für den Ländercode in der Lieferanschrift
- BR-CO-09 prüft die Präfixe von Umsatzsteuer-Identifikationsnummern gegen eine ähnliche Liste, die auch EL akzeptiert
- BR-08 verlangt die Postanschrift des Verkäufers, die den Ländercode enthält
- Alle Regeln der Referenz ansehen
- Hintergrund (auf Englisch): Understanding EN 16931 validation errors
Umfang und Quelle
Geschrieben für Peppol BIS Billing 3.0.21 (May 2026), EN 16931 1.3.16, angewendet auf Invoice- und CreditNote-Dokumente in UBL 2.1. Andere Profile, Syntaxen und Releases können diese Kennung anders definieren. Version des Hinweiskatalogs 2026-09-24.1: Quelle geprüft am 2026-09-24, Erklärung zuletzt aktualisiert am 2026-09-24.
Die offizielle Definition von BR-CL-14 (auf Englisch) enthält den normativen Wortlaut und den Test. Diese Seite ist unsere Erklärung dazu, keine Kopie.
Die Erklärung ändert das Urteil der Engine nicht. Dass Sie diesen Befund beheben, heißt nicht, dass das Dokument jeden Prüfschritt besteht. Die Validierung bescheinigt keine rechtliche oder steuerliche Konformität und überträgt kein Dokument über Peppol.

