Basi di dati e connettività: le fondamenta sotto tutti gli altri pilastri

Cosa copre questo pilastro, e perché conta più di quanto sembri

È un pilastro su sei, e non è un modello di maturità Industria 4.0. Non premia la quantità di tecnologia presente nello stabilimento. Si chiede se le basi di dati siano all'altezza delle pratiche di gestione valutate negli altri pilastri, e se qualcuno se ne prenda cura.

Valutiamo cinque aspetti: quanto sono connesse le macchine (data1), come vengono gestiti i dati di riferimento come tempi ciclo ideali e codici causale (data2), come i dati di produzione sono integrati con gli altri sistemi (data3), chi può accedere ai dati e con quali regole (data4), e come viene gestita la sicurezza informatica in reparto, cioè la sicurezza OT (data5).

Il peso di questo pilastro si manifesta in modo indiretto. Ogni ora che un team leader passa a digitare conteggi in un foglio di calcolo è un'ora non passata in linea. Un tempo ciclo ideale preso dalla targa della macchina rende la perdita di prestazione invisibile oppure assurda, e la riunione smette di credere al dato. Una macchina connessa alla rete con uno strumento di accesso remoto del fornitore che nessuno conosce è un rischio che può fermare lo stabilimento.

I cinque livelli come li vedrebbe nello stabilimento

Qui gli stabilimenti sono spesso disomogenei: un collo di bottiglia ben connesso accanto a dati di riferimento senza responsabile, o una rete solida accanto a registrazioni ERP digitate a mano. La valutazione valuta ogni domanda separatamente. La pagina dei livelli spiega l'indice del pilastro e la regola del pilastro più debole.

Le cinque domande, e come verificare la sua risposta questa settimana

data1. Quanto sono connesse le sue macchine? Chiediamo se lo stabilimento ottiene dalle macchine i dati di fermo e di conteggio senza che qualcuno debba scriverli, a partire dal collo di bottiglia. La connessione fine a se stessa non vale nessun punto.

Gli stabilimenti si sopravvalutano quando i PLC sono in rete ma nessuno ne raccoglie i dati, o quando l'unica macchina connessa è un progetto pilota lontano dal collo di bottiglia. Si sottovalutano quando pensano che un semplice segnale di marcia/arresto non sia vera connettività. Il modello accetta esplicitamente i semplici segnali I/O, e per gli impianti più vecchi sono spesso la scelta più sensata.

data2. Come vengono gestiti i dati di riferimento? Chiediamo se i metri di giudizio usati per valutare la prestazione sono corretti, e se qualcuno ne è responsabile. Tempi ciclo ideali, codici causale e anagrafica prodotti condizionano in silenzio ogni dato che lo stabilimento riporta.

La sopravvalutazione frequente è dire che i tempi ciclo ideali sono definiti quando i valori sono tempi standard della contabilità industriale o della pianificazione, che includono delle maggiorazioni. Non corrispondono alla migliore velocità sostenuta della macchina. Un elenco di codici causale cresciuto fino a contenere quasi-doppioni e un codice «altro» molto usato è un altro segnale che nessuno ne è responsabile.

data3. Come sono integrati i dati di produzione con gli altri sistemi? Chiediamo quanti dati vengono digitati due volte, e se il sistema di produzione e l'ERP concordano su cosa è stato ordinato e cosa è stato prodotto.

Un'esportazione che qualcuno deve lanciare, pulire e reimportare ogni settimana viene spesso considerata automatica. È al massimo Livello 3, e la persona che se ne occupa è un punto di rottura unico. L'integrazione al Livello 4 significa che ordini e conteggi dei pezzi buoni fluiscono senza che nessuno li tocchi, e che le differenze vengono segnalate invece di essere corrette in silenzio.

data4. Chi può accedere ai dati di produzione, e con quali regole? Chiediamo se le persone che hanno bisogno dei dati possono ottenerli senza chiedere un favore, e se le definizioni di ogni campo sono scritte.

