in quale formato devo fornire i dati del passaporto digitale del prodotto

Un formato di file fisso non è ancora stabilito, ma sono stabiliti i requisiti che deve soddisfare

Non esiste ancora un formato di file prescritto (come JSON, XML o altro) per il passaporto digitale dei prodotti per apparecchiature elettroniche e ICT. L'ESPR stessa non prescrive un formato specifico, ma stabilisce nell'articolo 10 e nell'articolo 11 del Regolamento (UE) 2024/1781 i requisiti per la configurazione tecnica del passaporto: il passaporto deve essere basato su standard aperti e interoperabili, deve essere scambiabile tra i sistemi e deve essere leggibile da macchina. Quale standard di file concreto ne costituisca l'attuazione sarà sviluppato per ogni categoria di prodotto in un atto delegato. Per l'elettronica e l'ICT quell'atto non esiste ancora.

Per l'elettronica questo vale ancora come quadro, non come obbligo stabilito

Questa pagina riguarda il passaporto digitale del prodotto per apparecchiature elettroniche e ICT secondo l'ESPR. Gli articoli 10 e 11 si applicano a tutte le categorie di prodotti che rientrano nell'ESPR, ma l'attuazione tecnica precisa — compreso il formato di file — è regolata separatamente per ogni sottocategoria. Ciò significa che ciò che è attualmente stabilito costituisce un quadro: requisiti di interoperabilità, standard aperti e leggibilità da macchina. Non significa che sia già stato designato un formato di file concreto in cui un produttore o importatore di apparecchiature elettroniche deve fornire i dati. Chi cerca una risposta come "fornire in JSON" o "utilizzare lo schema XML X", al momento non la troverà da nessuna parte nella normativa per questo gruppo di prodotti. Inoltre, questo argomento è diverso dalla questione se il passaporto digitale del prodotto si applica a un determinato prodotto elettronico — è una domanda separata con una risposta diversa.

La pubblicazione dell'atto delegato per l'elettronica determina la data

Non esiste ancora una data fissa per quando il formato di file per l'elettronica e l'ICT diventerà noto. Secondo il piano di lavoro ESPR 2025-2030, gli atti delegati sono elaborati per ogni sottocategoria, con i primi atti delegati previsti a partire dal 2027. Non appena viene pubblicato un atto delegato per l'elettronica e l'ICT, in esso dovrebbe figurare anche il formato tecnico in cui i dati devono essere forniti. Fino a quel momento, si applica solo il quadro generale di cui agli articoli 10 e 11: standard aperti, interoperabilità e leggibilità da macchina, senza che sia prescritto un unico formato di file concreto. Questa pagina sarà aggiornata non appena l'atto delegato per questa categoria fornirà una risposta concreta.

Ciò che un importatore o produttore può già preparare

Anche senza un formato di file stabilito, c'è già molto da fare da un punto di vista pratico. Per cominciare, è utile determinare quali sistemi e quali dati costituiranno la base del passaporto — la maggior parte delle aziende ha già queste informazioni da qualche parte, ad esempio in un sistema ERP o di gestione dell'inventario, ed è utile verificare in anticipo come un tale sistema può essere successivamente collegato al passaporto digitale del prodotto. Inoltre, è opportuno riflettere sull'identificazione: ogni prodotto deve essere rintracciabile fino a un passaporto, e questo richiede un approccio coerente per assegnare un codice di identificazione univoco a ogni prodotto. Anche la questione di come il codice QR arriverà successivamente sul prodotto e come si relaziona ai codici a barre o ai sistemi GS1 esistenti, può essere esaminata ora, indipendentemente dal formato di file che sarà prescritto in seguito. Non appena l'atto delegato per l'elettronica e l'ICT sarà pubblicato, probabilmente si allineerà all'infrastruttura già menzionata nell'articolo 13 (il registro dei passaporti digitali dei prodotti) e nell'articolo 14 (il portale web), cosicché una preparazione a questa struttura è già utile ora, indipendentemente dal formato tecnico esatto.

Il fondamento: articolo 10 e articolo 11 dell'ESPR

