Catalogo dei servizi per i passaporti digitali di prodotto: risposte al Vostro capitolato d’oneri

I requisiti fondamentali ESPR e il profilo di conformità per i prodotti tessili, applicati prima di ogni pubblicazione, fintantoché lo spazio di lavoro non disattivi la verifica.

Prima della pubblicazione vengono verificati gli identificatori del capo e dell’operatore economico, nonché, dal modello tessile, l’etichetta relativa alla composizione delle fibre e la documentazione tecnica; la composizione dei materiali e il livello del capo vengono verificati a titolo di raccomandazione. Le istruzioni per la cura e gli ulteriori documenti di accompagnamento sono disponibili come campi del modello con un livello di divulgazione predefinito.

Finché un atto delegato è in fase di bozza, i dati da esso definiti costituiscono in Transpareo una questione di configurazione. Quanto previsto dall’atto definitivo viene integrato come aggiornamento del profilo di conformità, senza necessità di modifiche alla piattaforma.

Sì. Il modello dei dati relativi alle batterie conforme alla norma DIN DKE SPEC 99100 è stato interamente archiviato e verrà convalidato prima della pubblicazione.

Transpareo fornisce il modello di dati definito nella norma DIN DKE SPEC 99100 (Allegato A, Tabella A.1), che copre i dati richiesti dal regolamento sulle batterie e dalle linee guida specifiche per categoria della Commissione: tra cui la categoria della batteria, la composizione chimica, l’impronta di CO₂, la percentuale di materiale riciclato per ciascun metallo, lo stato di salute (State of Health) e i valori relativi alla durata di vita.

I passaporti delle batterie vengono convalidati in base a un proprio profilo di conformità. I dati riservati ai soggetti che leggono il regolamento e che hanno un interesse legittimo vengono gestiti separatamente dal set di dati pubblico. Un spazio di lavoro per le batterie opera automaticamente con un certificato per ciascuna batteria. L’obbligo entra in vigore a partire dal 18 febbraio 2027.

Undici gruppi di prodotti dispongono attualmente di un profilo di conformità, mentre ogni ulteriore gruppo di prodotti viene rappresentato tramite i propri tipi di proprietà.

Sono disponibili profili di conformità per prodotti tessili, batterie, componenti elettronici, pneumatici, imballaggi, mobili, alluminio, ferro e acciaio, sostanze chimiche, prodotti da costruzione e materiali a contatto con gli alimenti. Lo spazio di lavoro seleziona la propria categoria e la piattaforma verifica la conformità di ogni certificato rispetto a tale profilo.

Qualsiasi altro tipo di prodotto viene rappresentato definendo tipi di proprietà specifici per i prodotti e i componenti, da indicare rispettivamente come campo obbligatorio o facoltativo. Un gruppo di prodotti non ancora contemplato dalla normativa rappresenta quindi una questione di configurazione.

Transpareo rilascia pass per l’UE. Si raccomanda di creare uno spazio di lavoro per ogni settore, poiché ogni modello settoriale definisce i propri campi obbligatori.

All’interno di un spazio di lavoro vengono aggiunti ulteriori punti dati come tipi di proprietà, ciascuno con un proprio livello di divulgazione, e ogni pass viene convalidato rispetto al profilo di conformità della categoria dello spazio di lavoro. L’identificazione GS1, le credenziali verificabili W3C e i vocabolari JSON-LD sono leggibili in tutto il mondo.

Ogni modello presenta due livelli: uno standard, che definisce le regole, e quello proprio del cliente, che questi può ampliare liberamente.

Il livello normativo: per ogni categoria normativa, la piattaforma gestisce i dati e i documenti di accompagnamento secondo la rispettiva normativa come modello, che lo spazio di lavoro riprende in un’unica operazione. Il set di dati relativo ai tessili è conforme al regolamento (UE) n. 1007/2011 e ai requisiti fondamentali dell’ESPR; l’atto delegato relativo ai prodotti tessili è ancora in fase di bozza. Il set relativo alle batterie è conforme alla norma DIN DKE SPEC 99100, con le norme obbligatorie specifiche per categoria stabilite dalla Commissione. Il tipo, lo stato di obbligatorietà e il termine nel vocabolario sono prestabiliti; lo spazio di lavoro può adattare il nome e il livello di divulgazione; il termine fisso rende leggibili i passaporti di marchi diversi utilizzando gli stessi strumenti.

Il proprio livello: oltre al quadro normativo, lo spazio di lavoro definisce un numero illimitato di tipi di proprietà personalizzati di qualsiasi natura, ad esempio per scarpe o accessori. Un nuovo tipo di proprietà è disponibile non appena viene salvato.

Marchi, categorie, tipi di proprietà, lingue, gruppi, branding e dominio rientrano nella configurazione. Tutti i clienti utilizzano lo stesso prodotto: ciò di cui un cliente ha bisogno viene integrato nella piattaforma per tutti, tramite la configurazione, in modo che un aggiornamento non comprometta alcuna personalizzazione.

Per modello, per lotto o per pezzo.

Il codice GTIN identifica il modello, denominato anche “style” o “SKU”. Un pass di lotto associa il numero di lotto all’indirizzo; un pass per singolo articolo riporta il numero di serie al posto del numero di lotto. Il risultato è un indirizzo web per ciascun pass, che qualsiasi scanner conforme allo standard GS1 è in grado di decodificare.