Un database centrale fa pensare al Livello 3, ma se una sola persona può interrogarlo, gli ingegneri continuano a costruirsi i propri file e lo stabilimento torna alle versioni parallele. Il Livello 4 richiede anche regole di conservazione e definizioni documentate, che molti stabilimenti trascurano.

data5. Come viene gestita la sicurezza informatica in reparto (OT)? Chiediamo se i sistemi di produzione sono protetti in un modo adatto al reparto, dove la disponibilità viene prima di tutto, le attrezzature restano in servizio per molti anni e i fornitori hanno bisogno di accesso remoto.

La sopravvalutazione tipica è dichiarare reti separate mentre VPN dei fornitori, strumenti di desktop remoto sui pannelli operatore o modem cellulari negli armadi delle macchine aggirano la separazione. Un'altra è un firewall tra le zone le cui regole lasciano passare quasi tutto.

Cosa fanno di diverso gli stabilimenti di Livello 4

Gli stabilimenti al Livello 4 su questo pilastro raramente sono quelli con più tecnologia. Connettono per uno scopo e mettono per iscritto le regole. Queste sono le pratiche che cerchiamo.

• Connettere per rispondere a una domanda. Ogni connessione risponde a una domanda posta in una routine, come per quanto tempo si è fermato il collo di bottiglia e perché. Lo stabilimento definisce il proprio insieme minimo di segnali, per esempio marcia/arresto, conteggio dei pezzi buoni e degli scarti dove disponibile, invece di raccogliere ogni variabile.
• Un solo modo documentato di connettere per tipo di attrezzatura. Uno standard di una pagina indica quale interfaccia si usa per quale tipo di macchina: OPC UA dove il controllore lo supporta, MQTT per la pubblicazione dei dati, I/O cablati per gli impianti più vecchi. La scelta conta meno dell'averne una.
• Una scheda dei dati di riferimento con la sua cronologia. Per ogni prodotto e linea: il tempo ciclo ideale, come e quando è stato misurato e il suo responsabile. Le modifiche seguono un breve processo (richiesta, approvazione, data di validità) e la cronologia viene conservata. La scheda viene rivista a cadenza stabilita e ogni volta che cambiano un prodotto o una macchina.
• Un elenco di codici causale abbastanza corto da essere usato. Lo stabilimento fissa un proprio tetto al numero di codici, sorveglia la quota di tempo codificata come «altro» e rivede l'elenco quando quella quota cresce.
• Riconciliazione quotidiana. I conteggi di produzione vengono confrontati ogni giorno con le registrazioni dell'ERP, e le eccezioni vengono elencate e spiegate invece di essere sovrascritte.
• Ruoli e glossario. L'accesso è definito per ruolo (operatore, team leader, ingegnere, responsabile, fornitore) e ogni campo chiave ha una definizione scritta in un unico posto.
• Le basi della sicurezza OT fatte bene. L'inventario degli asset viene mantenuto. L'accesso remoto dei fornitori passa da un'unica via controllata, con account nominativi e sessioni aperte su richiesta. L'aggiornamento delle patch è concordato con la produzione per ogni classe di attrezzature, e le linee sono separate in zone secondo i principi della IEC 62443.

Un piano a 90 giorni per salire di un livello

Il piano presuppone che la maggior parte delle risposte sia al Livello 2 o 3. Il report della valutazione indica un'azione successiva specifica per ogni lacuna; parta dalla domanda con il punteggio più basso.

