Jedes Dokument im Peppol-Netzwerk enthält Kennungen, die angeben, wer der Absender und Empfänger ist. Diese Kennungen bestimmen, wie das Dokument geroutet wird: an welchen Access Point, an welche Organisation. Die Wahl des richtigen Kennungstyps ist daher entscheidend für eine erfolgreiche Zustellung.

Ein Party Identifier in Peppol besteht aus zwei Teilen:

1. schemeID (auch EAS-Code genannt): ein numerischer Code, der angibt, welcher Kennungstyp verwendet wird. Zum Beispiel 0106 für eine niederländische Handelskammernummer.
2. Wert: die tatsächliche Identifikationsnummer der Organisation. Zum Beispiel 12345678 als Handelskammernummer.

In der UBL-Rechnung erscheint dies als EndpointID-Element mit einem schemeID-Attribut:

<cbc:EndpointID schemeID="0106">12345678</cbc:EndpointID>

Die schemeIDs stammen aus der EAS-Codeliste (Electronic Address Scheme), die Teil der Peppol BIS Billing-Spezifikation ist. Diese Codeliste wird von OpenPeppol gepflegt und regelmäßig aktualisiert.

Nachfolgend finden Sie die am häufigsten verwendeten Kennungstypen, gruppiert nach Land.

Die Handelskammernummer (0106) ist die Standardkennung für niederländische Unternehmen auf Peppol. Für die niederländische Regierung ist OIN (0190) verpflichtend. Dies wird durch die Validierungsregel BR-NL-BFR-2 aus der Basisfactuur Rijk (BFR) durchgesetzt: Wenn der Empfänger eine Behörde ist, muss die schemeID 0190 sein. Die BFR ist ein zusätzliches Validierungsregelwerk der niederländischen Zentralregierung, das über die Standard-NLCIUS- und Peppol-BIS-Regeln hinausgeht und die Mindestanforderungen an Rechnungsdaten für die Rechnungsstellung an Zentralbehörden beschreibt.

Die Umsatzsteuer-ID (9944) wird als ergänzende Kennung für die MwSt.-Registrierung verwendet, ist aber nicht die primäre Routing-Kennung.

NL:KVK ist eine historische Buchstabencode-Schreibweise für Schema 0106. Der Peppol Service Bus (PSB) behandelt NL:KVK:12345678 und 0106:12345678 als gleichwertig. In der externen Kommunikation (Kunden, Partner, Support-Tickets, Dokumentation, Vertriebsmaterial) verwendet eConnect standardmäßig die offizielle Peppol-Notation 0106. Die Buchstabencode-Form erscheint noch in älterer Korrespondenz und in Dokumentationen einiger Integrationspartner.

Die Unternehmensnummer (0208) ist die Standardkennung für belgische Unternehmen.

Für die belgische Umsatzsteuer-Identifikationsnummer (9925) sind sowohl das Präfix BE0 als auch BE1 gültig. Beide Formen werden im Peppol-Netzwerk akzeptiert.

Die Leitweg-ID (0204) ist die verpflichtende Kennung für die Rechnungsstellung an deutsche Behörden. Deutsche Unternehmen werden in der Regel über ihre Umsatzsteuer-ID oder eine andere internationale Kennung registriert.

Die SIREN-Kennung (0225) ist für französische Unternehmen im Rahmen der CTC-Reform (Continuous Transaction Controls) verpflichtend, der obligatorischen E-Invoicing, die ab September 2026 stufenweise eingeführt wird.

Die Organisationsnummer (Schema 0007) ist die einzig gültige Peppol-Teilnehmerkennung für schwedische Parteien. Schema 9955 (SE:VAT) wurde aus der OpenPeppol-EAS-Codeliste entfernt; es gibt kein aktives Peppol-Schema für die schwedische Umsatzsteuer-ID. Die Umsatzsteuer-ID erscheint weiterhin in der UBL (in PartyTaxScheme/CompanyID), ist aber keine Routing-Kennung.

Für schwedische Lieferanten gelten vier landesspezifische Peppol-BIS-Billing-3.0-Regeln, die beim Versand automatisch validiert werden:

Die 12 Ziffern der Umsatzsteuer-ID setzen sich aus der 10-stelligen Organisationsnummer plus dem Suffix 01 zusammen. Die vollständige Umsatzsteuer-ID lautet also: SE + Organisationsnummer (10 Ziffern, ohne Bindestrich) + 01.

