Un fermo macchina causato da un ransomware, un dato di produzione duplicato nell'ERP o un PLC esposto senza controllo di rete hanno la stessa origine: OT e IT sono stati collegati senza una vera architettura. Una guida all'architettura OT-IT in manifattura serve proprio a evitare questo approccio improvvisato,...
Guida all'architettura OT-IT in manifattura: il punto di partenza
OT, Operational Technology, comprende PLC, CNC, HMI, sensori, azionamenti, SCADA e macchinari che governano fisicamente la produzione. Qui la priorità è la continuità: tempi di ciclo, sicurezza operatore, disponibilità dell'impianto e determinismo della comunicazione.
IT, Information Technology, comprende invece ERP, database, BI, servizi cloud, identity management, backup e strumenti di analisi. In questo ambiente contano integrità dei dati, scalabilità, controllo degli accessi e continuità dei servizi informativi.
Le due dimensioni hanno quindi requisiti diversi. In OT, una modifica non pianificata può arrestare una linea. In IT, un sistema non aggiornato o privo di monitoraggio può diventare un rischio di sicurezza. Collegarli richiede un disegno che rispetti entrambi i contesti, non una semplice apertura di porte di rete tra macchina e server aziendale.
L'errore più frequente è iniziare dalla tecnologia: scegliere un protocollo, un gateway o una dashboard prima di aver definito quali decisioni dovranno essere prese grazie ai dati raccolti. Prima vengono i casi d'uso. Ridurre gli scarti, calcolare l'OEE per linea, tracciare i lotti, raccogliere causali di fermo, alimentare l'ERP con dichiarazioni di produzione o documentare l'interconnessione 4.0 sono obiettivi diversi. Richiedono dati, frequenze di raccolta e controlli differenti.
I livelli di un'architettura efficace
Un'architettura OT-IT ben progettata separa funzioni e responsabilità. Questa separazione non è burocrazia tecnica: limita l'impatto di un guasto e rende l'impianto più facile da evolvere.
Campo e controllo: dove nasce il dato
Al livello più vicino alla macchina si trovano sensori, attuatori, PLC e controlli numerici. Qui il dato nasce insieme al processo: pezzi buoni, scarti, stato macchina, ricette, allarmi, contatori, tempi di ciclo e consumi.
Non tutti i segnali sono però candidati alla raccolta. Un progetto efficace seleziona tag con un significato operativo chiaro, una fonte identificabile e una qualità verificabile. Un contapezzi letto dal PLC può essere utile, ma va compreso se rappresenta pezzi prodotti, pezzi espulsi, pezzi conformi o cicli avviati. Senza questa semantica, anche la dashboard più accurata produce indicatori discutibili.
La prima attività è quindi una mappatura per macchina: protocollo disponibile, indirizzi dei dati, unità di misura, logica di aggiornamento, proprietà del dato e modalità di validazione con produzione e manutenzione.
Connettività industriale: acquisire senza disturbare
Il livello di connettività rende i dati accessibili ai sistemi superiori attraverso protocolli come Siemens S7, Modbus TCP/IP, OPC UA, EtherNet/IP, MQTT o MTConnect. La scelta dipende dal parco macchine, dall'età degli impianti, dalla disponibilità di interfacce native e dai vincoli del costruttore.
Dove possibile, la lettura deve essere non invasiva e separata dalla logica di comando. Un sistema MES o di raccolta dati non dovrebbe modificare il programma PLC per ottenere informazioni che possono essere esposte in lettura. Esistono eccezioni, per esempio per l'invio di ricette autorizzate, parametri di produzione o conferme di avanzamento. In questi casi servono autorizzazioni, tracciabilità delle operazioni e una chiara gestione delle condizioni di sicurezza.
Un agente leggero on-premise può svolgere un ruolo decisivo: comunica con la rete industriale locale, raccoglie e normalizza i dati, quindi li invia verso i servizi applicativi senza richiedere server da mantenere in stabilimento. È una scelta particolarmente adatta quando si vogliono limitare infrastruttura, aggiornamenti e punti di guasto locali.
Segmentazione e sicurezza: il confine deve essere progettato
Macchinari e workstation d'ufficio non dovrebbero convivere sulla stessa rete priva di segmentazione. La separazione tra zone OT e IT riduce la superficie di attacco e impedisce che un problema nell'ambiente amministrativo si propaghi facilmente alla produzione.
In pratica, la progettazione deve prevedere VLAN o segmenti dedicati, firewall industriali, regole di comunicazione minime e controllate, accessi remoti governati e registrazione degli eventi. Il principio da applicare è quello del minimo privilegio: ogni componente comunica solo con le destinazioni e sui servizi strettamente necessari.
La sicurezza non coincide con il blocco totale delle connessioni. Un impianto isolato può essere difficile da monitorare, aggiornare e supportare. Serve piuttosto una connettività controllata, con cifratura nel traffico verso l'esterno, autenticazione degli utenti, gestione delle identità e procedure di backup testate. La disponibilità della fabbrica viene prima di tutto: gli aggiornamenti IT vanno pianificati attorno ai calendari produttivi e verificati prima della messa in esercizio.
MES, storico e contesto operativo
Il dato letto dal PLC non è ancora informazione utile per la direzione di stabilimento. Un valore di stato deve essere associato a turno, ordine di produzione, articolo, operatore, lotto, causale di fermo e regole di calcolo condivise. Questo è il livello in cui un MES crea valore operativo.
Un MES cloud-native può centralizzare raccolta, visualizzazione e storicizzazione dei dati, offrendo dashboard in tempo reale senza distribuire applicazioni su ogni postazione. Tuttavia, il cloud non elimina il bisogno di progettazione sul campo. Se l'anagrafica causali è confusa o il dato di lotto non viene confermato nel momento corretto, il problema resta a prescindere dalla piattaforma scelta.
L'architettura deve prevedere anche la gestione delle disconnessioni. La fabbrica non può smettere di produrre perché la connettività esterna è temporaneamente indisponibile. Buffer locale, sincronizzazione controllata, gestione dei duplicati e marcatura temporale coerente sono requisiti da verificare, soprattutto per impianti continui o linee ad alta velocità.
Integrazione con ERP e BI: dati utili, non flussi indiscriminati
L'ERP deve ricevere eventi e consuntivi coerenti con i processi amministrativi e logistici: avanzamenti, quantità conformi, consumi, tempi, lotti e dichiarazioni di fine fase. Non deve necessariamente ricevere ogni cambio di stato di ogni PLC.
Allo stesso modo, la BI è utile per analisi trasversali, confronti tra reparti e pianificazione, ma non è il posto giusto per gestire un allarme che richiede una risposta immediata in reparto. Separare il controllo operativo dall'analisi storica evita latenze, costi di archiviazione non necessari e interpretazioni incoerenti.
Le integrazioni vanno definite tramite contratti dati: quale sistema è proprietario dell'anagrafica articolo? Quale evento genera il consuntivo? Come si gestisce una rettifica? Chi riconcilia le differenze tra quantità macchina e quantità ERP? Queste domande risolvono più problemi di una lunga lista di connettori.
Come progettare il percorso senza fermare la fabbrica
Conviene partire da una linea o da un'isola produttiva rappresentativa, non necessariamente dalla più semplice. Il pilota deve contenere abbastanza variabilità da verificare protocolli, qualità dei dati, comportamenti degli operatori e integrazione con i sistemi esistenti.
La prima fase comprende inventario degli asset, mappa di rete, verifica dei PLC e definizione dei KPI. La seconda configura l'acquisizione e mette a confronto il dato digitale con la realtà della linea. La terza introduce il contesto MES e le dashboard. Solo dopo la validazione operativa ha senso estendere l'integrazione a ERP, BI o sistemi di qualità.
I KPI devono essere concordati prima della pubblicazione dei cruscotti. L'OEE, per esempio, non è un numero universale: dipende da velocità nominale, classificazione dei fermi, regole sugli scarti e calendario produttivo. Se produzione, manutenzione e direzione leggono lo stesso indicatore con definizioni diverse, il progetto perde credibilità.
Per le aziende che devono sostenere investimenti Transizione 4.0, l'architettura deve inoltre conservare evidenze verificabili di interconnessione, scambio dati e integrazione con i processi aziendali. La compliance non va considerata un documento finale: deve essere una proprietà del sistema, basata su dati, configurazioni e tracciabilità disponibili nel tempo.
Criteri concreti per scegliere la piattaforma
La piattaforma più adatta non è quella con il catalogo di funzioni più lungo, ma quella che copre il percorso reale dell'impianto. Occorre verificare compatibilità con PLC e protocolli presenti, capacità di integrare macchine nuove e datate, modalità di accesso remoto, sicurezza dell'infrastruttura, localizzazione dei dati e tempi di attivazione.
Vanno valutati anche aspetti meno visibili: chi configura una nuova macchina, come si modificano le causali, quale supporto è disponibile in avviamento, come vengono gestiti utenti e ruoli, quanto è semplice esportare o integrare i dati. Una soluzione modulare consente di iniziare da raccolta dati e KPI per poi aggiungere tracciabilità, qualità o integrazioni ERP quando il processo è maturo.
PLCinCloud, ad esempio, adotta un modello con agente leggero in stabilimento e piattaforma accessibile via browser, pensato per raccogliere dati dai protocolli industriali e collegarli ai sistemi gestionali senza introdurre server locali da amministrare. In un progetto concreto, questa impostazione riduce il carico infrastrutturale, ma non sostituisce la necessità di una mappa dati e di regole operative condivise.
Una buona architettura OT-IT non si riconosce dalla quantità di componenti installati. Si riconosce quando il responsabile di produzione si fida del dato sullo schermo, l'IT sa quali connessioni sono attive e l'operatore non deve aggirare il sistema per fare il proprio lavoro. Il prossimo passo utile è scegliere una linea, definire tre KPI non negoziabili e verificare da quali segnali di macchina possono essere calcolati con certezza.