Scala di valutazione
- 0 — Non avviato: informazione assente o affidata a conoscenza informale.
- 1 — Parziale: esistono dati o attività, ma senza standard, owner o copertura completa.
- 2 — Governato: processo documentato, responsabile, evidenza, controllo e aggiornamento.
I dodici controlli
Perimetro prodotto
Categoria, uso, mercato, varianti e normativa applicabile sono classificati e documentati.
Ruolo dell’azienda
Fabbricante, importatore, mandatario, distributore e altri ruoli sono identificati per il caso reale.
Granularità e identificativi
È definito se il passaporto riguarda modello, lotto o articolo e come si collega alle anagrafiche.
Data dictionary
Campi, definizioni, unità, formati, condizioni e vocabolari sono raccolti in un modello controllato.
Fonti e data owner
Ogni campo ha una fonte, un responsabile, un approvatore e una regola di aggiornamento.
Evidenze
Valori e dichiarazioni sono collegati a documenti, prove, metodi, versioni e date di validità.
Fornitori
Capitolati, portale, scadenze, eccezioni e obblighi di notifica supportano la raccolta di filiera.
Accessi e riservatezza
Dati pubblici, B2B, autorità e riciclatori sono separati con permessi verificabili.
Workflow e versioni
Compilazione, verifica, approvazione, pubblicazione e modifiche sono tracciate.
Data carrier e UX
QR/NFC, resolver, dominio, leggibilità, accessibilità e continuità sono stati testati sul prodotto.
API e Registro
Esportazione, integrazioni, registrazione, gestione errori e prova di registrazione sono progettate.
Continuità e governance
Backup, portabilità, conservazione, responsabilità e gestione del cambio fornitore sono definite.
Come interpretare il punteggio
| Punteggio | Lettura | Priorità |
|---|---|---|
| 0–8 | Preparazione iniziale | Definire perimetro, owner e prodotto pilota prima di scegliere strumenti. |
| 9–16 | Elementi presenti ma frammentati | Standardizzare dati, fornitori, evidenze e approvazioni. |
| 17–21 | Buona base operativa | Testare identificativi, lifecycle, API, accessi e registrazione end-to-end. |
| 22–24 | Processo governato | Verificare copertura normativa, scalabilità, audit e continuità. |
Il punteggio è uno strumento di priorità, non una certificazione. Un singolo zero su un requisito critico può essere più importante del totale. Per esempio, un passaporto graficamente completo ma senza identificativo stabile o senza evidenze rimane fragile.
Il progetto pilota minimo
Un pilota efficace non deve riprodurre l’intero catalogo. Deve però attraversare il flusso completo:
- un prodotto e una variante chiaramente identificati;
- almeno un fornitore interno o esterno coinvolto;
- un dataset con campi pubblici e riservati;
- documenti ed evidenze reali;
- una sequenza di compilazione, controllo e approvazione;
- un data carrier applicato o simulato sul prodotto;
- una pubblicazione mobile accessibile;
- una modifica che generi una seconda versione;
- un’esportazione o integrazione API;
- un test di registrazione quando disponibile e pertinente.
Piano operativo di 90 giorni
Prodotto, normativa, ruoli, identificativi e obiettivi.
Data dictionary, fonti, evidenze, accessi e fornitori.
Workflow, template, portale, pagina DPP e data carrier.
Versione, API, Registro, audit delle lacune e piano di scala.
Cinque errori da evitare
- Partire dal QR. Il carrier viene dopo identità, dati e responsabilità.
- Confondere roadmap e obbligo. Le date devono provenire dall’atto applicabile.
- Caricare documenti senza struttura. Un repository non è un data model.
- Affidare tutto al fornitore software. Data owner e decisioni di conformità restano aziendali.
- Ignorare gli aggiornamenti. Il DPP è un servizio nel tempo, non una pagina statica.
Output attesi dal pilota
Alla fine del progetto l’azienda dovrebbe disporre di una matrice normativa, un data dictionary, una mappa delle fonti, una RACI, un template fornitori, un passaporto pubblicato, un report di validazione, un registro delle lacune e una stima per estendere il modello ad altre famiglie.
NexusDPP può configurare questo percorso nella piattaforma e misurare tempi di raccolta, tasso di completezza, numero di eccezioni e dipendenza dai documenti manuali.
Riferimenti da usare durante la verifica
- Regolamento (UE) 2024/1781 — ESPRQuadro generale e requisiti del sistema DPP.
- Regolamento di esecuzione (UE) 2026/1778Modalità del Registro europeo DPP.
- Decisione di esecuzione (UE) 2026/1736Standard armonizzati per infrastruttura e interoperabilità.
La checklist è un metodo organizzativo. Deve essere adattata alla categoria, al ruolo e alla normativa applicabile.