Il livello è determinato dallo spazio di lavoro e, per i prodotti tessili e le batterie, è specificato dalla categoria normativa: un pass per ogni lotto di produzione per i prodotti tessili, uno per ogni batteria per le batterie. Un pass pubblicato mantiene il livello al quale è stato pubblicato.

Sì. Gli identificatori di prodotto sono conformi allo standard GS1, mentre gli operatori economici e gli stabilimenti vengono verificati in base agli schemi previsti dalla norma EN 18219:2026.

Il GTIN identifica il modello, il numero di lotto (AI 10) identifica il lotto, mentre il numero di serie (AI 21) identifica il singolo articolo. Al momento dell’inserimento, un GTIN viene verificato in base alla sua cifra di controllo e un prodotto con una cifra di controllo GTIN errata non può essere né salvato né pubblicato. Anche il GLN degli operatori economici e delle sedi operative viene convalidato in base alla propria cifra di controllo.

È possibile iniziare a lavorare prima che i numeri GS1 siano disponibili: un prodotto viene identificato tramite un codice articolo del produttore (MPN, che di solito corrisponde allo SKU) e il GTIN viene aggiunto in un secondo momento, senza interferire con quanto già esistente.

Ogni livello costituisce un insieme di dati a sé stante, dotato di un proprio identificatore, e contiene tutto ciò che gli appartiene.

Il modello riflette le caratteristiche dell’articolo: composizione, manutenzione, provenienza, documentazione. Le varianti ne ereditano tali caratteristiche; un valore divergente viene assegnato alla variante e contrassegnato come divergente. Un lotto conserva il proprio numero e la data di produzione e blocca il record di dati nello stato in cui è stato prodotto. Un pezzo unico eredita il record congelato del proprio lotto; la sua identità è costituita dalla storia delle riparazioni, delle revisioni, dei passaggi di proprietà e degli eventi.

Da un modello si passa ai lotti prodotti corrispondenti e da un lotto ai relativi pezzi; un pezzo rimanda al proprio lotto e al proprio modello. Le gerarchie di imballaggio, ovvero ciò che è stato imballato all’interno di altro, oggi non vengono registrate.

Secondo gli schemi consentiti dalla norma EN 18219: l’operatore economico con codice LEI o GLN, la sede operativa con codice LEI, GLN o DID.

Il codice LEI o GLN della Sua azienda viene memorizzato nelle impostazioni dello spazio di lavoro, mentre quello del produttore viene inserito nella relativa scheda anagrafica. Entrambi vengono verificati in base a tali schemi e inseriti nel pass nel punto previsto dallo standard. Ulteriori identificatori del produttore vengono aggiunti come tipi di proprietà senza alcun onere di sviluppo.

Qualsiasi supporto dati in grado di contenere un indirizzo web; il codice QR viene generato dalla piattaforma stessa.

Ogni scheda di un prodotto con codice GTIN viene emessa come GS1 Digital Link e fornita con un modello QR pronto per la stampa, in formato SVG ridimensionabile, PDF e PNG in qualsiasi dimensione fino a 2’000 pixel, con livello di correzione degli errori M. Illustrator e InDesign aprono direttamente questi file; non è disponibile un plug-in Adobe dedicato.

Data Matrix è adatto a una superficie di stampa ridotta, i tag NFC contengono un record di dati NDEF-URI e gli inlay RFID UHF vengono letti a distanza; un EPC composto dallo stesso GTIN e dallo stesso numero di serie rimanda allo stesso pass. Un numero qualsiasi di supporti dati può codificare lo stesso indirizzo e condurre allo stesso pass.

Sì. L’indirizzo è deterministico, pertanto è possibile che un codice venga stampato prima che sia stata creata la scheda tecnica del prodotto.

Non appena il dominio è stato configurato, l’indirizzo di un pass viene generato dal GS1 Digital Link: dominio, GTIN e, a seconda del livello, numero di lotto o numero di serie. Il codice viene generato non appena il pass viene pubblicato. La piattaforma lo rende disponibile a partire dalla prima bozza, in formato vettoriale SVG, come PDF pronto per la stampa e come PNG nelle dimensioni in pixel richieste, sia come file che tramite l’API.

I numeri di serie generati in anticipo da un fornitore vengono importati in grandi quantità tramite file o tramite l’API: in un spazio di lavoro, se è presente un pass per ogni articolo, come numeri di serie dei pass; in caso contrario, come numeri di serie di un lotto il cui pass essi aprono.

In entrambe le direzioni, senza necessità di installazione presso il fornitore e senza integrazione con i suoi sistemi.

Se il fornitore stampa i codici generati da Transpareo, i pass vengono creati sulla base dei dati dell’ordine; a ciascuno viene assegnato il proprio indirizzo e il fornitore riceve l’insieme dei pass sotto forma di file o tramite l’API, insieme ai modelli pronti per la stampa. Se il fornitore utilizza i propri codici, i suoi numeri di serie vengono importati e associati ai passaporti, in grandi quantità prima della produzione o singolarmente tramite l’API.

