Obiettivo del flusso
- Il fornitore compila e allega le evidenze secondo un template controllato.
- L’importatore mantiene la governance del prodotto destinato al mercato UE.
- Campi, unità, lingue e documenti vengono verificati prima della pubblicazione.
- Registrazione, aggiornamenti e prova delle decisioni restano tracciati.
Ruoli e responsabilità: partire dalla normativa applicabile
Il termine “importatore” ha un significato preciso nella legislazione europea. Il ruolo effettivo, le responsabilità e gli obblighi di verifica dipendono dal prodotto e dall’atto applicabile. Il DPP non sostituisce gli altri requisiti di conformità e non trasferisce automaticamente la responsabilità al fornitore extra-UE.
La prima attività consiste quindi nel definire chi immette il prodotto sul mercato, chi è il fabbricante, se esiste un mandatario e quali soggetti devono essere identificati nel passaporto o nella documentazione. La matrice RACI del progetto deve distinguere chi fornisce un dato, chi lo verifica, chi lo approva e chi autorizza la pubblicazione o la registrazione.
1. Inserire il DPP nel rapporto di fornitura
Le richieste dati devono essere previste prima dell’ordine o dell’avvio produzione. Contratti, capitolati e vendor manual dovrebbero specificare almeno:
- campi e documenti richiesti per famiglia di prodotto;
- formati, unità di misura, vocabolari e lingue;
- modalità di identificazione di modello, variante, lotto e stabilimento;
- obbligo di segnalare modifiche a materiali, componenti, processi o certificazioni;
- tempi di risposta e responsabilità per dati non corretti;
- diritti di verifica e conservazione delle evidenze;
- regole di riservatezza e livelli di accesso.
Una clausola generica “fornire i dati DPP” è insufficiente: senza definizioni e processo, il fornitore non sa quale versione utilizzare e l’importatore non può misurare la completezza.
2. Onboarding digitale del fornitore
Il portale fornitori deve mostrare il template corretto per categoria e prodotto, guidare la compilazione e bloccare errori semplici. È utile permettere l’importazione massiva, ma mantenere controlli su unità, formato, campi condizionali e allegati.
Ogni utente deve operare con un’identità riconoscibile. Inviti, ruoli, deleghe e approvazioni devono essere tracciati. Per filiere multilingua, le etichette possono essere tradotte, mentre definizioni tecniche, codici e unità devono restare univoci.
3. Collegare dato ed evidenza
Il valore dichiarato dal fornitore deve essere collegato al documento o al sistema che lo supporta. Certificati, rapporti di prova, dichiarazioni, distinte base e schede di sicurezza hanno ambito e validità diversi. La verifica deve controllare:
- che il documento appartenga al prodotto e alla variante corretti;
- che il soggetto emittente e il laboratorio siano identificabili;
- che data, scadenza, metodo e versione siano leggibili;
- che il valore pubblicato sia coerente con l’evidenza;
- che eventuali traduzioni non cambino il significato tecnico.
4. Gestire eccezioni e dati mancanti
Un workflow efficace non si limita a “completo/incompleto”. Deve distinguere dato mancante, formato errato, evidenza scaduta, valore fuori range, incongruenza tra documenti e richiesta di chiarimento. Ogni eccezione deve avere un responsabile e una scadenza.
La dashboard dell’importatore dovrebbe mostrare la prontezza per prodotto e fornitore, non soltanto il numero di file caricati. Questo permette di bloccare la pubblicazione o l’acquisto quando manca un’informazione critica, senza rallentare prodotti già conformi.
5. Identificativi, data carrier e marchio dell’importatore
Molti importatori commercializzano prodotti con proprio marchio o gestiscono varianti specifiche per il mercato europeo. Occorre stabilire chi assegna l’identificativo, come viene collegato all’identità del fabbricante e quale soggetto controlla il dominio o il resolver utilizzato dal data carrier.
L’importatore dovrebbe evitare dipendenze non governate da un QR generato dal fornitore su un dominio esterno e non contrattualizzato. La soluzione deve consentire continuità, reindirizzamento, esportazione e aggiornamento anche se cambia il rapporto commerciale.
6. Pubblicazione e Registro europeo
Una volta approvati dati e identificativi, il passaporto può essere pubblicato con viste differenziate. Se la categoria richiede la registrazione, il sistema invia al Registro europeo gli identificativi e i metadati previsti tramite interfaccia o API. Lo stato e la prova di registrazione devono rientrare nel fascicolo del prodotto.
Poiché i dati completi restano decentralizzati, l’importatore deve verificare chi garantisce l’hosting e la disponibilità nel tempo. La risposta non può dipendere soltanto dal fatto che il fornitore mantenga attivo il proprio sito.
7. Gestire modifiche e fine rapporto
Il DPP continua dopo la prima pubblicazione. Una modifica di materiale, stabilimento, componente, metodo o certificato può richiedere una nuova versione. Il fornitore deve segnalare l’evento; l’importatore valuta l’impatto, approva e pubblica l’aggiornamento.
Il contratto dovrebbe prevedere anche cosa accade alla cessazione del rapporto: esportazione dei dati, conservazione delle evidenze, continuità dei passaporti già sul mercato e revoca degli accessi del fornitore.
Il flusso NexusDPP in otto passaggi
Campi e regole per categoria e ruolo.
Identità e accesso del fornitore.
Dati, documenti e importazioni.
Formato, coerenza e scadenze.
Eccezioni e richieste di chiarimento.
Responsabilità dell’importatore.
Viste, QR/NFC e accessi.
Registro, versioni e aggiornamenti.
Fonti ufficiali
- Regolamento (UE) 2024/1781 — ESPRQuadro DPP e obblighi degli operatori economici per i prodotti interessati.
- Regolamento di esecuzione (UE) 2026/1778Regole per registrazione, accessi e architettura del Registro DPP.
- Commissione europea — Registro DPP operativoInterfaccia, API, prova di registrazione e modello decentralizzato.
Ruoli e responsabilità devono essere verificati sulla legislazione specifica del prodotto. La guida descrive un modello operativo di raccolta e controllo.