CIRPASS-2-registerDPP-Adapter gebaut und gegen das CIRPASS-2-Referenzregister getestetEU-DPP-Register: live seit 20. Juli 2026
PassportLabEU-DPP-Register
CIRPASS-2-Format · registerDPP-Endpunkt implementiert

Registerbereit
für die Produktivregistrierung

Das EU-DPP-Register ist seit dem 20. Juli 2026 live. PassportLab baut jeden Pass im CIRPASS-2-Registerformat, mit einem gegen die CIRPASS-2-Referenzimplementierung getesteten Register-Adapter, hash-verketteten Audit-Einträgen und W3C-VC-Proofs. Produktivregistrierungen starten, sobald die Betreiberverifizierungsschritte abgeschlossen sind.

↻ Zuletzt aktualisiert: September 2026
Offizielle Verifikationsplattform

Das Verifikationstool der Kommission kommt. Unseres funktioniert heute.

Der Rahmen des EU-DPP-Registers sieht eine offizielle, von der Kommission betriebene Verifikationsplattform vor, mit der Marktüberwachungsbehörden und Zoll Pässe prüfen können. Diese Plattform ist nicht gestartet und hat keinen öffentlichen Termin.

Bis dahin führt passportlab.io/verify führt Prüfungen nach denselben Linien durch: GS1-Digital-Link-Auflösung, W3C-VC-Proof-Verifikation, ESPR-Schemakonformität und SHACL-Shape-Validierung gegen das CIRPASS-2-Datenmodell. Seine Pässe werden auf offenen, signierten Endpunkten veröffentlicht, die jedes Verifikationstool lesen kann.

DPP-VerifikationsprüfungenBESTANDEN
✓GS1-Digital-Link-Auflösung · ISO/IEC 18975
✓W3C-VC-2.0-Nachweis · Ed25519-Signatur
✓ESPR-Datenschemakonformität · EU 2024/1781
✓SHACL-Shape-Validierung · CIRPASS-2-Profil
✓EPCIS-2.0-Ereignisprotokoll-Export
✓Rollenbasierte Feldsichtbarkeit für Stakeholder
Geplant
Verifikationsplattform der Kommission im Register-Rahmen
Heute
passportlab.io/verify für jeden Betreiber verfügbar, ohne Setup
Kein Termin
Start der Kommissionsplattform — kein öffentlicher Zeitplan
Hash-verkettetes Prüfprotokoll

Ein Ausfall des Registers unterbricht Ihre Compliance-Historie nicht.

Ist das zentrale Register nicht erreichbar, schlägt die nachgelagerte Verifikation fehl — und Art. 15 der Durchführungsverordnung (EU) 2026/1778 erlaubt der Kommission, das Register bei einem Vorfall ohne Ankündigung auszusetzen.

Das PassportAuditLog von PassportLab ist ein hash-verkettetes, unveränderliches Protokoll — jede Feldänderung ist kryptografisch mit dem vorherigen Eintrag verknüpft. MySQL-Trigger erzwingen Unveränderlichkeit auf Datenbankebene; kein Löschen oder Ändern auf Anwendungsebene kann einen Eintrag unbemerkt entfernen. Das ist die Aufzeichnung, die einen Registerausfall übersteht.

PassportAuditLog — Hash-Ketten-VerifizierungSHA-256
entry[n].prevHash  =  SHA-256(entry[n-1])
entry[n].hash      =  SHA-256(entry[n] + prevHash)
integrity          =  chain unbroken since genesis
db trigger         =  DELETE / UPDATE → rejected
Block 1
DPP erstellt
a3f8…c120
Block 2
Materialdaten aktualisiert
7d2e…b459
Block 3
VC-Nachweis ausgestellt
f19a…0d83
CIRPASS-2 · registerDPP-Integration

Gebaut für das Live-Register.

PassportLab spricht bereits das CIRPASS-2-Format. Jeder DPP wird als Registrierungs-Payload gebaut für POST /metadata/v1/registerDPP mit der vollständigen Pflicht-Payload an das Register übertragen: UPI, EORI-basierte reoId, Live-URL, Backup-URL, Granularitätsstufe, Anlagenliste und Deaktivierungskennzeichen.

Das EU-DPP-Register ist seit dem 20. Juli 2026 live, mit öffentlicher Testumgebung und API. Nach der Registrierung eines Produkts stellt das Register einen Registrierungsnachweis aus. Die delegierten Rechtsakte nach Art. 77/78 zum vollständigen Batteriepass-Datenmodell stehen noch aus — unser Schema ist versioniert, um diese Änderungen ohne Migrationsprojekt aufzunehmen.