Il rapporto commerciale con il fornitore rimane a carico del cliente, mentre la piattaforma conserva l’associazione tra numero di serie e pass, in modo che sia possibile cambiare fornitore senza compromettere i pass già emessi. Transpareo fornisce il software; le etichette fisiche e i supporti dati provengono da partner o da qualsiasi fornitore scelto dal cliente, al prezzo praticato da tale fornitore. Per la scansione da parte del consumatore è sufficiente la fotocamera del telefono, mentre la lettura NFC o RFID si avvale dei dispositivi già in dotazione all’azienda.

Ogni indirizzo apre la scheda relativa al proprio livello o a quello immediatamente superiore, in modo che un negozio possa inserire il link all’indirizzo del modello prima che qualcuno effettui un acquisto.

Se i pass vengono emessi per ogni lotto, un GTIN senza numero di lotto apre il pass del lotto più recente. Un numero di lotto apre il pass di quel lotto, un numero di serie apre il pass del singolo articolo oppure, in uno spazio di lavoro che emette i pass per lotto, il pass del lotto a cui appartiene quel numero di serie. Un numero di serie inventato apre il passaporto del lotto o del modello con l’indicazione che tale unità non dispone di un proprio passaporto, e la richiesta viene registrata; un GTIN sconosciuto non porta a nessun risultato. Un SGTIN-EPC letto da un tag RFID, sia esso in formato URN o nella forma compressa di GS1, viene inoltrato al proprio GS1 Digital Link.

Il resolver è realizzato secondo lo standard GS1 per i resolver conformi (GS1-Conformant Resolver Standard, ISO/IEC 18975) ed è descritto su ogni host di uno spazio di lavoro all’indirizzo /.well-known/gs1resolver. Per linkType=linkset e per il valore precedente all, ai dispositivi viene fornito il set di collegamenti dell’identificatore (RFC 9264) conforme allo schema GS1; gs1:pip, gs1:DPP e gs1:defaultLink vengono rispettati; un tipo di collegamento non gestito dal Pass restituisce un codice 404, mentre un collegamento errato restituisce un codice 400; ogni risposta indica il livello a cui appartiene. Il nostro resolver risponde ai GS1 Digital Links e agli indirizzi RFID codificati GS1, e il Pass si apre al proprio indirizzo GS1; un marchio i cui collegamenti passano attraverso un resolver GS1 indirizza tale resolver verso il nostro, e ogni scansione ci perviene tramite il suo reindirizzamento.

Ogni pubblicazione blocca una nuova versione firmata allo stesso indirizzo, e ogni versione precedente rimane accessibile nello stato in cui è stata pubblicata.

Ogni versione è una credenziale verificabile W3C, firmata con ECDSA-SD, un metodo di divulgazione selettiva: il consumatore, l’operatore di riciclaggio e l’autorità ricevono ciascuno il sottoinsieme a cui hanno diritto, e la firma rimane verificabile su tale sottoinsieme. Ogni versione riporta l’hash della versione precedente, in modo che la cronologia non possa essere modificata senza che ciò venga rilevato, e un manifesto firmato con la chiave di Transpareo elenca ogni versione con il relativo hash. Ogni versione precedente indica cosa è cambiato rispetto a quella precedente.

Il record dei dati di prodotto associato al pass rimane modificabile e conserva una propria cronologia: ogni modifica viene registrata campo per campo, indicando la persona o il sistema responsabile, la data e l’ora, nonché i valori precedenti e successivi, ed è possibile ripristinare una versione precedente. La cronologia del prodotto indica chi ha apportato quali modifiche; le versioni del Pass documentano cosa è stato pubblicato sul mercato e quando.

L’identificatore rimane invariato; la modifica viene pubblicata come nuova versione dello stesso pass, e il codice riportato sul prodotto rimanda alla versione aggiornata.

È necessario un nuovo identificativo solo se l’articolo stesso viene sostituito da un altro. A tal fine esiste la procedura di sostituzione (supersessione): il nuovo documento viene collegato a quello sostituito, e chi riceve uno dei due troverà anche l’altro.

Sì. Il sito Transpareo Time Machine, il nostro visualizzatore open source, mostra ogni versione pubblicata con il design del marchio.

La versione attuale si carica insieme alla pagina, mentre quelle precedenti vengono caricate non appena si apre la cronologia; si scorre con un gesto la storia del prodotto: come è stato realizzato, cosa è stato riparato, dove è stato utilizzato. Maggiori informazioni su Transpareo Time Machine.

Il lotto mantiene la propria composizione e le successive modifiche al prodotto lo raggiungono solo tramite una correzione che firma una nuova versione.

Lo SKU e il relativo GTIN rimangono invariati. Al momento della sua creazione, un lotto acquisisce una copia permanente dei componenti e delle caratteristiche nello stato effettivamente prodotto, e le successive modifiche apportate al prodotto non vengono riportate in esso. Qualora la distinta base di una stagione presenti delle differenze, la modifica viene apportata al modello prima della creazione del lotto; anche gli altri valori relativi al ciclo di produzione, quali i risultati dei controlli, vengono impostati e congelati dal lotto. Una correzione del lotto riprende lo stato corretto del modello e ne firma una nuova versione.

Un articolo prodotto in primavera indica i propri materiali, mentre un articolo con lo stesso codice SKU prodotto in autunno indica i propri, senza creare un nuovo codice SKU e senza dare adito a confusione. Le versioni precedenti rimangono consultabili tramite l’ Transpareo Time Machine.