1. Settimane 1–2Fare l'inventario. Elencare le macchine della linea collo di bottiglia con i loro controllori e i segnali disponibili. Elencare ogni dispositivo sulla rete di reparto e ogni via di accesso remoto. Mappare dove i dati di produzione vengono digitati due volte e quanto tempo richiede. Annotare dove si trovano oggi i dati di riferimento, e in quante versioni.
2. Settimane 3–6Connettere il collo di bottiglia con un segnale di marcia/arresto e un conteggio, e archiviare i dati in modo centralizzato. Misurare il miglior tempo ciclo sostenuto dei prodotti principali e pubblicare un'unica scheda di riferimento con un responsabile nominato. Chiudere le vie di accesso remoto non controllate e separare la rete di produzione dalla rete degli uffici, se non è ancora stato fatto.
3. Settimane 7–12Automatizzare il trasferimento manuale che richiede più tempo, anche con un file pianificato. Scrivere il processo di modifica dei dati di riferimento. Redigere una bozza di policy di sicurezza OT che copra l'inventario degli asset, l'accesso remoto e l'aggiornamento delle patch. Definire gli accessi per ruolo. Alla settimana 12, verificare che la riunione quotidiana usi dati del collo di bottiglia che nessuno ha ridigitato, e rifare la valutazione.

Le evidenze che la giuria cerca nella verifica

Nella verifica carica i documenti, poi li illustra a due giurati in un colloquio in videoconferenza di 45 minuti. I giurati cercano segni che le basi di dati vengono usate nelle routine dello stabilimento, non schemi architetturali di progetti futuri.

Documenti che contano:

• L'elenco delle macchine con lo stato di connessione e il tipo di interfaccia per ogni macchina critica.
• Uno schema di rete semplificato che mostri la separazione tra uffici e produzione.
• La scheda dei dati di riferimento con la cronologia delle modifiche, e l'elenco dei codici causale con il suo responsabile.
• Una descrizione o una schermata di come ordini e conteggi passano da un sistema all'altro, più una registrazione recente di riconciliazione.
• L'elenco dei ruoli di accesso e il glossario delle definizioni dei campi.
• L'inventario degli asset OT, la procedura di accesso remoto con un campione del suo registro e la policy di sicurezza OT.
• Un capitolato recente di un'attrezzatura che includa requisiti di connettività o sicurezza.

Cosa non vale: brochure dei fornitori; slide architetturali di un progetto non ancora avviato; una macchina pilota connessa i cui dati non vengono usati in nessuna riunione; una policy di sicurezza copiata senza modifiche dall'IT; schermate di cruscotti che nessuno apre.

Gli errori che bloccano gli stabilimenti su questo pilastro

• Connettere tutto, non usare niente. Centinaia di variabili raccolte, e la riunione del mattino funziona ancora con un foglio scritto a mano.
• Tempi ciclo di targa. La perdita di prestazione scompare o sembra assurda, e le persone smettono di fidarsi dell'intero dato.
• Proliferazione dei codici causale. Ogni nuovo problema riceve il proprio codice, finché gli operatori scelgono il primo dell'elenco.
• Due fonti di verità per i conteggi. Il sistema di produzione dice una cosa e l'ERP un'altra, e ogni settimana qualcuno corregge a mano la differenza senza chiedersi perché.
• Partire dal sistema invece che dalla domanda. Scegliere una piattaforma o un progetto di integrazione prima di aver concordato definizioni e dati di riferimento significa dover ricostruire entrambi più tardi.
• La sicurezza OT come problema dell'IT. O il contrario: la produzione che blocca ogni patch per anni perché nessuno ha concordato una finestra di manutenzione.
• L'accesso del fornitore dimenticato. Uno strumento di accesso remoto installato anni fa durante la messa in servizio, ancora attivo e ancora con la password originale.
• Un archivio dati che nessuno interroga. Dati raccolti centralmente ma raggiungibili da un solo specialista non valgono più di una cartella di rete condivisa.

Dove andare adesso

Svolga la valutazione per vedere l'indice di questo pilastro accanto agli altri cinque, e se è questo il pilastro che tiene basso il suo livello complessivo. Le basi di dati esistono per servire la visibilità delle prestazioni, dove le domande riguardano come vengono rilevate le perdite e se le persone si fidano dei numeri: è quello il pilastro da leggere dopo. Per valori e benchmark di OEE, che il FEI non misura, consulti oee-benchmark.org.

Domande