BR-CO-09: Das Länderpräfix einer Umsatzsteuer-Identifikationsnummer ergänzen

Die kurze Antwort

BR-CO-09 schlägt fehl, wenn eine Umsatzsteuer-Identifikationsnummer nicht mit einem anerkannten zweistelligen Länderpräfix beginnt. Schreiben Sie die Kennung in cac:PartyTaxScheme/cbc:CompanyID in ihrer vollständigen Form, einschließlich Präfix: GB123456789, nicht 123456789.

Der Befund nennt die Partei nicht. Die Regel gilt für den Verkäufer, den Käufer und den Steuervertreter des Verkäufers; prüfen Sie daher das cbc:CompanyID jedes cac:PartyTaxScheme, dessen Steuerschema VAT ist.

Was die Regel prüft

Die Regel läuft auf jedem cac:PartyTaxScheme im Dokument, dessen cac:TaxScheme/cbc:ID VAT lautet; die Schema-ID wird zuvor um Leerzeichen gekürzt und in Großbuchstaben umgewandelt, sodass auch vat erfasst wird. Ein cac:PartyTaxScheme des Verkäufers mit einer anderen Schema-ID, in das eine steuerliche Registrierung außerhalb der Umsatzsteuer gehört, wird nicht geprüft.

Sie nimmt die ersten zwei Zeichen von cbc:CompanyID und sucht sie in einer festen Liste: die Ländercodes nach ISO 3166-1 alpha-2, dazu EL für Griechenland, XI für Nordirland und der Code 1A. Der Vergleich unterscheidet zwischen Groß- und Kleinschreibung, daher schlägt gb123456789 fehl. UK ist kein gelisteter Code und schlägt ebenfalls fehl.

Griechenland erscheint zweimal. Griechische Umsatzsteuer-Identifikationsnummern werden mit dem Präfix EL vergeben, während der ISO-Code des Landes GR ist; die Liste enthält beide, und beide bestehen.

Was nach dem Präfix folgt, wird nicht untersucht. Die Regel prüft weder die Länge noch die Prüfziffern der Nummer, und sie vergleicht das Präfix nicht mit dem Land in der Postanschrift der Partei: FR12345678901 bei einem Verkäufer mit einer Anschrift in GB besteht.

Wie es in einer Integration dazu kommt

Mögliche Ursachen, abgeleitet aus der Form der Regel und nicht aus gemessener Nutzung:

• Das Quellsystem speichert Umsatzsteuer-Identifikationsnummern in inländischer Form ohne Präfix, weil früher alle Kunden im selben Land ansässig waren.
• Das Präfix steht in einem eigenen Länderfeld, und das Mapping übermittelt nur die Nummer.
• Das Präfix ist in Kleinbuchstaben vorhanden, oder die Kennung verwendet UK, wo das Umsatzsteuerpräfix GB lautet.
• Ein Wert, der keine Umsatzsteuer-Identifikationsnummer ist, etwa eine Handelsregisternummer oder eine örtliche Steuernummer, wurde in das cac:PartyTaxScheme mit dem Schema VAT gemappt.
• Nur die Kennung des Verkäufers wurde normalisiert, und die des Käufers oder des Steuervertreters kommt so an, wie ein Benutzer sie eingegeben hat.

So korrigieren Sie das Dokument

1. Ermitteln Sie die betroffene Partei, indem Sie cbc:CompanyID in jedem cac:PartyTaxScheme mit dem Schema VAT lesen: unter cac:AccountingSupplierParty, cac:AccountingCustomerParty und, falls vorhanden, cac:TaxRepresentativeParty.
2. Geben Sie die Kennung genau so aus, wie die Steuerbehörde sie vergeben hat: Präfix zuerst, in Großbuchstaben und ohne Leerzeichen oder Satzzeichen vor dem Präfix.
3. Fehlt das Präfix in den gespeicherten Daten, korrigieren Sie die gespeicherte Kennung. Stellen Sie im Mapping nicht pauschal den Ländercode der Postanschrift voran: Die beiden können sich unterscheiden, wie Griechenland mit EL gegenüber GR stets zeigt.
4. Ist der Wert keine Umsatzsteuer-Identifikationsnummer, nehmen Sie ihn aus dem Schema VAT heraus. Einer Partei ohne Umsatzsteuer-Identifikationsnummer sollte keine gegeben werden, nur damit die Regel besteht; wann eine Kennung erforderlich ist, entscheiden die Regeln der Umsatzsteuerkategorien, und eine Rechnung zum Normalsatz ohne Umsatzsteuer-Identifikationsnummer des Verkäufers meldet BR-S-02.

Korrigierte Rechnung prüfen

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 Umsatzsteuer-Identifikationsnummer des Verkäufers beginnt mit Ziffern

<cac:PartyTaxScheme>
  <cbc:CompanyID>123456789</cbc:CompanyID>
  <cac:TaxScheme>
    <cbc:ID>VAT</cbc:ID>
  </cac:TaxScheme>
</cac:PartyTaxScheme>

Ausschnitt der korrigierten Rechnung: Die Kennung trägt ihr Präfix GB

<cac:PartyTaxScheme>
  <cbc:CompanyID>GB123456789</cbc:CompanyID>
  <cac:TaxScheme>
    <cbc:ID>VAT</cbc:ID>
  </cac:TaxScheme>
</cac:PartyTaxScheme>

Beide Ausschnitte sind das cac:PartyTaxScheme des Verkäufers innerhalb von cac:AccountingSupplierParty/cac:Party. Nur cbc:CompanyID unterscheidet sich: 123456789 in der fehlerhaften Datei und GB123456789 in der korrigierten. Das fehlerhafte Dokument meldet nur BR-CO-09.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Dasselbe fehlende Präfix in einer Gutschrift, beim Verkäufer oder beim Käufer, meldet denselben einzelnen Befund.
• Ein leeres cbc:CompanyID meldet diese Regel nicht. PEPPOL-EN16931-R008 meldet es als leeres Element.
• Das Präfix der Kennung des Verkäufers kann weitere Regeln ins Spiel bringen. Mit EL oder GR in der Umsatzsteuer-Identifikationsnummer des Verkäufers einer ansonsten britischen Testrechnung besteht BR-CO-09, und der Peppol-Prüfschritt meldet seine griechischen nationalen Regeln. Dieselben Präfixe in der Kennung des Käufers bestehen ohne Befunde. Nationale Regeln liegen außerhalb dieser Referenz.
• Das Bestehen zeigt nur, dass die Kennung mit einem gelisteten Präfix beginnt. Es ist keine Prüfung, ob die Nummer gültig ist, existiert oder zur Partei gehört.

Verwandte Regeln

• PEPPOL-EN16931-R008 meldet ein CompanyID, das vorhanden, aber leer ist
• BR-CL-25 prüft den Schemacode, wenn eine Umsatzsteuer-Identifikationsnummer auch als elektronische Adresse dient
• BR-AE-10 prüft den Befreiungsgrund in Dokumenten mit Umkehr der Steuerschuldnerschaft, in denen die Umsatzsteuer-Identifikationsnummern von Verkäufer und Käufer beide eine Rolle spielen
• 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-20.

Die offizielle Definition von BR-CO-09 (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.