L’evento viene registrato sul passaporto e qualsiasi modifica dei dati viene pubblicata come nuova versione firmata allo stesso indirizzo; non viene emesso né ristampato alcun documento.

Le operazioni di riparazione, ricondizionamento, ritiro, riciclaggio e richiamo vengono registrate con la data e il soggetto responsabile e vengono pubblicate come eventi EPCIS. Il cambio di fornitore o di materiale costituisce una modifica dei dati e viene registrato come nuova versione. Le ispezioni, i trasferimenti di proprietà e gli incidenti vengono registrati esclusivamente per le autorità.

Sì, grazie all’accesso che il marchio offre loro.

Il marchio fornisce a un’azienda di riparazione, ricondizionamento o riciclaggio le proprie credenziali di accesso all’API con l’autorizzazione a registrare gli eventi. Ogni evento da lui registrato riporta il proprio GLN, se presente, come luogo dell’evento; per pubblicare l’evento come nuova versione è necessaria un’autorizzazione separata alla pubblicazione. Una parte priva di accesso concesso dal marchio non può apportare alcun contributo.

Tramite la sua firma digitale, che chiunque può verificare senza bisogno di software, API o account Transpareo, su richiesta con chiavi di cui solo il marchio è in possesso.

• Prova valida per tutti: firmata come credenziale verificabile W3C con ECDSA-SD; ogni libreria conforme la verifica.
• Verifica da parte del destinatario: il Viewer decodifica il documento DID e la chiave pubblica e verifica la firma nel browser.
• Open Source: il percorso di verifica è sottoponibile a revisione pubblica e riproducibile in modo indipendente.
• Chiavi proprie: la piattaforma invia il documento da firmare a un endpoint di firma del marchio; le chiavi private non giungono mai a Transpareo.

Un requisito è parzialmente soddisfatto: la norma EN 18246 richiede che le chiavi siano certificate a seguito di una verifica dell’identità, mentre le chiavi dell’emittente vengono pubblicate sul proprio dominio senza tale certificato. La sicurezza fisica del supporto dati, quali le caratteristiche di protezione dalla copia o gli identificatori hardware, è garantita dal produttore del supporto stesso; Transpareo attualmente non valuta tali caratteristiche.

I passaporti contraffatti vengono immediatamente individuati grazie alla firma; i codici autentici copiati risultano nelle statistiche di scansione.

• Passaporto contraffatto: non si trova nel dominio del marchio e non è firmato con la sua chiave; ogni verifica fallisce.
• Codice originale copiato: le scansioni per passaporto e per paese sono riportate nelle statistiche di scansione. È possibile sospendere un singolo passaporto; ogni ulteriore scansione lo indicherà quindi come sospeso.

Per individuare un clone fisico già durante la scansione, è necessaria una caratteristica del supporto dati che non possa essere copiata, come ad esempio un identificativo hardware del tag. Attualmente Transpareo non registra né verifica tali valori.

Sì. Ogni fonte inserisce i campi di cui è responsabile in un catalogo, tramite API, importazione di tabelle, interfaccia agente o gestore dell’applicazione.

Prodotti, componenti, documenti, file multimediali e tipi di proprietà sono tutti contenuti in questo unico catalogo. L’importazione effettua un confronto tramite l’identificativo del prodotto o del componente e aggiorna i record esistenti in tempo reale, in modo che un’estrazione periodica dal PLM o dall’ERP mantenga il catalogo aggiornato. I componenti vengono condivisi: una volta corretto, il materiale viene applicato a tutti i prodotti che lo contengono.

Ogni operazione di scrittura viene convalidata al momento dell’inserimento e immediatamente dopo verificata rispetto alle regole della categoria; ogni modifica viene registrata campo per campo, indicando la fonte e l’ora. Un’interazione tipica: il PLM fornisce la composizione e la gestione, l’ERP gli ordini, i lotti e i numeri di serie, un portale fornitori i certificati; Transpareo compila il passaporto, lo convalida, lo firma e lo emette.

I documenti sono associati ai prodotti e ai componenti, e la documentazione tecnica di ciascun prodotto viene generata dalla piattaforma stessa in formato PDF con il branding del marchio.

Per quanto riguarda il prodotto, un documento pubblico viene inserito nei profili sotto forma di file scaricabile e ogni versione pubblicata conserva il file con cui è stata pubblicata; un documento interno, invece, non viene inserito nel profilo. Un documento regolamentato presente in un punto dati segue il relativo livello di divulgazione, per cui un documento riservato alle autorità non viene incluso nei dati pubblici. A livello di componente, un documento è pubblico oppure visibile solo previa registrazione.

La documentazione tecnica viene generata a partire dal file PDF pubblicato tramite il nostro renderer open source md2pdf, che applica la brandizzazione dello spazio di lavoro e crea lo stesso documento in ciascuna delle lingue dello spazio di lavoro, fino a un massimo di 40.

I dati sono configurabili: creare un campo, impostare il livello di divulgazione, contrassegnarlo come obbligatorio, senza necessità di sviluppare la piattaforma e senza attendere il rilascio di una nuova versione.

Il nome viene inserito una sola volta nella propria lingua e tradotto dalla piattaforma nelle altre lingue. Per i dati già presenti vale quanto segue:

