Un codice QR non è conformità. Una Verifiable Credential lo è.
La maggior parte degli strumenti DPP fornisce un codice QR collegato a un PDF. Le autorità doganali e di vigilanza del mercato UE devono verificare dati firmati crittograficamente e leggibili da macchina — non una landing page. PassportLab emette veri Passaporti Digitali di Prodotto costruiti sugli standard che i regolatori verificano davvero.
Questo è un vero Passaporto Digitale di Prodotto firmato
Non è un mockup. Apri il link qui sotto sul telefono e scansionalo come farebbe un ispettore.
Ogni passaporto PassportLab è una W3C Verifiable Credential, risolvibile tramite un GS1 Digital Link, con una cronologia completa di eventi EPCIS e prova crittografica di chi lo ha emesso e quando. Ciò che vedi sul telefono è esattamente ciò che vede un funzionario doganale o un'autorità di vigilanza del mercato.
- Firmato crittograficamente Firma Ed25519, verificabile da qualsiasi terza parte senza contattare PassportLab.
- GS1 Digital Link Si risolve dallo stesso codice QR stampato sull'etichetta del prodotto.
- Audit trail completo Ogni modifica al passaporto è registrata come evento EPCIS immutabile e con timestamp.
- Pronto per il registro Strutturato nel formato che il Registro DPP UE live si aspetta al momento dell'invio.
Un codice QR che punta a un PDF non è ciò che richiede il regolamento
Sia l'ESPR sia il Regolamento Batterie richiedono dati strutturati, verificabili e leggibili da macchina — non un documento statico dietro a un link.
PDF travestiti da passaporti
Un codice QR che apre un PDF o una pagina marketing non soddisfa nessuno una volta che un ispettore lo confronta davvero con il modello dati del regolamento.
Nessuna prova crittografica
Senza una credenziale firmata, non c'è modo di dimostrare che i dati non siano stati alterati dopo l'emissione — né chi li abbia effettivamente emessi.
Link morti al momento dell'audit
Passaporti ospitati su infrastrutture usa e getta o da un fornitore che chiude vi lasciano con un link rotto proprio quando un'autorità lo richiede.
Dati in lock-in
Alcuni strumenti non esportano affatto i dati strutturati, impedendovi di cambiare fornitore o di ospitarli voi stessi una volta costruito il catalogo.
Nessun percorso di aggiornamento
Gli atti delegati di ESPR e del Regolamento Batterie sono ancora in fase di finalizzazione. Un PDF statico non può assorbire un cambio di schema; un passaporto versionato sì.
Quattro pilastri che i regolatori verificano davvero
Ognuno di questi è verificabile in modo indipendente — da un revisore, un sistema doganale o l'ingegnere di un concorrente — senza mai parlare con PassportLab.
Identità e firme verificabili
Ogni passaporto è una W3C Verifiable Credential 2.0, firmata con Ed25519 e collegata a un'identità DID:Web della vostra organizzazione. La divulgazione selettiva tramite SD-JWT vi permette di condividere solo i campi che una determinata parte deve vedere.
Interoperabilità aperta
I passaporti si risolvono tramite GS1 Digital Link — lo stesso livello di identificazione già usato dai sistemi doganali e retail — ed espongono la loro cronologia eventi tramite GS1 EPCIS 2.0, mappata sul modello dati UNTP DPP 0.7.0 per la compatibilità tra registri.
Resistente alla manomissione by design
Ogni versione del passaporto riceve un fingerprint SHA-256 ed è scritta in un audit trail immutabile applicato a livello di database — non solo nel codice applicativo, che può essere aggirato.
Contesto completo della catena di fornitura
I passaporti tracciano ogni operatore economico e ruolo di stakeholder nella catena, collegati a numeri EORI e, ove rilevante, a organismi di conformità elencati in NANDO, tramite eventi EPCIS 2.0.
Tutto ciò che PassportLab emette, verificato contro una specifica pubblicata
Nessun formato proprietario. Ogni affermazione qui sotto può essere verificata in modo indipendente rispetto allo standard pubblico a cui fa riferimento.
Il passaporto stesso è emesso come W3C Verifiable Credential 2.0 — lo stesso standard aperto usato per documenti di identità digitale e diplomi, non un blob JSON proprietario di PassportLab.
Il codice QR sul prodotto si risolve tramite GS1 Digital Link, lo standard di identificazione già usato nel retail e nella logistica — nessun resolver proprietario richiesto.
Ogni evento del ciclo di vita — produzione, spedizione, riparazione, riciclo — è registrato come evento GS1 EPCIS 2.0, interrogabile indipendentemente dall'interfaccia di PassportLab.
La struttura dati del passaporto è mappata sulla specifica Digital Product Passport dell'UN Transparency Protocol, rendendola portabile tra registri oltre l'UE.
I campi sensibili — identità dei fornitori, dati sui costi — possono essere condivisi selettivamente tramite SD-JWT, così un controllo doganale e un partner retail non vedono lo stesso payload.
Gli emittenti PassportLab sono identificati tramite DID:Web, un identificatore decentralizzato ancorato al vostro dominio, non un ID account PassportLab.
Gli schemi del passaporto batteria mappano direttamente sull'Allegato XIII del Regolamento (UE) 2023/1542, in vista della scadenza di applicazione del 18 febbraio 2027.
I passaporti per prodotti non batteria sono costruiti sul Regolamento sulla progettazione ecocompatibile di prodotti sostenibili (UE) 2024/1781, versionato per gli atti delegati ancora in via di finalizzazione.
Le 5 domande che distinguono un vero DPP da un codice QR
Sono esattamente le domande a cui avremmo voluto una risposta se stessimo acquistando uno strumento di conformità invece di costruirlo.
Il passaporto è una credenziale firmata o solo un link a una pagina ospitata?
Posso esportare i miei dati strutturati e andarmene, in qualsiasi momento?
Cosa succede quando gli atti delegati cambiano lo schema?
Il passaporto traccia l'intera catena di fornitura o solo il mio prodotto?
L'audit trail è applicato a livello di database o solo nell'app?
Funzionalità per ruolo
Team compliance e legale
- Raccolta dati guidata, mappata sui campi dell'Allegato XIII e della DIN DKE SPEC 99100
- Report delle lacune che mostrano esattamente cosa manca prima di un invio
- Export pronto per l'audit di ogni versione e modifica del passaporto
- Monitoraggio degli aggiornamenti normativi man mano che gli atti delegati vengono finalizzati
Team engineering e IT
- API REST e webhook per l'integrazione con ERP e PLM
- Output nativo agli standard — W3C VC, GS1 EPCIS 2.0, UNTP — nessun SDK proprietario da imparare
- Controllo degli accessi basato sui ruoli e chiavi API per stakeholder
- Ambiente sandbox per testare prima del go-live
Team supply chain e operations
- Modelli di richiesta dati ai fornitori che citano l'esatto articolo del regolamento
- Ruoli stakeholder per produttori, importatori e riciclatori
- Codici QR GS1 Digital Link pronti per la stampa delle etichette
- Invio al Registro DPP UE e prova di registrazione
Cosa serve davvero per farlo internamente
La maggior parte dei team lo sottostima di mesi, non di settimane.
| Requisito | PassportLab | Realizzazione interna |
|---|---|---|
| Credenziali firmate e verificabili | Incluso — W3C VC 2.0 pronto all'uso | Richiede l'implementazione di una PKI e di uno stack di emissione credenziali |
| GS1 Digital Link ed EPCIS 2.0 | Incluso, già mappato | Richiede un progetto di integrazione GS1, tipicamente mesi |
| Invio al Registro DPP UE | Registrazione guidata con prova di registrazione | Integrazione manuale con l'API del Registro |
| Aggiornamenti schema per atti delegati | Applicati centralmente, i passaporti si aggiornano automaticamente | Rilavorazione manuale a ogni nuovo atto delegato |
| Ingestione dati da fonti disordinate | Mapping verificato da persone, da PDF, fogli di calcolo, export ERP | Pipeline ETL personalizzata che il vostro team deve costruire e mantenere |
| Tempo al primo passaporto conforme | Settimane, non trimestri | Tipicamente 6–12 mesi per una prima pipeline funzionante |
| Monitoraggio normativo continuo | Incluso tramite il retainer | Richiede una risorsa dedicata alla compliance o un consulente |
Radicati nel processo, non solo nel testo del regolamento
Monitoriamo direttamente gli organismi di standardizzazione e i registri, non solo le scadenze principali.
Registro DPP UE
Live dal 20 luglio 2026. I passaporti PassportLab sono strutturati fin dal primo giorno secondo il suo formato di registrazione e la sua API.
DIN DKE SPEC 99100
Il nostro schema del passaporto batteria mappa esplicitamente tutti e sette i cluster di dati — la base di lavoro per i prossimi atti delegati.
CEN/CLC JTC 24
Costruito sui sei standard EN riconosciuti a luglio 2026, incluso EN 18222 per il livello di interfaccia e API.
BatteryPass-Ready (Fraunhofer IPK)
I nostri export JSON sono testati contro gli 11 scenari BatteryPass-Ready per batterie EV, LMT e di accumulo stazionario.
Domande frequenti
Mi serve un team tecnico per usare PassportLab?
No. La piattaforma è pensata per i team compliance e operations. Per dati sorgente disordinati — PDF, fogli di calcolo, export ERP — il nostro team gestisce direttamente il mapping, invece di chiedervi di gestire da soli un modello dati che non avete.
Cosa succede se gli atti delegati cambiano dopo che ho emesso i passaporti?
I passaporti sono documenti versionati. Quando uno schema si aggiorna, i vostri passaporti esistenti si aggiornano dietro lo stesso codice QR — non dovrete mai ristampare le etichette.
I miei dati sono vincolati a PassportLab?
No. L'export strutturato completo (JSON/CSV) di ogni prodotto e passaporto è disponibile su richiesta, senza vincoli.
In cosa è diverso da un generatore di codici QR?
Un generatore di codici QR punta a una pagina ospitata. PassportLab emette una Verifiable Credential firmata e basata su standard, con audit trail completo — il formato che i regolatori e le autorità di vigilanza del mercato sono predisposti a verificare.
Può coprire più categorie di prodotto?
Sì. Lo schema è costruito per categoria di prodotto — batterie, tessili, elettronica, ferro e acciaio — ciascuna con la propria base normativa e scadenza.
Guarda il passaporto del tuo prodotto, non un mockup
Prenota una call di 20 minuti, oppure inizia con un passaporto demo gratuito — nessun account richiesto.
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.