Non appena un passaporto digitale del prodotto prende forma, il reparto IT pone una domanda prima di ogni altra: quali dei nostri sistemi deve integrare la 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 al pass si trovano sul lato sorgente e vi rimangono. Transpareo è esclusivamente il destinatario alla fine della catena; i flussi di dati confluiscono unilateralmente verso la piattaforma. Il presente articolo traccia i flussi: ciò che ogni sistema fornisce, 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, sono distribuiti 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 direttamente per il passaporto; ciò che conta proviene per lo più 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 durante la fase di utilizzo. Richiesti solo per determinati gruppi di prodotti, 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 passaporto pubblico.
L’Asset Administration Shell è al di sopra dei sistemi, non al loro fianco
Una distinzione è più importante di tutte le altre: ## l’AssetAdministration Shell non si colloca## al fianco diERP, MES e PIM, bensì## 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 pratico, ma non indispensabile. Chi lo utilizza ricava il pacchetto di dati dai propri sottomodelli; chi non lo fa, fornisce gli stessi campi con modalità alternative. 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 dispone di credenziali 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 di 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 fronte dell’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 inviano i dati tramite un connettore. Una 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 situazione più comune non appena 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.
Cosa Transpareo non è, per scelta
Non ## èun 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 a Pass tramite una nuova consegna - come versione nuova e tracciabile, non come modifica silenziosa all’interno del database esistente. Come questa catena di versioni venga firmata e renda verificabile da chiunque è spiegato nell’articolo dedicato alle firme e ai certificati.
Per il Vostro 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 Vostro ERP.
Il vero lavoro di progetto si sposta là 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. Il push viene attivato dal produttore stesso, dal suo middleware o da un fornitore di servizi incaricato; la piattaforma è in attesa e non effettua mai il recupero. La selezione, il contenuto e la tempistica di ogni pacchetto sono determinati dalla fonte, motivo per cui Transpareo non può ricevere più di quanto sia stato fornito. Siete voi 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 dà origine a una nuova versione tracciabile, non a una modifica silenziosa nell’archivio. Ogni versione precedente rimane accessibile e verificabile, ed è proprio questo che rende la cronologia preziosa ai fini di una verifica. Le modalità con cui questa catena di versioni viene firmata e resa verificabile da chiunque sono illustrate 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.
