Il passaporto è un rischio di accesso al mercato, non un progetto IT

Dove sta il passaporto digitale di prodotto (DPP) nel tuo organigramma predice se sarai pronto. Non il budget, non il fornitore, non la tecnologia. La linea di riporto.

Cosa controlla davvero l'obbligo

La registrazione del passaporto è obbligatoria per immettere un prodotto sul mercato unico. Per i beni importati, il passaporto deve esistere prima che la dogana possa svincolarli per la libera circolazione.

Leggilo alla lettera: senza passaporto, il prodotto non può essere venduto. Non venduto in svantaggio, non venduto con una sanzione attaccata. Non venduto.

È la definizione di un rischio di accesso al mercato, e i rischi di accesso al mercato si gestiscono in consiglio di amministrazione.

Cosa succede quando finisce sotto IT

Un ticket in un backlog IT compete con ogni altro ticket. Viene prioritizzato contro guasti, lavoro di sicurezza, una migrazione ERP e qualunque cosa serva alle vendite questo trimestre. Slitta, ragionevolmente, perché nulla nel modo in cui è formulato dice che l'azienda perde fatturato quando slitta.

Peggio, l'IT non può fare la parte che richiede più tempo. Il collo di bottiglia di ogni progetto di passaporto sono i dati dei fornitori: ottenere evidenze da aziende che non hanno alcun obbligo di darti priorità. Serve peso commerciale, clausole contrattuali e autorità degli acquisti. Un team IT a cui viene chiesto di consegnare un passaporto ha ricevuto la responsabilità senza i mezzi, che è il modo più affidabile di produrre un progetto in ritardo e un team demoralizzato.

I dati sostengono questa lettura. La sfida più citata in un'indagine KPMG su oltre 70 organizzazioni europee era la raccolta di dati dai fornitori e dalla catena del valore più ampia, al 31 per cento, molto davanti ai vincoli tecnologici al 14 per cento. Il problema che le aziende incontrano davvero è commerciale, non tecnico.

Cosa cambia quando è gestito come continuità di vendita

Cambia subito, in tre modi.

Ottiene una scadenza vera. I rischi di accesso al mercato si tracciano su date, non su sprint.

Ottiene peso commerciale. Un responsabile che riporta al commerciale può pretendere i dati dei fornitori come condizione per fare affari, che è l'unico meccanismo che funziona in modo affidabile.

Ottiene un budget proporzionato all'esposizione. Il confronto smette di essere "quanto costa questo software" e diventa "quanto vale il fatturato di questa categoria". Sono conversazioni diverse e producono risposte diverse.

Come portare l'argomento internamente

Se devi spostare il passaporto fuori dall'IT, l'argomento sta in tre frasi.

Il passaporto determina se possiamo vendere nell'UE in questa categoria. Il fatturato a rischio è il fatturato di quella categoria. Quindi il responsabile dovrebbe essere chi risponde di quel fatturato, con l'IT a supporto invece che alla guida.

Quella formulazione sopravvive a un consiglio di amministrazione. "Dobbiamo implementare un modello dati per i metadati normativi" no, e giustamente, perché descrive un mezzo invece che un rischio.

Cosa dovrebbe possedere l'IT

Per chiarezza: il lavoro tecnico è reale. Hosting, interfacce, gestione degli identificativi, disponibilità. L'IT dovrebbe possederlo tutto.

Quello che l'IT non dovrebbe possedere è il risultato, perché il risultato dipende dalla risposta dei fornitori, e nessun team tecnico ha l'autorità per farla accadere.

Fonti

• Commissione europea, *Digital Product Passport: FAQ*, aggiornamento gennaio 2026, domande 3 e 11:
• la registrazione è obbligatoria per immettere un prodotto sul mercato unico.
• KPMG, *European Digital Product Passport Readiness Survey*, febbraio 2026: dati dei fornitori
• citati come sfida principale dal 31 per cento, vincoli tecnologici dal 14 per cento. Campione
• piccolo e auto-selezionato.