Prima di compilare un DPP
- Separare i dati comuni a tutti i prodotti dai campi specifici della categoria.
- Collegare ogni dato a una fonte e a un responsabile, non soltanto a una cella Excel.
- Definire chi può vedere l’informazione: pubblico, partner, riciclatore, verificatore o autorità.
- Gestire versioni, data di efficacia e rapporto con modello, lotto o singolo articolo.
Perché non esiste una lista universale di dati obbligatori
L’ESPR definisce il quadro del Digital Product Passport e i principi dell’architettura. I dataset dettagliati vengono stabiliti per categoria di prodotto o da legislazioni settoriali. Di conseguenza, una lista generica può essere utile per organizzare il lavoro, ma non può essere considerata automaticamente un requisito legale completo.
La stessa informazione può inoltre cambiare significato in base alla granularità. Un dato di composizione può essere valido per un modello, un lotto o un singolo articolo; una riparazione riguarda invece un’unità specifica. Il progetto deve quindi definire prima l’identità del prodotto e poi il dataset.
Le principali categorie di informazione
| Area | Esempi da mappare | Domanda di controllo |
|---|---|---|
| Identità | Identificativo prodotto, modello, lotto, seriale, variante, data carrier | Il codice identifica esattamente il livello richiesto? |
| Operatori | Fabbricante, importatore, mandatario, stabilimento, fornitori rilevanti | Ruoli e identificativi sono aggiornati e verificati? |
| Caratteristiche | Materiali, componenti, sostanze, dimensioni, prestazioni, durata | Definizione, unità e metodo sono coerenti? |
| Conformità | Dichiarazioni, certificati, rapporti di prova, norme e versioni | Il valore è collegato all’evidenza corretta? |
| Impatto e circolarità | Impronta, contenuto riciclato, riparabilità, ricambi, smontaggio, riciclo | Il metodo è documentato e applicabile alla categoria? |
| Uso e sicurezza | Istruzioni, manutenzione, avvertenze, condizioni operative | L’informazione è disponibile nella lingua e al ruolo corretti? |
| Lifecycle | Versione, stato, riparazioni, aggiornamenti, eventi di fine vita | Chi può modificare il dato e con quale tracciamento? |
| Accessi | Dati pubblici, riservati, B2B, autorità, riciclatori | Il diritto di accesso è applicato al singolo campo o documento? |
1. Identificativi e granularità
Il cuore del DPP è un identificativo stabile. Prima di scegliere il QR bisogna decidere cosa viene identificato: un modello condiviso da molte unità, un lotto di produzione o il singolo articolo. La normativa di categoria può stabilire il livello minimo; il modello aziendale può aggiungere dettaglio quando serve.
Occorre inoltre collegare l’identificativo di prodotto agli identificativi dell’operatore economico, dello stabilimento e degli altri soggetti richiesti. L’allineamento con anagrafiche ERP o PLM evita duplicati e consente di ricostruire quale versione del dataset appartiene a quale prodotto.
2. Evidenze, non solo valori
Un valore senza provenienza è fragile. Per ogni campo rilevante conviene conservare fonte, documento, laboratorio o sistema di origine, data di acquisizione, soggetto che lo ha fornito e soggetto che lo ha approvato. Se il valore deriva da un calcolo, devono essere tracciati metodo, versione, input e responsabile.
Questo collegamento permette di rispondere a domande pratiche: il certificato era valido alla data di produzione? Il dato riguarda la variante corretta? Il fornitore ha modificato la formulazione? Una nuova prova sostituisce o integra la precedente?
3. Regole di qualità del dato
Il data dictionary dovrebbe contenere almeno:
- nome comprensibile e identificatore tecnico del campo;
- definizione e base normativa o aziendale;
- tipo di dato, formato, unità e vocabolario ammesso;
- obbligatorietà e condizioni di applicazione;
- fonte, data owner e approvatore;
- evidenza associata e periodo di validità;
- livello di accesso e regola di pubblicazione;
- evento che richiede l’aggiornamento.
Le validazioni possono controllare formato, range, coerenza tra campi, presenza di allegati e scadenza. Il controllo umano resta necessario quando il significato dipende dal contesto o dalla qualità dell’evidenza.
4. Livelli di accesso e segreto industriale
Il DPP non richiede che ogni informazione sia pubblica. Il quadro europeo distingue destinatari e diritti di accesso. Una vista per il consumatore può mostrare autenticità, materiali, cura e riparazione; un riciclatore può aver bisogno di istruzioni di smontaggio; un’autorità può accedere a documenti di conformità; alcuni dati commerciali devono restare riservati.
La classificazione va eseguita sul campo e sul documento, non soltanto sull’intero passaporto. È utile registrare anche la motivazione del livello di accesso e il soggetto autorizzato a modificarlo.
5. Dati del passaporto e dati del Registro
Dal 20 luglio 2026 il Registro europeo DPP è operativo. Il Registro gestisce identificativi e metadati necessari alla registrazione; il dataset completo resta decentralizzato. Questo significa che il data model aziendale deve produrre due uscite coordinate:
- il passaporto completo, con viste e accessi differenziati;
- il pacchetto di registrazione, con gli identificativi e i metadati richiesti dall’infrastruttura europea.
Le due uscite devono essere riconciliate: una registrazione non deve riferirsi a una versione non approvata o a un identificativo diverso da quello presente sul prodotto.
Dal foglio dati al workflow
Un foglio di calcolo può essere utile per il primo inventario, ma diventa fragile quando aumentano prodotti, fornitori e versioni. Un workflow DPP assegna compiti, invia richieste, controlla campi, conserva evidenze, gestisce approvazioni e pubblica solo la versione autorizzata.
NexusDPP usa template per categoria e separa ruoli di compilazione, verifica, approvazione e pubblicazione. Le integrazioni con ERP, PLM, MES, WMS e sistemi documentali riducono la duplicazione; i portali fornitori coprono i dati non disponibili internamente.
Un esempio di data mapping pilota
- Scegliere un prodotto rappresentativo ma con filiera gestibile.
- Elencare 30–50 campi potenzialmente rilevanti, senza dichiararli tutti obbligatori.
- Attribuire fonte, owner, evidenza e accesso a ogni campo.
- Misurare completezza e tempo necessario per ottenere le informazioni mancanti.
- Creare identificativo, pagina DPP e data carrier di test.
- Simulare un aggiornamento del fornitore e una nuova versione.
- Testare esportazione, API e registrazione nell’ambiente disponibile.
- Documentare le lacune prima di estendere il modello.
Fonti ufficiali
- Regolamento (UE) 2024/1781 — ESPRRequisiti generali del DPP, accessi, identificativi e sviluppo degli atti di prodotto.
- Regolamento di esecuzione (UE) 2026/1778Modalità operative del Registro europeo DPP.
- Decisione di esecuzione (UE) 2026/1736Riferimenti agli standard armonizzati per infrastruttura e interoperabilità.
Gli esempi sono una struttura di lavoro, non un elenco legale universale. Il dataset obbligatorio deve essere verificato nell’atto applicabile al prodotto.