• Rilevamento: la disponibilità DPP viene ricalcolata con effetto immediato per l’intero catalogo, al ritmo di 200 prodotti al minuto; ogni prodotto privo del nuovo campo viene visualizzato ed è possibile filtrarlo, mentre l’esportazione include il nuovo campo per l’intero catalogo.
• Inserimento successivo: manualmente, tramite importazione in blocco da una tabella o tramite l’API. Laddove sia possibile ricavare il valore, la procedura guidata può elaborare suggerimenti per la verifica.
• I pass pubblicati mantengono la propria versione; l’aggiornamento consiste in una nuova pubblicazione allo stesso URL.
• Controllo: i campi, i valori e ogni nuova pubblicazione sono riportati nel registro di audit e nella cronologia delle versioni.

Qualora venga aggiunta una categoria completamente nuova, forniamo il profilo di conformità e i punti dati come modello, che uno spazio di lavoro può adottare in un unico passaggio.

Tramite importazione di tabelle con mappatura delle colonne e anteprima, fino a 50 MB e 100’000 righe per file, oppure tramite l’API.

L’importatore propone un’assegnazione delle colonne ai campi, mostra, prima della scrittura, quale valore assumerà ciascuna colonna e propone ogni volta la stessa assegnazione per le intestazioni di colonna identiche; una volta riconosciute tutte le colonne necessarie, un processo automatico salta la fase di mappatura, cosicché un’importazione ricorrente si riduce a un unico caricamento. Le esportazioni in formato XLSX o CSV contengono l’intero set di dati, con una tabella per ogni lingua, e possono essere reimportate negli stessi formati. Il primo inserimento dei dati avviene solitamente tramite tabella; non appena la struttura è definita, l’inserimento passa di norma all’API.

Tutto avviene in modo autenticato tramite HTTPS. I volumi più consistenti vengono inviati in più upload o tramite l’API in blocco. I file multimediali vengono caricati uno alla volta, quattro contemporaneamente e fino a 50 MB per file; le esportazioni avvengono in background a un indirizzo che scade. L’operatore riceve una notifica nell’applicazione quando un’importazione è completata o richiede un intervento; su richiesta, viene inviata anche un’e-mail al termine dell’operazione. Non vengono offerti né l’FTP né archivi non autenticati.

Tramite un’API REST, webhook firmati, un feed di eventi, l’importazione e l’esportazione di tabelle, un server MCP per agenti di intelligenza artificiale e un nodo n8n; non è necessario alcun middleware.

• API REST: documentata, autenticata tramite credenziali client OAuth 2.0, con restrizioni per ciascun sistema nell’ambito di applicazione. I sistemi PLM o ERP creano e aggiornano prodotti, componenti, caratteristiche e lotti e pubblicano i certificati.
• Webhook: segnalano gli eventi del ciclo di vita senza che sia necessario effettuare richieste; il feed degli eventi trasmette gli stessi eventi ai sistemi che effettuano le richieste.
• Importazione in massa: tabella o file CSV per sistemi privi di budget per l’integrazione, con assegnazione, anteprima e aggiornamento dei record esistenti.
• Interfaccia agente (MCP): per strumenti per i quali non è conveniente realizzare un progetto di integrazione.
• Nodi n8n: pubblicati all’indirizzo @transpareo/n8n-nodes-transpareo, per flussi di lavoro creati da un team senza ricorrere alla programmazione.

Le API e i webhook funzionano in tempo reale. Le operazioni di importazione, esportazione, pubblicazione e traduzione vengono eseguite come processi in background con la possibilità di verificare lo stato, mostrano lo stato di avanzamento e non causano blocchi; una pubblicazione in massa non è in grado di saturare la coda. È possibile integrare qualsiasi sistema che utilizzi il protocollo HTTPS, compresa una piattaforma di integrazione esistente o un iPaaS. Un sistema partner riconosce gli identificatori GS1 senza bisogno di una tabella di mappatura.

Ogni operazione di inserimento dati viene verificata al momento dell’immissione per quanto riguarda la tipologia e il formato dei valori; successivamente, il set di dati viene controllato rispetto alle norme della categoria normativa di appartenenza in occasione del calcolo della disponibilità DPP e in occasione di ogni pubblicazione.

La verifica in fase di ricezione si applica indipendentemente dal fatto che i dati provengano dall’API, da un’importazione o da una persona. Le regole derivano dal profilo di conformità della categoria, definite come “shapes” secondo il modello SHACL; esse traducono quindi i requisiti normativi relativi ai dati in criteri di verifica. Gli identificatori degli stabilimenti vengono verificati rispetto agli schemi consentiti. I dati normativi sono associati al prodotto e vengono bloccati al momento della pubblicazione; i documenti di conformità sono collegati agli stessi record di dati e la loro visibilità dipende dal livello di divulgazione del dato a cui sono associati.

La verifica è di natura strutturale: i dati obbligatori sono presenti, formattati correttamente e del tipo richiesto? La verifica della correttezza del contenuto di un dato viene effettuata da personale umano, ad esempio tramite la pagina del fornitore.

Ogni prodotto riporta uno stato di disponibilità DPP calcolato in tempo reale: percentuale, colore ed elenco delle verifiche in sospeso, ciascuno con un link al campo corrispondente.