Enskild firma (Einzelfirma). Ein schwedischer Selbstständiger hat keine separate Organisationsnummer; die persönliche Personnummer (10 Ziffern, Format YYMMDD-XXXX) fungiert als Organisationsnummer und wird ohne Bindestrich in die UBL eingetragen. Die Umsatzsteuer-ID wird auf identische Weise gebildet. Beispiel bei Personnummer 801007-0962:

• PartyLegalEntity/CompanyID (Orgnr): 8010070962
• PartyTaxScheme/CompanyID (USt-ID): SE801007096201
• EndpointID (Peppol-ID): 0007:8010070962

Ein häufiger Fehler besteht darin, SE direkt vor die Personnummer zu setzen, ohne das obligatorische 01-Suffix (Ergebnis: 12 statt 14 Zeichen). Der PSB-Validator weist eine solche Rechnung mit einer SE-R-001-Meldung zurück.

Datenschutz/DSGVO: Die Personnummer ist in Schweden ein personenbezogenes Datum unter Aufsicht der schwedischen Datenschutzbehörde IMY (Swedish Data Protection Authority). Erscheint eine Enskild firma auf Peppol, ist die 10-stellige Organisationsnummer faktisch ein Personenidentifikator. Für den geschäftlichen Verkehr ist dies nach Art. 6 DSGVO zulässig, eine Veröffentlichung im öffentlichen Peppol Directory kann jedoch heikel sein. Kunden können eine GLN (Schema 0088) als öffentliche Peppol-Kennung verwenden oder auf die Eintragung im öffentlichen Directory verzichten und ausschließlich über SMP routen. eConnect schreibt hier keine Richtlinie vor; die Wahl liegt beim Kunden.

Der GLN-Code (0088) ist ein 13-stelliger Adresscode von GS1, weit verbreitet im Bausektor (DICO-Parteien) und im Handel.

Die OpenPeppol-Codeliste v9.6 (2026-04-07) enthält keinen EAS-Code für verschiedene Nicht-EU-Jurisdiktionen, darunter Curaçao und die übrigen karibischen Teile des Königreichs der Niederlande. Die curaçaoische CRIB-Nummer (Centraal Registratie Informatie Belastingplichtige, 9 Ziffern, ausgestellt von der Steuerbehörde Curaçaos) ist eine steuerliche Identifikationsnummer für den lokalen Verkehr mit den Behörden; sie ist keine Peppol-Routing-Kennung und kann nicht als EndpointID verwendet werden.

Für Parteien aus solchen Jurisdiktionen, die im Peppol-Netz erreichbar sein wollen, gilt folgendes Muster (vergleichbar mit Kanada und anderen Nicht-EU-Ländern ohne nationale EAS):

• Wählen Sie ein internationales Schema als EndpointID: 0060 (D-U-N-S, Dun & Bradstreet), 0088 (GLN, GS1) oder 0199 (LEI, GLEIF).
• Die lokale Steuernummer (etwa die CRIB-Nummer) kann informativ in cac:PartyTaxScheme/cbc:CompanyID mitgeführt werden, dient aber nicht als Routing-Kennung.
• Für Curaçao gibt es keine nationale Peppol Authority; OpenPeppol fungiert direkt als PA. Es gibt kein PINT-CW-Profil; PINT Global oder BIS Billing V3 sind die üblichen Profile.

Ein curaçaoischer Empfänger, der bei einem Access Point über 0088:<GLN> registriert ist, ist über Peppol erreichbar; ein Empfänger mit nur einer CRIB-Nummer ist es nicht und muss über einen alternativen Zustellweg (E-Mail, Portal, EDI) bedient werden.

Wenn die CRIB-Nummer informativ in cac:PartyTaxScheme/cbc:CompanyID mitgeführt wird, darf cac:TaxScheme/cbc:ID nicht auf 'VAT' stehen. Peppol BIS Billing 3.0-Regel BR-CO-09 verlangt, dass bei TaxScheme/ID = 'VAT' die USt-Nummer mit einem ISO 3166-1-Ländercode beginnen muss. Eine CRIB-Nummer (9 Ziffern ohne Ländercode-Präfix, kein USt-Nummer-Format) fällt durch diese Regel, obwohl Curaçao (CW) in der ISO 3166-1-Liste enthalten ist.

