BR-CO-26: Dem Verkäufer eine Umsatzsteuer-Identifikationsnummer, eine Registrierungskennung oder eine Verkäuferkennung geben

Die kurze Antwort

BR-CO-26 schlägt fehl, wenn cac:AccountingSupplierParty/cac:Party keine von drei Kennungen hat: ein cbc:CompanyID in einem cac:PartyTaxScheme mit VAT, ein cac:PartyIdentification/cbc:ID, dessen Schema nicht SEPA ist, oder ein cac:PartyLegalEntity/cbc:CompanyID. Ergänzen Sie die Kennung, die der Verkäufer tatsächlich hat; im aufgezeichneten Beispiel ist es die Kennung der rechtlichen Registrierung 12345678.

Bei einem nicht steuerbaren Dokument wie dem aufgezeichneten steht die Umsatzsteuer-Identifikationsnummer nicht zur Verfügung: BR-O-02 verbietet sie. Verwenden Sie dort die Kennung der rechtlichen Registrierung oder eine Kennung des Verkäufers.

Was die Regel prüft

Die Regel läuft auf cac:AccountingSupplierParty und meldet dort. Nur die Partei des Verkäufers wird gelesen: Bei einem Export mit einer Umsatzsteuer-Identifikationsnummer des Steuervertreters und ohne jede Kennung des Verkäufers bestand im Versuch BR-G-02, aber BR-CO-26 schlug weiterhin fehl.

Der Weg über die Umsatzsteuer braucht ein cac:PartyTaxScheme mit cac:TaxScheme/cbc:ID VAT und einem cbc:CompanyID. Eine Registrierung des Verkäufers unter dem Schema TAX, in das eine steuerliche Registrierung außerhalb der Umsatzsteuer gehört, zählt nicht: Im Versuch zur fehlerhaften Rechnung hinzugefügt, ließ sie die Regel weiter fehlschlagen.

Der Weg über die Kennung des Verkäufers nimmt cac:PartyIdentification/cbc:ID mit jeder schemeID außer SEPA oder ganz ohne. Im Versuch ergaben SUPPLIER-001 ohne Schema und die GLN 7300010000001 mit dem Schema 0088 jeweils ein gültiges Dokument. Eine SEPA-Kennung allein schlug fehl, weil das Element unter diesem Schema die Gläubiger-Identifikationsnummer für Lastschriften ist; neben einer zweiten Kennung, die keine SEPA-Kennung ist, bestand sie.

Der Weg über die rechtliche Registrierung nimmt cac:PartyLegalEntity/cbc:CompanyID, mit oder ohne schemeID; ein Wert mit dem Schema 0088 bestand im Versuch.

Nichts anderes springt ein. Die fehlerhafte Rechnung hat eine elektronische Adresse in cbc:EndpointID und einen cbc:RegistrationName, und mit einem zusätzlichen cac:PartyName schlug sie im Versuch ebenfalls fehl.

Das Vorhandensein erfüllt die Regel. Ein leeres cbc:CompanyID in cac:PartyLegalEntity oder ein leeres cac:PartyIdentification/cbc:ID bestand sie im Versuch und wurde stattdessen von PEPPOL-EN16931-R008 gemeldet.

Wie es in einer Integration dazu kommt

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

• Die Umsatzsteuer-Identifikationsnummer des Verkäufers wurde entfernt, etwa um BR-O-02 bei einer nicht steuerbaren Rechnung zu beheben, und nichts anderes identifizierte den Verkäufer.
• Die Registernummer des Unternehmens ist in den Firmeneinstellungen hinterlegt, wird aber nur auf die gedruckte Rechnung gemappt, nicht auf cac:PartyLegalEntity.
• Das einzige cac:PartyIdentification ist die Gläubiger-Identifikationsnummer für Lastschriften mit dem Schema SEPA.
• Der Verkäufer hat keine Umsatzsteuerregistrierung, und der Export schreibt Kennungen des Verkäufers nur, wenn eine Umsatzsteuer-Identifikationsnummer existiert.
• Das Mapping behandelt die elektronische Peppol-Adresse in cbc:EndpointID als Identifikation des Verkäufers.

So korrigieren Sie das Dokument

