Adapter CIRPASS-2 registerDPP costruito e testato contro il registro di riferimento CIRPASS-2Registro UE DPP: attivo dal 20 luglio 2026
PassportLabRegistro UE DPP
Formato CIRPASS-2 · endpoint registerDPP implementato

Pronto per il registro
per la registrazione in produzione

Il Registro DPP UE è attivo dal 20 luglio 2026. PassportLab costruisce ogni passaporto nel formato di registro CIRPASS-2, con un adapter testato contro l'implementazione di riferimento CIRPASS-2, record di audit a catena di hash e prove W3C VC. Le registrazioni di produzione iniziano al completamento dei passaggi di verifica dell'operatore.

↻ Ultimo aggiornamento: settembre 2026
Piattaforma di verifica ufficiale

Lo strumento di verifica della Commissione arriverà. Il nostro funziona oggi.

Il quadro del Registro DPP UE prevede una piattaforma di verifica ufficiale, gestita dalla Commissione, che le autorità di vigilanza del mercato e le dogane potranno usare per controllare i passaporti. Quella piattaforma non è stata lanciata e non ha una data pubblica di anteprima.

Fino ad allora, passportlab.io/verify esegue controlli sulle stesse linee: risoluzione GS1 Digital Link, verifica delle prove W3C VC, conformità allo schema ESPR e validazione delle shape SHACL rispetto al modello dati CIRPASS-2. I suoi passaporti sono pubblicati su endpoint aperti e firmati che qualsiasi strumento di verifica può leggere.

Controlli di verifica DPPSUPERATO
✓Risoluzione GS1 Digital Link · ISO/IEC 18975
✓Prova W3C VC 2.0 · firma Ed25519
✓Conformità allo schema dati ESPR · UE 2024/1781
✓Validazione delle forme SHACL · profilo CIRPASS-2
✓Esportazione del registro eventi EPCIS 2.0
✓Visibilità dei campi basata sul ruolo degli stakeholder
Prevista
Piattaforma di verifica della Commissione nel quadro del registro
Oggi
passportlab.io/verify disponibile a qualsiasi operatore, senza configurazione
Nessuna data
Lancio della piattaforma della Commissione — nessun calendario pubblico
Registro di audit concatenato tramite hash

Un'interruzione del registro non compromette la tua cronologia di conformità.

Se il registro centrale è irraggiungibile, la verifica a valle fallisce — e l'art. 15 del Regolamento di esecuzione (UE) 2026/1778 consente alla Commissione di sospendere il registro senza preavviso durante un incidente.

Il PassportAuditLog di PassportLab è un registro concatenato tramite hash, di sola aggiunta — ogni modifica di campo è collegata crittograficamente alla voce precedente. I trigger MySQL impongono l'immutabilità a livello di database; nessuna eliminazione o modifica a livello applicativo può rimuovere silenziosamente una voce. Questo è il registro che sopravvive a un'interruzione del registro.

PassportAuditLog — verifica della catena di hashSHA-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
Blocco 1
DPP creato
a3f8…c120
Blocco 2
Dati materiali aggiornati
7d2e…b459
Blocco 3
Prova VC emessa
f19a…0d83
CIRPASS-2 · integrazione registerDPP

Costruito per il registro attivo.

PassportLab parla già il formato CIRPASS-2. Ogni DPP è costruito come payload di registrazione per POST /metadata/v1/registerDPP con il payload completo richiesto: UPI, reoId basato su EORI reoId, URL live, URL di backup, livello di granularità, elenco degli stabilimenti e flag di disattivazione.

Il Registro DPP UE è attivo dal 20 luglio 2026, con ambiente di test pubblico e API. Una volta registrato un prodotto, il registro emette un documento di prova di registrazione. Gli atti delegati ex artt. 77/78 che regolano il modello dati completo del passaporto batterie sono ancora in sospeso — il nostro schema è versionato per assorbire quei cambiamenti senza un progetto di migrazione.

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
}
Payload CIRPASS-2 registerDPP
UPI, reoId (EORI), liveURL, backupURL, facilitiesId
Normalizzazione GS1 Digital Link / UPI
GTIN + seriale → UPI secondo la specifica CIRPASS-2
URL di backup + flag di disattivazione
Campi di continuità art. 15 collegati al modello di prodotto
Content negotiation · JSON-LD + AAS
Accept: application/ld+json → @context UNTP/CIRPASS-2
Endpoint del Registro DPP UE
Attivo dal 20 luglio 2026 — le prime registrazioni di produzione seguono la verifica dell'operatore
Checklist di prontezza

Cosa è pronto. Cosa è ancora in sospeso lato UE.

L'integrazione con il registro di PassportLab non è una voce di roadmap: l'adapter è costruito e testato contro l'implementazione di riferimento CIRPASS-2. La registrazione in produzione richiede tre passaggi di verifica ai sensi del Regolamento di esecuzione (UE) 2026/1778 — il sigillo qualificato dell'operatore (art. 4), la verifica di PassportLab come terzo (art. 5) e l'autorizzazione di PassportLab da parte dell'operatore (art. 19(4)).

✅
Formato CIRPASS-2 registerDPP
POST /metadata/v1/registerDPP con payload CIRPASS-2 completa — UPI, reoId, liveURL, backupURL, granularityLevel, facilitiesId, deactivated.
✅
Normalizzazione GS1 Digital Link / UPI
Ogni DPP risolve via /01//21/ secondo GS1 Digital Link ISO/IEC 18975. GCP 42700054032 registrato presso GS1 Germany.
✅
Registro di audit a catena di hash · integrità crittografica
PassportAuditLog è append-only, con catena di hash SHA-256 e immutabilità a livello di database applicata da trigger MySQL.
✅
W3C VC 2.0 + prove Ed25519
Ogni passaporto include una W3C Verifiable Credential con firma Ed25519 e identità DID:Web. Si possono generare credenziali SD-JWT per condividere campi selezionati con una parte specifica.
✅
Architettura di archiviazione eIDAS QSealC
Le richieste di registrazione sono firmate con la chiave del sigillo dell'operatore — PassportLab non ricorre mai a una propria chiave per il registro della Commissione. Il supporto ai sigilli QTSP remoti seguirà quando la Commissione confermerà il profilo di firma.
✅
Repository eventi EPCIS 2.0
Registro completo degli eventi della catena di fornitura secondo la specifica EPCIS 2.0, esportabile come documento EPCIS. Catena degli operatori con endpoint di trasferimento attiva.
✅
Endpoint del Registro DPP UE
Attivo dal 20 luglio 2026 con ambiente di test pubblico e API. La registrazione delle batterie si apre quando la Commissione pubblicherà il modello dati batterie (in sospeso a settembre 2026); il nostro adapter sarà allineato ad esso, e le prime registrazioni di produzione seguiranno i passaggi di verifica dell'operatore sopra indicati.
⏳
Approvvigionamento del sigillo QTSP
Richiede un prestatore di servizi fiduciari qualificato secondo eIDAS 2.0. L'approvvigionamento è nel calendario legale, non una lacuna tecnica.
Bloccato: calendario legale

Conosci la tua posizione rispetto al registro prima dei tuoi concorrenti.

Prenota una chiamata di 30 minuti. Mapperemo i tuoi prodotti sul formato UPI CIRPASS-2, confermeremo che il tuo EORI sia collegato correttamente e ti mostreremo come appare una registrazione al registro end-to-end sui tuoi dati reali.

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.