Verwenden Sie in diesem Fall TaxScheme/ID = 'TAX' (oder 'CRIB'). BR-CO-09 wird nur bei 'VAT' ausgelöst, sodass die Anforderung eines ISO-Ländercode-Präfixes für die CRIB-Nummer entfällt.

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

Dieses TaxScheme/ID = 'TAX'-Muster ist breiter anwendbar für Nicht-EU-Steueridentifikationen, die keinen ISO 3166-1-Ländercode-Präfix tragen (zum Beispiel lokale steuerliche Registrierungsnummern). Der 'VAT'-Codepfad bleibt formalen USt-Nummern mit gültigem Ländercode-Präfix vorbehalten.

Curaçao kennt keine Postleitzahlen. Die curaçaoische Steuerbehörde verwendet kein Postleitzahlensystem. Füllen Sie cac:PostalAddress/cbc:PostalCode standardmäßig mit dem Wert unknown aus. IDR (und die Empfehlung für manuelle UBL-Verfasser) verwendet diesen Wert, um den Validator zufriedenzustellen, ohne eine fiktive Postleitzahl zu erfinden.

Vollständiges Beispiel. Ein AccountingSupplierParty für einen curaçaoischen Lieferanten mit CRIB-Nummer 123456789 und GLN-Routing an anderer Stelle im Dokument:

<cac:AccountingSupplierParty>
  <cac:Party>
    <cac:PartyIdentification>
      <cbc:ID>123456789</cbc:ID>
    </cac:PartyIdentification>
    <cac:PostalAddress>
      <cbc:StreetName>Simplerstraat 1</cbc:StreetName>
      <cbc:CityName>InvoicingStad</cbc:CityName>
      <cbc:PostalCode>unknown</cbc:PostalCode>
      <cac:Country>
        <cbc:IdentificationCode>CW</cbc:IdentificationCode>
      </cac:Country>
    </cac:PostalAddress>
    <cac:PartyTaxScheme>
      <cbc:CompanyID>123456789</cbc:CompanyID>
      <cac:TaxScheme>
        <cbc:ID>TAX</cbc:ID>
      </cac:TaxScheme>
    </cac:PartyTaxScheme>
    <cac:PartyLegalEntity>
      <cbc:RegistrationName>SimplerInvoicing</cbc:RegistrationName>
      <cbc:CompanyID>123456789</cbc:CompanyID>
    </cac:PartyLegalEntity>
  </cac:Party>
</cac:AccountingSupplierParty>

In EN 16931 / Peppol BIS Billing 3.0 trägt jede Partei ihre eigenen Identifier auf Basis des eigenen Sitzlandes ein, nicht auf Basis des Landes der Gegenpartei. Konkret für einen niederländischen Absender (AccountingSupplierParty):

• EndpointID: KvK-Nummer mit EAS 0106 (z.B. 0106:12345678).
• BT-31 — Seller VAT identifier (cac:PartyTaxScheme/cbc:CompanyID mit TaxScheme/ID = 'VAT'): Niederländische USt-IdNr. mit NL-Präfix (z.B. NL123456789B01).
• BT-29 — Seller identifier (cac:PartyIdentification/cbc:ID): optionaler zusätzlicher Identifier (z.B. KvK-Nummer oder GLN), gewählt vom NL-Absender selbst.

Die Empfängerseite (AccountingCustomerParty) enthält die Identifier des ausländischen Käufers:

• BT-48 — Buyer VAT identifier (cac:PartyTaxScheme/cbc:CompanyID beim Customer Party): USt-IdNr. des Käufers mit dem ISO 3166-1-Länderpräfix des eigenen Landes (z.B. EL123456789 oder GR123456789 für einen griechischen Käufer, DE123456789 für einen deutschen Käufer).

Häufiger Fehler: Ein niederländischer Absender, der an einen ausländischen Empfänger fakturiert, muss den eigenen Seller-Block nicht an das Land des Käufers anpassen. Grenzüberschreitende Rechnungsstellung ändert nicht, was der Absender in seinem eigenen Party-Block einträgt. Was sich wohl ändert, ist BT-48 im Customer-Block (USt-IdNr. des ausländischen Käufers) sowie etwaige länderspezifische Validierungsregeln auf der Empfängerseite.