L'articolo 10 del Regolamento (UE) 2024/1781 (ESPR) descrive i requisiti generali cui deve soddisfare un passaporto digitale del prodotto, tra cui l'accessibilità e l'affidabilità dei dati. L'articolo 11 riguarda specificamente la progettazione tecnica e il funzionamento del passaporto e menziona requisiti come l'interoperabilità tra i sistemi dei diversi operatori del mercato e l'uso di standard aperti, senza prescrivere obbligatoriamente un unico formato di file. L'ulteriore definizione tecnica — compresi presumibilmente il formato dati concreto — è elaborata mediante atti delegati per gruppo di prodotti, come annunciato nel piano di lavoro ESPR 2025-2030. Gli articoli 13 e 14 dello stesso regolamento descrivono inoltre il registro e il portale web attraverso i quali i dati del passaporto sono accessibili, il che è rilevante per il modo in cui un file presentato viene infine visualizzato e ricercato. Per l'elettronica e l'ICT, l'atto delegato che lo rende concreto non è ancora stato pubblicato al momento attuale.

Chi desideri già fare preparativi, è meglio iniziare mettendo in ordine i propri dati di prodotto e i sistemi di identificazione, in modo che il passaggio a un formato di file concreto sia successivamente una questione di collegamento anziché di inizio da zero. È inoltre consigliabile nel frattempo esaminare cosa comporta il registro dei passaporti digitali dei prodotti e cosa vi rientra, perché quel registro probabilmente è direttamente collegato al meccanismo di presentazione finale.

Su cosa si basa

Il regolamento stesso si trova su EUR-Lex. Facciamo riferimento per ogni affermazione; non dovete crederci sulla parola.

Cosa deve fare concretamente

Cosa ci si aspetta da lei

La domanda su quale formato di file sia obbligatorio — JSON, XML, PDF, una specifica struttura API — si pone a ogni importatore e produttore non appena il dipartimento IT inizia a sviluppare. La risposta sulla base dell'attuale testo ESPR è sobria: un formato di file concreto non figura nel regolamento. L'articolo 10 e l'articolo 11 dell'ESPR (Regolamento (UE) 2024/1781) stabiliscono bensì a cosa deve soddisfare il passaporto digitale del prodotto, ma ciò avviene a livello di requisiti funzionali e tecnici, non a livello di "utilizzare JSON-LD" o "presentare un file XML secondo questo schema". L'attuazione è prevista mediante atti delegati e di esecuzione, per gruppo di prodotti.

L'interoperabilità è centrale, non un formato specifico

L'articolo 10 dell'ESPR menziona l'interoperabilità come requisito fondamentale: il passaporto deve essere strutturato in modo tale che i sistemi di diverse parti — autorità di vigilanza, operatori del mercato, consumatori — possano leggere i dati. Per un'azienda di 10-100 dipendenti, ciò significa praticamente che la scelta di un formato di archiviazione e scambio può essere effettuata con certezza solo una volta che l'atto delegato per la propria categoria di prodotto è disponibile. Fino ad allora, è consigliabile lavorare con dati strutturati (si pensi a campi in un database o sistema ERP) anziché conservare i dati solo in un documento o PDF sciolto, in modo che una successiva divulgazione nel formato finale richieda meno rielaborazione.

Il passaporto deve essere leggibile tramite il portatore dati QR

L'articolo 11 dell'ESPR descrive il funzionamento tecnico del passaporto, incluso il collegamento con il portatore dati sul prodotto. Ciò significa che i dati sottostanti, in qualunque formato, devono poter essere divulgati nel momento in cui qualcuno scansiona il codice. Come funziona tecnicamente il collegamento e quali standard di identificazione vi svolgono un ruolo, è descritto sulla pagina su come si applica il codice QR per il passaporto del prodotto alla mia elettronica. Per le aziende che già lavorano con codici a barre GS1, la questione se una struttura di identificazione esistente possa essere riutilizzata è rilevante — questo argomento ricorre sulla pagina su cosa è GS1 Digital Link e se è necessario per il passaporto del prodotto.

Ogni prodotto deve essere identificabile in modo univoco, indipendentemente dal formato del file

