Un lotto dichiarato chiuso in ERP, ma ancora in lavorazione su una linea, è un problema operativo prima ancora che informatico. Lo stesso vale per una produzione attribuita al batch sbagliato, per uno scarto rilevato a fine turno o per parametri di processo disponibili soltanto nei log del PLC. Capire come gestire...
Cosa sono davvero i dati batch in fabbrica
Con dati batch si indicano le informazioni associate a uno specifico lotto o ciclo di produzione. A seconda del processo, un batch può coincidere con un ordine di produzione, una commessa, un lotto di materia prima, una campagna produttiva o una porzione definita di essa. Non esiste una struttura universale: deve riflettere il modo in cui lo stabilimento pianifica, produce e rendiconta.
Un modello utile parte da un identificativo univoco del batch e lo associa almeno a prodotto, linea o macchina, data e ora di avvio e chiusura, quantità attesa, quantità buona, scarti e stato di avanzamento. Nei contesti regolati o ad alta variabilità conviene aggiungere ricetta, parametri critici, codici delle materie prime, controlli qualità, causali di fermo e operatore o turno.
Il punto decisivo è distinguere i dati di contesto dai segnali di processo. Il codice lotto può arrivare dall'ERP o essere inserito dall'operatore; pezzi, contapezzi, velocità, temperature, pressioni e allarmi arrivano invece dal campo. Una gestione efficace unisce queste due fonti senza chiedere alle persone di ricopiare ciò che il PLC conosce già.
Come gestire dati batch: partire dal flusso reale
Prima di scegliere dashboard, database o protocolli, occorre mappare il flusso fisico del lotto. Dove nasce l'ordine? Quando il lotto viene assegnato alla linea? Quale evento determina l'avvio reale? Cosa accade in caso di cambio formato, riavvio, microfermata o produzione di scarti? E, soprattutto, quando un batch può essere considerato concluso?
Queste domande evitano un errore frequente: far coincidere automaticamente il batch con il turno o con la giornata. Può funzionare in una linea semplice e monoprocesso, ma genera dati fuorvianti quando lo stesso ordine attraversa più turni o quando più lotti vengono prodotti nella medesima giornata.
È preferibile definire una macchina a stati chiara: pianificato, pronto, in lavorazione, sospeso, chiuso, eventualmente annullato. Ogni cambio stato deve essere associato a data, ora e fonte dell'evento. Se la chiusura è automatica al raggiungimento della quantità pianificata, l'eccezione deve poter essere gestita dall'operatore o dal responsabile di produzione: sovrapproduzioni, scarti straordinari e fine materiale richiedono una decisione esplicita.
L'identificativo batch deve essere unico e leggibile
Un codice univoco è la base della tracciabilità. Non deve necessariamente contenere ogni informazione, ma deve consentire di risalire senza ambiguità all'ordine, al prodotto e alla sequenza produttiva. In presenza di rilavorazioni o suddivisioni di lotto, serve una regola precisa per creare batch figli e mantenere il legame con il batch origine.
Il codice deve essere disponibile nel punto in cui il lavoro avviene. Può arrivare tramite integrazione ERP, essere letto da barcode o QR code, oppure essere selezionato su un'interfaccia operatore. La scelta dipende dal processo. L'inserimento manuale è flessibile, ma richiede controlli su formato, autorizzazioni e coerenza con l'ordine attivo. La lettura automatica riduce gli errori, ma va progettata considerando etichette, condizioni ambientali e procedure di eccezione.
Collegare PLC, macchinari ed ERP senza duplicazioni
Il valore dei dati batch cresce quando la raccolta è vicina alla fonte. PLC Siemens S7, dispositivi Modbus TCP/IP, server OPC UA, macchine EtherNet/IP o sistemi MQTT possono esporre variabili fondamentali: stato macchina, contatori, ricette, codici prodotto, allarmi, temperature e misure di qualità.
Non è però utile acquisire ogni tag disponibile. Una raccolta indiscriminata produce costi, rumore e difficoltà di analisi. Occorre definire quali variabili servono a rispondere a domande operative concrete: quanti pezzi buoni ha prodotto il batch? Quali fermate hanno ridotto la disponibilità? Lo scarto è concentrato su un determinato materiale, formato o parametro? La ricetta effettiva corrisponde a quella prevista?
L'ERP rimane il sistema di riferimento per anagrafiche, ordini e pianificazione, mentre il livello di fabbrica registra l'esecuzione reale. L'integrazione deve quindi gestire una sequenza bidirezionale: l'ERP invia ordine, prodotto, quantità e lotto quando necessario; il sistema MES restituisce avanzamento, quantità dichiarate, tempi, consumi, scarti e stato di chiusura.
Il passaggio non deve dipendere da esportazioni Excel o inserimenti di fine turno. Sono pratiche comprensibili in una fase iniziale, ma non garantiscono tempestività né storicizzazione affidabile. Un'architettura cloud-native con agente leggero on-premise consente di raccogliere i dati dal campo e renderli disponibili via browser, senza introdurre server locali da amministrare in stabilimento.
La qualità del dato è una regola di processo
Un dato batch affidabile non dipende solo dal protocollo di comunicazione. Dipende dalle regole con cui viene validato. Se il PLC segnala un incremento del contatore mentre nessun batch è attivo, il sistema deve sapere come trattare quei pezzi: produzione non attribuita, avviamento, scarto o anomalia da verificare.
La stessa attenzione serve per i reset del contatore, le perdite temporanee di connettività e i cambi di turno. Il sistema deve conservare timestamp coerenti, identificare i valori anomali e registrare gli eventi che modificano il batch. Correggere un dato è lecito, ma la correzione deve lasciare traccia di chi l'ha effettuata, quando e perché.
Per questo è utile definire soglie e controlli automatici. Una quantità buona superiore alla quantità totale, un batch aperto per un tempo anomalo o una ricetta non allineata all'ordine devono generare un avviso. Non tutte le anomalie richiedono il blocco della produzione: in molti casi è sufficiente evidenziarle e affidarne la gestione a un ruolo autorizzato. Il livello di rigidità dipende dalla criticità del processo e dai requisiti di qualità o compliance.
Trasformare lo storico batch in controllo operativo
Quando i dati sono contestualizzati correttamente, la dashboard smette di essere una vetrina di numeri. Il responsabile di produzione può confrontare OEE, velocità media, scarti e tempi di fermo per prodotto, formato, macchina, turno o lotto. L'analisi non parte più dalla domanda generica “come sta andando la linea?”, ma da un evento preciso: perché il batch 2410 ha richiesto più tempo? Perché il lotto di materia prima X ha aumentato gli scarti? Quale allarme si ripete durante un cambio formato?
La granularità va scelta con attenzione. Per un impianto a ciclo veloce può essere indispensabile acquisire eventi al secondo; per un processo a lotti più lenti sono spesso più utili stati macchina, quantità consolidate e parametri rilevati a intervalli ragionati. Conservare ogni variazione non equivale a disporre di informazioni migliori.
Anche la reportistica deve rispettare i ruoli. L'operatore ha bisogno di vedere il batch attivo, il target e le istruzioni essenziali. Il capoturno deve gestire eccezioni, avanzamento e fermate. Produzione, qualità e direzione richiedono confronti storici e indicatori aggregati. Un'unica schermata per tutti tende a diventare poco utile per ciascuno.
Sicurezza, continuità e compliance
I dati batch possono contenere informazioni commerciali, produttive e qualitative sensibili. La raccolta deve quindi rispettare la separazione tra rete OT e sistemi IT, limitare le credenziali al minimo necessario e prevedere accessi profilati. Per una piattaforma in cloud contano anche localizzazione dell'infrastruttura, cifratura, backup, registri di accesso e certificazioni di sicurezza pertinenti.
La continuità operativa richiede un comportamento chiaro anche in caso di indisponibilità della connessione esterna. L'agente di raccolta deve poter gestire il buffering dei dati e la successiva sincronizzazione, evitando buchi nello storico o duplicazioni. Al tempo stesso, la logica essenziale di macchina deve rimanere sul PLC: un MES raccoglie, contestualizza e governa l'esecuzione, ma non deve diventare un punto di dipendenza per la sicurezza funzionale dell'impianto.
Per gli investimenti Transizione 4.0, la tracciabilità di ordini, dati di produzione, collegamento con i sistemi aziendali e storicizzazione degli eventi contribuisce a dimostrare l'interconnessione effettiva del bene. Non basta collegare un macchinario alla rete: occorre rendere i dati disponibili e utilizzabili nel processo aziendale.
PLCinCloud può supportare questo percorso collegando protocolli industriali, macchinari ed ERP in una piattaforma modulare, con raccolta dati, tracciabilità e dashboard disponibili senza server locali in fabbrica.
La gestione dei dati batch non richiede di digitalizzare tutto in una volta. Conviene iniziare dalla linea o dal processo in cui errori di attribuzione, ritardi di consuntivazione o scarti non spiegati hanno oggi un costo concreto. Quando ogni pezzo prodotto torna a un lotto, a una macchina e a un evento verificabile, il dato smette di essere un adempimento e diventa uno strumento quotidiano per decidere meglio.