Non appena il progetto di un passaporto digitale di prodotto prende forma, il reparto IT pone una domanda prima di ogni altra: quali dei nostri sistemi devono essere integrati nella piattaforma? È la domanda giusta, poiché dietro di essa si celano credenziali di accesso, autorizzazioni del firewall e un piano di sicurezza di cui qualcuno deve assumersi la responsabilità.
La nostra risposta è breve: nessuno. Tutti i sistemi che contribuiscono con dati relativi al pass si trovano sul sito di origine e vi rimangono. Transpareo è esclusivamente il destinatario finale della catena; i flussi di dati confluiscono unilateralmente verso la piattaforma e giungono tramite la sua interfaccia Transpareo Connect. Il presente articolo traccia il percorso di tali flussi: cosa fornisce ciascun sistema, quali regole si applicano a ciascun flusso e quale conferma viene restituita.
Il contributo di ciascun sistema al Pass
I dati di un Pass provengono raramente da un unico sistema. In pratica, essi si distribuiscono su una manciata di classi di sistemi, ciascuna delle quali contribuisce con pochi campi:
- ERP - Identità dell’articolo, materiali, fornitori e provenienza, riferimento a ordini e lotti, quantità. Dati anagrafici stabili che cambiano raramente.
- MES - Cronologia di produzione, assegnazione di serie e lotti, certificati di qualità, tracciabilità. Dati relativi a eventi, legati a un determinato momento.
- APS - Tempistiche di produzione e assegnazione delle risorse. Raramente rilevanti in modo diretto per il passaporto; le informazioni rilevanti provengono solitamente dal MES.
- PLM - Composizione, distinte base, riparabilità, pezzi di ricambio, stati di progettazione. Alla luce di quanto richiesto dal Regolamento sulla progettazione ecocompatibile, questa rappresenta la fonte più completa.
- PIM - Descrizioni, immagini, istruzioni per la manutenzione e l’uso, varianti linguistiche. I contenuti destinati ai consumatori.
- IoT - Dati relativi allo stato e all’utilizzo raccolti durante la fase di utilizzo. Richiesti solo per determinati gruppi di prodotti, come ad esempio le batterie.
- CRM - Cronologia dei servizi e delle riparazioni dei singoli clienti. Si tratta fondamentalmente di dati personali e, pertanto, non rientrano in un pass pubblico.
L’Asset Administration Shell è al di sopra dei sistemi, non al loro fianco
Una distinzione è più importante di tutte le altre: ## l’Asset Administration Shell non è## al fianco diERP, MES e PIM, ma## al di sopradi essi. Non genera dati, ma incapsula quelli esistenti in sottomodelli interoperabili. Per l’integrazione con Transpareo ciò significa: Un AAS è un formato di consegna comodo, ma non indispensabile. Chi lo utilizza ricava il pacchetto di dati dai propri sottomodelli; chi non lo utilizza, fornisce gli stessi campi con altre modalità. Il motivo per cui riteniamo comunque che l’Asset Administration Shell costituisca una base eccellente è illustrato nell’articolo dedicato all’AAS.
Cinque regole valide per ogni flusso
Direzione. Tutte le frecce puntano verso la piattaforma. Nessun sistema sorgente viene interrogato da Transpareo, e Transpareo non possiede dati di accesso a ERP, MES, PIM o PLM.
Non esiste alcun collegamento con i vostri sistemi che debba essere protetto, poiché semplicemente non esiste.
Innesco. Il push viene sempre attivato dal lato sorgente - dal produttore stesso, dal suo middleware o da un fornitore di servizi incaricato. La piattaforma rimane in attesa; non va a prelevare i dati.
Destinazione d’uso. Viene trasmesso esclusivamente il sottoinsieme necessario per il Pass, non l’intero insieme di dati del sistema sorgente. Il Pass richiede solo pochi campi da ciascun sistema; tutto il resto rimane dove si trova.
Autorizzazione. La selezione, l’entità e la tempistica di ciascun pacchetto sono decise dal lato sorgente. Transpareo non può ricevere più di quanto sia stato fornito.
Autorizzazioni. Ciò che è consentito fare con i dati forniti sulla piattaforma è regolato da credenziali di accesso specificate: diritti minimi e ciò che non è espressamente consentito rimane vietato. Queste regole hanno effetto a livello della piattaforma, mai con effetto retroattivo sulla fonte.
Vengono restituite solo le conferme di ricezione
Non è possibile fare a meno di un canale di ritorno, ma esso non trasporta dati, bensì risposte: l’URL DPP o il GS1 Digital Link, l’ID di versione, lo stato di pubblicazione e i messaggi di convalida. Per il sito di origine, questi riscontri sono preziosi perché il riferimento di conformità può essere archiviato direttamente nell’ERP o nel PIM a livello di articolo. Non costituiscono un accesso. Rappresentano la conferma di una consegna ricevuta.
Tre modelli che si sono dimostrati efficaci nella pratica
- Direttamente dal sistema principale. L’ERP o il PLM invia i dati tramite un connettore. Soluzione semplice e sensata quando una fonte di dati è chiaramente predominante.
- Tramite un livello di aggregazione. Il middleware o l’iPaaS riunisce i campi ERP, MES e PIM e fornisce un pacchetto unico. È la norma quando sono coinvolte più fonti.
- Tramite sottomodelli AAS. Il shell di gestione è già in uso e il pacchetto viene ricavato dai suoi sottomodelli. Vantaggioso negli ambienti dell’Industria 4.0.
Nel Playbook dedicato all’integrazione ERP abbiamo illustrato quale modello si adatta a quale panorama di sistemi e come un progetto di questo tipo possa essere portato a termine in due settimane anziché in tre mesi.
Non tutti coloro che forniscono dati dispongono di un sistema in grado di trasmettere le informazioni. Un fornitore che non dispone di un proprio software aziendale compila i campi che gli richiedete tramite Transpareo Upstream direttamente dal cellulare, e anche in questo caso il flusso di dati è unidirezionale: la sua risposta vi giunge sotto forma di proposta e voi la verificate prima che venga inserita nel passaporto.
Cosa Transpareo non è, di proposito
Nessun secondo «System of Record». La piattaforma conserva il record del passaporto e la sua cronologia delle versioni immutabile, non i dati operativi del produttore. Ciò che viene corretto nell’ERP viene trasferito al Pass tramite una nuova consegna - sotto forma di una nuova versione tracciabile, non come modifica silenziosa nell’archivio. Il modo in cui l’ Transpareo Proofchain e firma questa catena di versioni e la rende verificabile da chiunque è illustrato nell’articolo dedicato alle firme e ai certificati.
Per il Suo piano di sicurezza rimane quindi poco da verificare, ed è proprio questa l’intenzione. Non vi sono dati di accesso da fornire, nessuna apertura del firewall verso l’interno e nessun sistema esterno con diritti di lettura nel Suo ERP.
Il vero lavoro di progetto si sposta dove deve essere: decidere quali campi devono essere inclusi nel Pass, non chi può effettuare l’accesso e dove.
Domande relative a questo articolo
Transpareo necessita dell’accesso al nostro ERP o a un altro sistema?
No. Ogni sistema che fornisce dati si trova sul lato sorgente e vi rimane, e Transpareo non dispone di credenziali di accesso a ERP, MES, PIM o PLM. Non esiste alcun collegamento ai Suoi sistemi che debba essere protetto, poiché semplicemente non esiste. Per il Suo piano di sicurezza non è quindi necessario fornire alcuna credenziale di accesso, non occorre configurare alcuna apertura verso l’interno e non è necessario verificare alcun sistema esterno dotato di diritti di lettura nel Suo ERP.
Chi effettua una consegna e con quale frequenza?
Sempre la fonte. L’invio a Transpareo Connect viene attivato dal produttore stesso, dal suo middleware o da un fornitore di servizi incaricato; la piattaforma non effettua mai alcuna richiesta né recupero dati. La selezione, l’entità e la tempistica di ciascun pacchetto sono determinate dalla fonte, motivo per cui Transpareo non può ricevere più di quanto sia stato fornito. Siete voi stessi a stabilire la frequenza delle consegne: i dati anagrafici stabili cambiano raramente, mentre gli eventi di produzione si verificano quando si presentano.
È necessario un contenitore di gestione a tal fine?
No. Il “shell” amministrativo non si affianca a ERP, MES e PIM, bensì si colloca al di sopra di essi, e non genera dati propri, ma incapsula quelli esistenti in sottomodelli interoperabili. Si tratta quindi di un formato di consegna pratico, ma non indispensabile. Chi lo utilizza ricava il pacchetto di dati dai propri sottomodelli. Chi invece non la utilizza, fornisce gli stessi campi in altro modo, direttamente dal sistema principale o tramite un livello di aggregazione.
Da quale sistema iniziamo?
Alla luce di quanto richiesto dal regolamento sulla progettazione ecocompatibile, il PLM rappresenta la fonte singola più completa: in esso sono contenuti la composizione, le distinte base, la riparabilità, i pezzi di ricambio e lo stato di progettazione. L’ERP gestisce l’identità degli articoli, i materiali, i fornitori e la provenienza; il PIM i testi e le immagini destinati ai consumatori; il MES gli eventi relativi alla produzione e alla tracciabilità. La maggior parte dei pass richiede solo pochi campi da ciascun sistema. Inizi da dove si trovano la maggior parte dei campi obbligatori e completi il resto gradualmente.
I dati dei clienti provenienti dal CRM vengono inseriti nel passaporto?
No. La cronologia dei servizi e delle riparazioni dei singoli clienti è, per sua natura, di carattere personale e non deve quindi figurare in un passaporto pubblico. Il CRM è l’unica categoria di sistemi in questo elenco che ne rimane completamente esclusa. Gli eventi relativi alle riparazioni e al ciclo di vita possono comunque essere registrati, ma come eventi relativi al prodotto, non a una persona specifica.
Cosa viene restituito dalla piattaforma?
Ricevute, non dati. Il canale di ritorno trasmette l’indirizzo DPP o il GS1 Digital Link, l’ID di versione, lo stato di pubblicazione e i messaggi di convalida. È opportuno archiviare tali conferme, poiché in seguito è possibile tracciare il riferimento del pass direttamente sull’articolo nel sistema ERP o PIM. Non si tratta di un accesso, bensì della conferma di una consegna ricevuta.
Cosa accade quando viene corretto un valore nel sistema ERP?
La correzione viene applicata tramite una nuova consegna e diventa una nuova versione tracciabile, non una modifica silenziosa all’interno dell’archivio. Ogni versione precedente rimane accessibile e verificabile, ed è proprio questo che rende la cronologia preziosa ai fini di un audit. Le modalità con cui questa catena di versioni viene firmata e resa verificabile da chiunque sono descritte nella sezione «Firme e certificati» del DPP.
Transpareo diventerà un secondo «System of Record»?
No, e questo è intenzionale. La piattaforma conserva il record del Pass e la sua cronologia delle versioni non modificabile, non i Suoi dati operativi; i Suoi sistemi rimangono determinanti per tutto ciò che li riguarda. In questo modo, anche il lavoro sul progetto rimane dove deve essere: nella decisione su quali campi includere nel Pass, anziché nella questione di chi possa effettuare l’accesso e dove.