Für Griechenland sind sowohl GR als auch EL als Länderpräfix für BT-48 zulässig. Für den NL-Absender bleibt NL das einzig gültige Präfix in BT-31, unabhängig vom Land des Empfängers.

EndpointID ist verpflichtend. In Peppol BIS Billing V3 darf das EndpointID-Element nicht leer sein. Eine Rechnung ohne gültige EndpointID wird bei der Validierung abgelehnt.

Eine EndpointID pro Rechnung. Die UBL-Spezifikation erlaubt nur eine EndpointID pro Partei. Wenn eine Organisation mehrere Kennungen hat (z.B. sowohl Handelskammer als auch OIN), wählen Sie die Kennung, die beim Empfänger in der SMP registriert ist.

Verwenden Sie nicht "NA" als Wert. Obwohl einige schemeIDs technisch den Wert "NA" akzeptieren, führt dies zu Routing-Fehlern. Verwenden Sie immer eine gültige Identifikationsnummer.

Rechnungsstellung an Privatpersonen. Für die Rechnungsstellung an Privatpersonen ohne Handelskammernummer bietet die PSB einen Workaround: Verwenden Sie die Kennung 0106:99999998. Diese Handelskammernummer ist von Netzwerk-Lookups ausgeschlossen, sodass die Rechnung immer auf E-Mail-Zustellung zurückfällt.

Bei der Zustellung folgt der Peppol Service Bus (PSB) einer festen Prioritätsreihenfolge zur Routing-Bestimmung:

1. EndpointID des Empfängers (primärer Routing-Anker)
2. CompanyID im Party-Abschnitt (Fallback, wenn EndpointID fehlt oder nicht passt)
3. PartyTaxScheme/CompanyID (letzter inhaltlicher Fallback)

Ist keiner dieser Werte für das Netzwerk-Routing brauchbar, fällt die Zustellung auf E-Mail-Routing zurück, sofern eine E-Mail-Adresse in der Konfiguration verfügbar ist.

Für Rückmeldungen (wie Message Level Status oder Invoice Response) verwendet eConnect einen Fallback auf support@econnect.eu, wenn das E-Mail-Feld des Lieferanten fehlt. Statusmeldungen gehen so nicht verloren, wenn ein AP keine gültige Rückadresse in der ursprünglichen Rechnung findet.

Technisch: Die vollständige EAS-Codeliste ist in der Peppol BIS Billing-Spezifikation unter docs.peppol.eu/poacc/billing/3.0/codelist/eas/ verfügbar.

Das Electronic Address Scheme (EAS) ist die Codeliste, die bestimmt, welcher Kennungstyp zur Adressierung eines Peppol-Teilnehmers verwendet wird. Jeder EAS-Code repräsentiert ein einzigartiges Nummerierungssystem, verknüpft mit einem bestimmten Land oder internationalen Register. Nachfolgend finden Sie alle aktiven Codes.

Die nachfolgenden Codes sind nicht mehr registrierbar und werden bei neuen Registrierungen nicht mehr akzeptiert. Bestehende Registrierungen mit diesen Codes können noch aktiv sein, müssen aber perspektivisch migriert werden.

Bei der Registrierung einer Organisation in der PSB werden Kennungen verwendet, die pro Land festgelegt sind. Die nachfolgende Tabelle zeigt das Standardkennungsschema pro Land, einschließlich der Kulturcodes, die bei der Registrierung über die Management API verwendet werden.

Wenn eConnect eine PDF-Rechnung in UBL konvertiert und keine gültige Kennung auf der Rechnung steht, werden Standard-Dummywerte verwendet:

Diese Dummywerte stellen sicher, dass die Rechnung technisch gültig ist, aber das Routing fällt auf andere Felder oder E-Mail-Zustellung zurück.

Möchten Sie prüfen, welche Kennung für einen bestimmten Empfänger registriert ist? Suchen Sie die Organisation im Peppol Directory oder nutzen Sie die PSB-API.

• Wichtige Sendefelder in UBL
• DocumentType IDs und Codelisten
• NLCIUS: der niederländische E-Rechnungsstandard
• UBL-Verarbeitung bei eConnect