1. Wählen Sie aus den Registrierungen, die der Verkäufer tatsächlich hat: eine Registernummer des Unternehmens, etwa eine Nummer von Companies House bei einem britischen Unternehmen; eine Umsatzsteuer-Identifikationsnummer, wo das Dokument eine zulässt; oder eine Kennung wie eine GLN unter ihrem ICD-Schema.
2. Für eine Registernummer schreiben Sie cbc:CompanyID in cac:PartyLegalEntity, nach cbc:RegistrationName. Für eine Kennung des Verkäufers fügen Sie cac:PartyIdentification mit cbc:ID nach cbc:EndpointID und vor cac:PostalAddress hinzu.
3. Beachten Sie die Schemaregeln für cac:PartyIdentification/cbc:ID, wenn Sie eine schemeID übermitteln: Ein Schema außerhalb der ICD-Liste nach ISO 6523 meldete im Versuch BR-CL-10, und eine GLN mit falscher Prüfziffer unter 0088 meldete PEPPOL-COMMON-R040.
4. Greifen Sie bei einem Dokument mit Positionen der Kategorie O nicht zur Umsatzsteuer-Identifikationsnummer: Im Versuch behob sie BR-CO-26 und brachte an dessen Stelle BR-O-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: Der Verkäufer hat einen Namen und eine elektronische Adresse, aber keine Kennung

<cac:AccountingSupplierParty>
  <cac:Party>
    <cbc:EndpointID schemeID="0088">7300010000001</cbc:EndpointID>
    <!-- postal address omitted from this fragment -->
    <cac:PartyLegalEntity>
      <cbc:RegistrationName>Example Supplier Ltd</cbc:RegistrationName>
    </cac:PartyLegalEntity>
  </cac:Party>
</cac:AccountingSupplierParty>

Ausschnitt der korrigierten Rechnung: Die Kennung der rechtlichen Registrierung folgt auf den Registrierungsnamen

<cac:AccountingSupplierParty>
  <cac:Party>
    <cbc:EndpointID schemeID="0088">7300010000001</cbc:EndpointID>
    <!-- postal address omitted from this fragment -->
    <cac:PartyLegalEntity>
      <cbc:RegistrationName>Example Supplier Ltd</cbc:RegistrationName>
      <cbc:CompanyID>12345678</cbc:CompanyID>
    </cac:PartyLegalEntity>
  </cac:Party>
</cac:AccountingSupplierParty>

Die korrigierte Rechnung hat cbc:CompanyID 12345678 im cac:PartyLegalEntity des Verkäufers; die fehlerhafte Rechnung hat nur den Registrierungsnamen. Keines der beiden Dokumente gibt dem Verkäufer eine Umsatzsteuer-Identifikationsnummer oder ein cac:PartyIdentification, weil die Rechnung nicht steuerbar ist; die Kennung der rechtlichen Registrierung ist daher das Einzige, was den Verkäufer identifiziert. Das fehlerhafte Dokument meldet nur BR-CO-26, obwohl der Verkäufer seine elektronische Adresse behält.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Als Gutschrift meldete die fehlerhafte Rechnung im Versuch BR-CO-26 bei der Partei des Verkäufers.
• Die Regel hat keine Bedingung zu Umsatzsteuerkategorien: Jedes Dokument braucht eine der drei Kennungen des Verkäufers, ob Umsatzsteuer berechnet wird oder nicht.
• Nationale Regeln können die Auswahl einschränken. Für Lieferanten in den Niederlanden begrenzt NL-R-003, welche Schemata die Kennung der rechtlichen Registrierung verwenden darf.

Verwandte Regeln

• BR-O-02 schließt die Umsatzsteuer-Identifikationsnummer als Möglichkeit aus, wenn eine Position nicht steuerbar ist
• BR-CL-10 prüft, dass eine Kennung des Verkäufers in cac:PartyIdentification ein gelistetes Schema verwendet
• NL-R-003 schränkt das Schema der Kennung der rechtlichen Registrierung für niederländische Lieferanten ein
• BR-G-02 verlangt bei Exporten eine Umsatzsteuer-Identifikationsnummer des Verkäufers, die eine Kennung der rechtlichen Registrierung nicht ersetzen kann
• 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-CO-26 (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.