I controlli che bloccano la pubblicazione sono distinti da quelli che si limitano a migliorare il record. Finché un controllo obbligatorio risulta in sospeso, non è possibile pubblicare alcun pass. Una proprietà obbligatoria mancante viene indicata specificandone il tipo; un valore non conforme allo standard viene segnalato indicando la regola che esso viola.

I componenti vengono condivisi, in modo che qualsiasi modifica si rifletta su tutti i prodotti che li contengono. I dati relativi ai lotti rimangono immutati e i dati pubblicati vengono modificati solo se l’utente che li sta modificando lo desidera: una correzione genera una nuova versione, che viene segnalata dai webhook e dal feed degli eventi.

Nel catalogo, lo stato di disponibilità DPP è rappresentato da una colonna: è possibile ordinarla e filtrarla. Provatela senza creare un account: la nostra demo.

Sì, si tratta di procedure di verifica che prevedono fino a cinque fasi; chi presenta una richiesta non è lui stesso a decidere in merito.

Ogni livello è assegnato a un gruppo o a un’autorizzazione. Finché una verifica obbligatoria risulta in sospeso, la pubblicazione di un pass rimane bloccata; anche una pubblicazione avviata da un agente IA collegato segue la stessa procedura. L’accesso può essere limitato a singoli prodotti o componenti. Non sono ancora disponibili modelli di flusso di lavoro con versioni; qualora un cliente necessiti di determinati passaggi, li integriamo nel prodotto.

Sì. Le attività vengono assegnate a persone o gruppi; un’e-mail giornaliera indica a ciascuna persona le proprie attività nuove e quelle in ritardo, mentre le richieste di informazioni ai fornitori sono accompagnate da scadenze e promemoria specifici.

L’escalation automatica ad altre persone è prevista nella roadmap. È possibile interrogare le attività tramite l’API, mentre i webhook e il feed degli eventi segnalano ogni modifica di stato di un pass, in modo che uno strumento di workflow esterno possa reagire di conseguenza, ad esempio n8n con il nodo Transpareo.

La tabella dei prodotti configurabile, gli elenchi delle attività e delle richieste e la pagina delle statistiche; ogni set di dati è esportabile.

• Catalogo: ogni utente seleziona autonomamente le colonne, tra cui la disponibilità DPP; le visualizzazioni salvate definiscono i criteri di ricerca per l’intero team. I componenti sono ricercabili per nome, tipo e caratteristiche, mentre i passaporti sono ricercabili per identificativo, stato (dalla bozza fino alla scadenza), versione, invalidità, lotto o pezzo.
• Lavori in corso: gli elenchi delle attività e delle richieste mostrano le attività in ritardo, quelle senza un responsabile, le richieste scadute e le risposte in attesa di verifica.
• Consumatori: scansioni per pass, regione e periodo, ricavate dai log del server senza tracciamento, scaricabili dalla pagina delle statistiche.
• Esportazioni: prodotti, componenti e pass come set di dati completi in formato CSV, XLSX, JSON-LD o SQL, indipendentemente dalle colonne e dai filtri visualizzati sullo schermo.

Tramite l’API è possibile effettuare ricerche sui pass in base al prodotto, allo stato e al termine di ricerca; inoltre, il catalogo, i pass e il numero di scansioni per ciascun pass sono a disposizione dei clienti tramite i propri strumenti di BI. Demo: la nostra demo.

I dati relativi ai prodotti e ai pass di ciascun spazio di lavoro sono conservati in un database dedicato; solo i dati relativi agli account e alle tariffe sono conservati nel database comune della piattaforma.

Anche l’indice di ricerca, la chiave di firma e la chiave di crittografia sono separati per ciascun spazio di lavoro; i file multimediali e l’archivio delle password si trovano in un percorso dedicato per ciascun spazio di lavoro.

Sì, su due livelli: settori sensibili e backup.

• Campi: AES-256-GCM con una chiave per ogni spazio di lavoro, a sua volta avvolta da una chiave derivata dal segreto principale del server; la rotazione del segreto principale ricopre nuovamente ogni chiave di spazio di lavoro che protegge, senza ricrittografare i dati. Viene protetta, ad esempio, la chiave del fornitore di IA. La chiave di firma dello spazio di lavoro è ricoperta da una seconda chiave dello spazio di lavoro, appositamente destinata a tale scopo.
• Backup: crittografati con AES-256 prima di lasciare l’host.

I file multimediali e l’archivio dei pass sono conservati nel sistema di archiviazione dati all’interno dell’UE, e l’archivio dello spazio di lavoro a pagamento rimane inalterabile per dieci anni.

Indirizzo e-mail e password con Passkey o codice monouso come secondo fattore di autenticazione, che lo spazio di lavoro può richiedere; il periodo di inattività prima della disconnessione è stabilito dallo spazio di lavoro. In alternativa, gli utenti effettuano l’accesso tramite il provider di identità della propria azienda (vedere Single Sign-on).

La durata predefinita è di 480 minuti; lo spazio di lavoro può impostare liberamente la durata. La sessione viene terminata dal server; il nostro spazio di lavoro dimostrativo ha una durata di 60 minuti. Inoltre, il cookie di sessione scade alla chiusura del browser. Un cookie di sessione crittografato e contrassegnato come «secure» gestisce la sessione, mentre un cookie di lingua gestisce la lingua selezionata; non sono presenti cookie di terze parti.