Indipendentemente da quale formato tecnico sarà prescritto in seguito, il requisito sottostante è che ogni prodotto riceva un codice di identificazione univoco. Si tratta di un requisito separato che non cambia quando il formato del file viene stabilito in seguito. Le aziende che iniziano già ora a strutturare i loro dati sui prodotti faranno bene a includere questa identificazione come parte fissa. Come questo viene costruito nella pratica è spiegato nella pagina su come assegnare a ogni prodotto un codice di identificazione univoco.

La consegna al registro richiede una forma propria

L'articolo 13 dell'ESPR introduce il registro dei passaporti digitali dei prodotti, in cui vengono inseriti determinati dati sul passaporto. Nemmeno qui è stato stabilito in quale formato esatto il file deve essere consegnato — questo sarà specificato ulteriormente. È comunque chiaro che questo registro è un flusso di consegna separato rispetto al passaporto accessibile tramite codice QR. Ulteriori informazioni su cosa deve contenere si trovano nella pagina su cos'è il registro dei passaporti digitali dei prodotti e cosa deve contenere.

Dove le cose vanno male nella pratica

Fissare troppo presto in un formato rigido. Alcune aziende stanno già facendo costruire un passaporto in PDF perché è veloce e riconoscibile, mentre il requisito finale probabilmente richiede dati strutturati e leggibili da macchina. Un PDF è leggibile per le persone, ma non è automaticamente adatto all'interoperabilità prevista dall'articolo 10 dell'ESPR.

Dati dispersi su più sistemi senza collegamento. Le informazioni sui prodotti si trovano spesso in parte nel sistema ERP, in parte nei documenti di marketing, in parte presso un fornitore esterno. Senza un piano per riunire tutto ciò, diventerà difficile passare rapidamente una volta che il formato obbligatorio sarà noto. Le aziende che stanno considerando di far cooperare il proprio sistema troveranno ulteriori informazioni sulla possibilità nella pagina su il collegamento del passaporto del prodotto a un proprio sistema ERP o di inventario.

Confusione tra il passaporto stesso e il registro. Il passaporto consultabile tramite codice QR e i dati che vanno nel registro non sono automaticamente identici in forma o formato. Presumere che un unico file sia sufficiente per entrambi gli scopi è un rischio che diventa visibile solo quando gli atti di esecuzione diventano concreti.

Mancata considerazione di più livelli di prodotto. Per i prodotti venduti in imballaggi combinati, o dove un dispositivo è costituito da più componenti ciascuno con il proprio passaporto, la questione di come i formati dei dati si colleghino è ancora più complessa. Questo si applica ad esempio a una scatola con più dispositivi al suo interno e per i prodotti che richiedono più passaporti digitali dei prodotti.

Attenzione insufficiente alla leggibilità a lungo termine. Un formato di file attualmente comune potrebbe non rimanere tale per un periodo più lungo. Poiché il passaporto deve rimanere accessibile per un determinato periodo, la scelta del formato è anche una questione di durabilità — vedere la spiegazione su quanto a lungo un passaporto di prodotto deve rimanere disponibile.

Quello che potete documentare

Un elenco di dove i dati dei prodotti sono attualmente registrati (ERP, PIM, fogli di calcolo, documenti dei fornitori) e in quale formato.
Un elenco delle fonti di dati obbligatorie per categoria di prodotto, una volta pubblicato l'atto delegato per quella categoria.
Accordi con fornitori e subfornitori sul formato in cui forniscono i loro dati sui prodotti, in modo che il collegamento sia più facile in seguito.
Un responsabile interno o un team che seguire lo sviluppo degli standard tecnici, poiché l'articolo 11 dell'ESPR riceverà ulteriori specifiche in merito.
Documentazione sul metodo di identificazione scelto per ogni prodotto, indipendentemente dal formato del file finale.
Un elenco dei requisiti di hosting e disponibilità, che insieme al formato determinano come il passaporto è configurato tecnicamente — vedere la pagina su quali requisiti di hosting si applicano.

Questo non è un parere legale. Questa pagina fornisce informazioni generali sulla normativa su cui si basa questa piattaforma. Non conosciamo la vostra situazione. In caso di dubbio sulla vostra situazione specifica, consultate un avvocato o l'autorità di vigilanza competente.

Scritto con IA sulla base delle fonti di cui sopra, controllato da un uomo il 2026-09-05. C'è qualcosa che non va? Fatemelo sapere — le correzioni hanno priorità.