POST /metadata/v1/registerDPPCIRPASS-2
{
  "upi":              "DPP-04012345000010-A001",
  "reoId":           "DE123456789012",  // EORI
  "liveURL":         "https://www.passportlab.io/dpp/…",
  "backupURL":       "https://backup.passportlab.io/…",
  "granularityLevel": "item",
  "facilitiesId":    ["GLN-4270054032051"],
  "deactivated":     false
}
CIRPASS-2-registerDPP-Payload
UPI, reoId (EORI), liveURL, backupURL, facilitiesId
GS1 Digital Link / UPI-Normalisierung
GTIN + Seriennummer → UPI nach CIRPASS-2-Spezifikation
Backup-URL + Deaktivierungs-Flag
Art.-15-Kontinuitätsfelder ans Produktmodell angebunden
Content Negotiation · JSON-LD + AAS
Accept: application/ld+json → UNTP/CIRPASS-2-@context
EU-DPP-Register-Endpunkt
Live seit dem 20. Juli 2026 — erste Produktivregistrierungen folgen der Betreiberverifizierung
Readiness-Checkliste

Was steht. Was auf EU-Seite noch aussteht.

Die Registerintegration von PassportLab ist kein Roadmap-Punkt: Der Adapter ist gebaut und gegen die CIRPASS-2-Referenzimplementierung getestet. Die Produktivregistrierung erfordert drei Verifizierungsschritte nach Durchführungsverordnung (EU) 2026/1778 — das eigene qualifizierte Siegel des Betreibers (Art. 4), die Drittverifizierung von PassportLab (Art. 5) und die Autorisierung von PassportLab durch den Betreiber (Art. 19(4)).

✅
CIRPASS-2-registerDPP-Format
POST /metadata/v1/registerDPP mit vollständiger CIRPASS-2-Payload — UPI, reoId, liveURL, backupURL, granularityLevel, facilitiesId, deactivated.
✅
GS1 Digital Link / UPI-Normalisierung
Jeder DPP löst über /01//21/ nach GS1 Digital Link ISO/IEC 18975 auf. GCP 42700054032 bei GS1 Germany registriert.
✅
Hash-verkettetes Audit-Log · kryptografische Integrität
PassportAuditLog ist append-only, SHA-256-hash-verkettet, mit Unveränderlichkeit auf DB-Ebene, erzwungen durch MySQL-Trigger.
✅
W3C VC 2.0 + Ed25519-Proofs
Jeder Pass trägt ein W3C Verifiable Credential mit Ed25519-Signatur und DID:Web-Identität. SD-JWT-Credentials können erzeugt werden, um ausgewählte Felder mit einer bestimmten Partei zu teilen.
✅
eIDAS-QSealC-Speicherarchitektur
Registrierungsanfragen werden mit dem eigenen Siegelschlüssel des Betreibers signiert — PassportLab greift für das Kommissionsregister nie auf einen eigenen Schlüssel zurück. Unterstützung für remote gehaltene QTSP-Siegel folgt, sobald die Kommission das Signaturprofil bestätigt.
✅
EPCIS-2.0-Ereignis-Repository
Vollständiges Lieferketten-Ereignisprotokoll nach EPCIS-2.0-Spezifikation, exportierbar als EPCIS-Dokument. Betreiberkette mit Transfer-Endpunkt live.
✅
EU-DPP-Register-Endpunkt
Live seit dem 20. Juli 2026 mit öffentlicher Testumgebung und API. Die Batterieregistrierung öffnet, sobald die Kommission das Batterie-Datenmodell veröffentlicht (Stand September 2026 ausstehend); unser Adapter wird darauf ausgerichtet, und erste Produktivregistrierungen folgen den obigen Betreiberverifizierungsschritten.
⏳
QTSP-Q-Siegel-Beschaffung
Erfordert einen qualifizierten Vertrauensdiensteanbieter nach eIDAS 2.0. Die Beschaffung steht im Rechtskalender, keine technische Lücke.
Blockiert: Rechtskalender

Kennen Sie Ihre Registerposition, bevor es Ihre Wettbewerber tun.

Buchen Sie einen 30-minütigen Call. Wir ordnen Ihre Produkte dem CIRPASS-2-UPI-Format zu, prüfen, ob Ihre EORI korrekt verknüpft ist, und zeigen Ihnen an Ihren echten Daten, wie eine Registerübermittlung von Anfang bis Ende aussieht.

Standards notice: Standards status: EN 18216:2026–EN 18223:2026 — including the data-carrier standard EN 18220 and the data-persistence standard EN 18221 — were published by CEN/CENELEC on 27 May 2026. In July 2026, CEN/CLC JTC 24 formally recognised six of these EN standards, including EN 18222 (interface/API layer). They are not yet cited in the Official Journal of the EU, so they do not yet confer formal presumption of conformity. EN 18239 (access rights) and EN 18246 (data authentication) remain in draft, expected late 2026. ESPR (EU 2024/1781) delegated acts and per-category Annex I requirements are still being finalised. CBAM Reg. 2023/956 obligations continue to evolve under Commission guidance. Results are a readiness indication based on the latest available standards and drafts, and do not constitute legal advice.