Gli utenti vengono invitati e assegnati a gruppi di accesso; la rimozione di un utente comporta la revoca immediata dei diritti di accesso e delle credenziali API. Non esistono account generici o condivisi. Viene visualizzato l’ultimo accesso di ciascun utente; la disattivazione automatica degli account inattivi da molto tempo è prevista nella roadmap.

Informazioni su OIDC, in ogni piano tariffario: lo spazio di lavoro si collega al provider di identità della propria azienda, che si tratti di Microsoft Entra ID, Okta, Google o un altro provider OIDC, e gli utenti effettuano l’accesso con il proprio account aziendale. Per i domini aziendali è possibile disattivare l’accesso tramite password. SAML è in fase di sviluppo.

Ogni dominio viene verificato, dal fornitore o tramite un record DNS, prima che qualcuno effettui l’accesso tramite esso. Il fornitore richiede il secondo fattore di autenticazione. Se l’accesso tramite password è bloccato, chi viene bloccato dall’azienda presso il fornitore non potrà più accedere; una sessione attiva viene restituita al fornitore al più tardi dopo dodici ore. Transpareo accede ad Active Directory tramite un provider OIDC interposto, ad esempio Entra ID; non è previsto un collegamento diretto a LDAP. La passkey, in qualità di secondo fattore di autenticazione, garantisce la protezione contro il phishing anche in assenza di un provider di identità.

Tre registri: registro degli audit (5 anni), registro di sicurezza secondo la direttiva NIS2 (365 giorni) e un registro di tutti gli accessi da parte delle autorità, che esportiamo su richiesta.

Il registro di audit indica chi ha modificato cosa e quando, campo per campo, con il valore precedente e quello successivo, e può essere filtrato sullo schermo in base al periodo, al record o all’utente. Il registro di sicurezza registra gli accessi (riusciti o rifiutati), le richieste di autenticazione a più fattori, le reimpostazioni delle password, i blocchi degli account, le credenziali API rifiutate, gli indirizzi bloccati e le chiamate agli agenti rifiutate; ed è consultabile all’interno dell’applicazione.

I dati personali contenuti nei registri di sistema vengono conservati solo per il tempo necessario al raggiungimento della finalità per cui sono stati raccolti (art. 5, comma 1, lett. e del GDPR). I passaporti vengono esportati come file firmati, che un’autorità può verificare senza il nostro software; i registri vengono esportati in formato CSV o XLSX.

Segnaliamo immediatamente al cliente ogni incidente di sicurezza che riguardi il suo spazio di lavoro, indipendentemente dal fatto che siano coinvolti dati personali o meno; inoltre, chiunque può segnalare eventuali vulnerabilità all’indirizzo support@mail.transpareo.com.

In caso di violazione della protezione dei dati personali, la segnalazione deve essere conforme alla clausola 9 del nostro contratto di trattamento dei dati: essa descrive la natura della violazione, le sue probabili conseguenze e le misure adottate, indica un punto di contatto e specifica quando la violazione si è verificata e quando è stata individuata, nonché quali spazi di lavoro sono interessati. Le informazioni che al momento non sono ancora note saranno fornite non appena saranno disponibili.

Solo tramite una richiesta di accesso effettuata per conto del cliente, che viene registrata nel protocollo della piattaforma e nel registro di sicurezza interno dello spazio di lavoro.

Il cliente prende visione di ogni singola registrazione di questo tipo nel proprio registro di sicurezza. I collaboratori vengono sottoposti a verifiche prima di ottenere l’accesso e ricevono regolarmente una formazione in materia di sicurezza. Essi sono tenuti al rispetto della riservatezza e ottengono l’accesso solo nella misura in cui ciò sia necessario per il funzionamento e l’assistenza previsti dal contratto (clausola 7.4(b) del contratto di trattamento dei dati).

Assistenza via e-mail all’indirizzo support@mail.transpareo.com, in tedesco e in inglese, inclusa in ogni piano tariffario.

Non è previsto alcun contratto di assistenza separato né un servizio di assistenza fatturato in base al tempo impiegato. All’interno dell’applicazione è possibile effettuare ricerche tra gli articoli della guida, che vengono visualizzati nella lingua dell’utente, accanto alla guida all’API. Grazie all’accesso dedicato all’intelligenza artificiale dello spazio di lavoro, l’assistente fornisce risposte attingendo da entrambe le fonti, può rimandare all’articolo e, previa conferma, eseguire immediatamente la procedura descritta utilizzando i diritti dell’utente.

Sì, la piattaforma è operativa: ogni azienda può registrarsi e ogni pass viene generato, convalidato, firmato e pubblicato al proprio indirizzo permanente.

Potete provare tutte le sue funzionalità nella nostra versione demo, senza bisogno di un account.

Una tariffa mensile fissa per ogni spazio di lavoro in base al numero di tessere, senza costi di installazione, consulenza, utilizzo o scansione e senza moduli aggiuntivi a pagamento.

Il supporto dati non influisce sul prezzo e le scansioni, il traffico e lo spazio di archiviazione non vengono mai conteggiati. Ogni piano tariffario comprende l’intera gamma di funzionalità con dominio proprio, 40 lingue e API completa, pertanto ogni funzione presente in questo catalogo è disponibile anche nel piano tariffario più economico; gli unici costi aggiuntivi rispetto al piano sono le commissioni del fornitore di IA, qualora un cliente utilizzi l’assistente con il proprio account. La fatturazione è mensile, senza durata minima del contratto.

Quattro piani tariffari in franchi, euro o dollari: fino a 100 pass, fino a 1’000, fino a 10’000 e illimitato, ciascuno con un numero illimitato di prodotti e componenti. Durante la fase beta è previsto uno sconto del 30% sui prezzi di listino e il prezzo al quale sottoscriverete il servizio rimarrà il vostro prezzo fintanto che manterrete il piano tariffario. È possibile usufruire di un periodo di prova non vincolante di 8 giorni. Fa fede il listino prezzi aggiornato disponibile sulla nostra pagina dedicata ai prezzi.

Configuriamo lo spazio di lavoro con i dati, i tipi di proprietà, il branding e il dominio del cliente, e le prime versioni sono online nel giro di pochi giorni.

Un nuovo spazio di lavoro è pronto in pochi minuti all’indirizzo Transpareo; il dominio del cliente sarà attivo non appena il relativo record DNS punterà al nostro server. Da parte del cliente è sufficiente un browser aggiornato, su Windows, macOS, Linux, iOS o Android; non è necessario installare né gestire nulla.

• Integrazione della catena di fornitura: tramite la pagina del fornitore, nelle lingue dello spazio di lavoro.
• Integrazione: l’API REST, i webhook, il server MCP e i nodi n8n sono gestiti dal team che li ha sviluppati.

A ciò si aggiungono strumenti senza costi aggiuntivi: documenti con il branding del marchio in 40 lingue, il certificato “ Transpareo Time Machine ” come fattore di fiducia e statistiche sul traffico senza tracciamento.

Le nostre Condizioni generali di contratto ai sensi del diritto svizzero: disdetta con effetto alla fine del periodo di fatturazione mensile, nessuna durata minima e, in caso di negligenza lieve, responsabilità limitata all’importo dei canoni degli ultimi dodici mesi.

• Disdetta: il contratto è a tempo indeterminato e può essere disdetto in qualsiasi momento con effetto alla fine del periodo di fatturazione in corso.
• Responsabilità: illimitata in caso di dolo e colpa grave; in caso di colpa lieve, solo in caso di violazione di obblighi contrattuali essenziali, limitata al danno tipicamente prevedibile e, complessivamente, ai corrispettivi versati nei dodici mesi precedenti l’evento dannoso. Sono esclusi il lucro cessante, la perdita di dati e i danni consequenziali, nella misura consentita dalla legge.
• Modifiche: le modifiche alle condizioni e ai prezzi saranno comunicate per iscritto almeno 30 giorni prima della loro entrata in vigore, con il diritto di opporsi alle condizioni modificate e di recedere dal contratto prima di una variazione di prezzo.
• Diritto applicabile e foro competente: diritto svizzero, con esclusione della Convenzione delle Nazioni Unite sui contratti di compravendita internazionale di merci; il foro competente è Zugo, Svizzera.
• Protezione dei dati: il contratto di trattamento dei dati costituisce parte integrante delle condizioni.

Il cliente rimane un operatore economico ed è responsabile del contenuto dei propri pass; Transpareo mette a disposizione la piattaforma tecnica.

Facciamo parte degli organi in cui vengono elaborate le norme e ne attuiamo quanto viene pubblicato.

• Normazione europea: partecipazione al comitato nazionale di normazione dell’Associazione svizzera di normazione (SNV) e al suo sottocomitato dedicato al DPP, che rappresenta la voce svizzera in seno al CEN/CLC/JTC 24, il comitato incaricato di elaborare la serie di norme europee relative al DPP. Esaminiamo le bozze man mano che vengono elaborate e esprimiamo il nostro parere in merito.
• Progetti pilota dell’UE: membro della Community of Practice di CIRPASS-2, il progetto dell’UE che sta sperimentando il passaporto digitale di prodotto in quattro catene del valore.
• Lavoro relativo al protocollo: collaborazione continua al Protocollo di trasparenza delle Nazioni Unite; sei dei nostri commenti alla versione 0.7.0 sono disponibili nel registro pubblico.
• Batteriepass: partner di supporto del consorzio Battery-Pass, che sta realizzando, in collaborazione con i principali istituti di ricerca, l’ambiente di prova per il passaporto della batteria dell’UE, con il sostegno del Ministero federale tedesco dell’Economia e dell’Energia. Le batterie rappresentano la prima categoria di prodotti soggetta a tale obbligo vincolante a partire dal 18 febbraio 2027.

Il 51% del capitale sociale è destinato alla Fondazione Transpareo, ente senza scopo di lucro con sede a Zugo (in fase di costituzione, situazione a ottobre 2026); una volta costituita, tale partecipazione non potrà essere ceduta e la Fondazione Transpareo non potrà essere oggetto di acquisizione.

Una volta costituita, la fondazione è soggetta alla vigilanza dell’Autorità di vigilanza sulla LPP e sulle fondazioni della Svizzera centrale (ZBSA). L’esperienza va oltre l’ambito normativo: la prima piattaforma dedicata alla trasparenza dei prodotti, ideata dal fondatore, è attiva dal 2008 per i produttori di cosmetici.