Un ordine dichiarato “in lavorazione” non dice se la commessa sta realmente avanzando. Può indicare che il materiale è stato prelevato, che l’operatore ha avviato una fase o semplicemente che qualcuno ha aggiornato l’ERP a fine turno. Nel frattempo, una macchina può essere ferma per allarme, produrre scarti o lavorare...
Perché l’avanzamento commesse spesso non è attendibile
In molti stabilimenti la commessa nasce nell’ERP, ma la sua esecuzione vive su strumenti diversi: fogli cartacei, terminali operatore, file Excel, HMI macchina e comunicazioni tra reparti. Il risultato è una catena informativa discontinua. L’ordine può essere formalmente aperto, ma nessuno sa con precisione quale quantità buona sia stata prodotta, quale fase sia in ritardo o quanto tempo sia stato perso per fermo impianto.
Il problema non è soltanto la lentezza dell’aggiornamento. È la diversa definizione di “avanzamento”. Per il gestionale, una fase può essere completata quando viene registrata una dichiarazione. Per il reparto, la fase è completata quando il lotto è fisicamente disponibile. Per il controllo qualità, è completata solo dopo l’esito del collaudo. Senza regole condivise e dati oggettivi, queste tre letture possono non coincidere.
Anche i dati manuali hanno un limite operativo evidente: vengono inseriti quando c’è tempo. Durante un cambio formato, un fermo o una produzione ad alta cadenza, la priorità dell’operatore è far funzionare la linea. Chiedere una rendicontazione continua e dettagliata aumenta il carico amministrativo e non garantisce precisione.
Tracciare avanzamento commesse: quali dati servono davvero
Un sistema efficace non richiede di acquisire ogni segnale disponibile dal PLC. Richiede di identificare le informazioni che spiegano lo stato della commessa e consentono di agire. La selezione dipende dal processo, ma la struttura è ricorrente.
L’ordine di produzione deve essere riconosciuto in modo univoco e associato a macchina, linea, articolo, lotto e fase. Da quel momento occorre rilevare gli eventi principali: avvio lavorazione, stop, ripresa, fine fase, quantità prodotta, quantità scartata, causale di fermo e, dove previsto, controllo qualità o trasferimento al reparto successivo.
Il dato più utile è il confronto tra piano e consuntivo. Se una commessa prevede 10.000 pezzi in otto ore, il sistema deve poter mostrare non solo quanti pezzi sono stati conteggiati, ma anche se il ritmo effettivo rende raggiungibile il target entro la scadenza. Per questo il conteggio pezzi, lo stato macchina e i tempi produttivi hanno valore solo se vengono contestualizzati rispetto all’ordine attivo.
In un impianto con PLC Siemens S7, Modbus TCP/IP, OPC UA, EtherNet/IP o altri protocolli industriali, molti di questi segnali sono già presenti. L’obiettivo non è sostituire logiche di automazione consolidate, ma rendere disponibili a livello MES i dati necessari per collegare il comportamento della macchina alla commessa.
Il ruolo dell’ERP e quello della fabbrica
L’ERP resta il sistema di riferimento per anagrafiche, ordini, cicli, distinte base, date di consegna e consuntivazione amministrativa. Il MES raccoglie invece l’evidenza operativa: cosa sta accadendo ora, su quale risorsa, con quale rendimento e con quali anomalie.
Questa distinzione evita integrazioni fragili. Non è necessario replicare tutto il gestionale nel reparto, né riversare nell’ERP ogni singolo cambio di stato del PLC. Occorre definire quali eventi devono essere scambiati, con quale frequenza e quale sistema governa ogni informazione. Ad esempio, l’ERP può inviare l’ordine pianificato e ricevere quantità buone, scarti, tempi e dichiarazioni di fine fase; il MES può mantenere lo storico dettagliato di allarmi, microfermi e stato macchina.
La frequenza di aggiornamento dipende dall’uso del dato. Per una dashboard di reparto serve una lettura quasi real-time. Per l’aggiornamento contabile dell’ordine possono bastare regole di consolidamento per turno, lotto o avanzamento percentuale. Cercare il tempo reale assoluto su ogni dato non sempre genera più valore: può aumentare traffico, complessità e gestione delle eccezioni.
Dalla percentuale stimata allo stato verificabile
La percentuale di completamento è utile, ma non deve diventare un indicatore isolato. Un avanzamento al 80% può nascondere uno scarto superiore al previsto, un collo di bottiglia nella fase successiva o un tempo ciclo fuori standard. È più efficace visualizzare la commessa attraverso pochi elementi coerenti: quantità pianificata, quantità buona, scarti, tempo previsto, tempo effettivo, stato della macchina e data obiettivo.
Su una dashboard operativa, ogni ordine dovrebbe rendere immediatamente riconoscibili almeno tre condizioni: nei tempi, a rischio e in ritardo. La classificazione può essere calcolata confrontando quantità residua, capacità disponibile, velocità effettiva e scadenza. In questo modo la priorità non dipende solo dalla percezione del capoturno o dall’ordine di arrivo delle segnalazioni.
Per le produzioni multi-fase, la visibilità deve estendersi al flusso. Una commessa può essere completata al 100% su una pressa ma bloccata prima del confezionamento, della verniciatura o del collaudo. Tracciare la singola macchina è utile; tracciare il percorso della commessa consente di individuare dove si sta formando l’accumulo e se la data promessa è ancora sostenibile.
Come impostare il progetto senza fermare la produzione
Il punto di partenza non è la tecnologia, ma una mappa essenziale del processo. Bisogna individuare le linee e le commesse che hanno maggiore impatto su consegne, saturazione e marginalità. Partire da tutte le macchine contemporaneamente tende ad allungare il progetto e rende più difficile validare le regole di raccolta dati.
La prima fase consiste nel definire gli eventi da tracciare e la loro fonte. Alcuni dati arrivano direttamente dalla macchina, come conteggio, marcia, fermo e allarme. Altri richiedono un’interazione operatore, per esempio la causale reale di un fermo, l’identificazione del lotto o la conferma di una non conformità. La scelta corretta è automatizzare ciò che la macchina conosce con certezza e rendere semplice la registrazione di ciò che richiede contesto umano.
Segue la verifica dell’interconnessione. Il collegamento a PLC e sistemi esistenti deve rispettare la continuità produttiva e la segregazione tra rete OT e servizi IT. Un’architettura cloud-native con agente leggero on-premise consente di acquisire i dati in fabbrica senza introdurre server locali da mantenere, mantenendo l’accesso alle dashboard via browser e centralizzando la gestione della piattaforma.
La fase più delicata è il collaudo dei dati. Non basta verificare che un tag PLC cambi valore. Occorre confrontare i conteggi con la produzione reale, simulare cambi commessa, controllare la gestione delle fermate e validare il ritorno dei consuntivi verso l’ERP. Se una causale automatica non riflette il processo effettivo, va corretta prima della messa a regime: un dato errato, anche se aggiornato ogni secondo, porta a decisioni errate più velocemente.
KPI che collegano commesse, efficienza e servizio al cliente
Quando l’avanzamento è affidabile, gli indicatori smettono di essere report separati. L’OEE può essere analizzato per commessa, articolo, turno o macchina; gli scarti diventano attribuibili a uno specifico ordine; i tempi di setup mostrano il loro impatto sulle consegne; gli allarmi ricorrenti permettono di capire perché una famiglia di prodotti richiede più ore del previsto.
Per la pianificazione, il dato più utile non è soltanto il tempo storico medio. È la capacità effettivamente disponibile, depurata da fermate, cambi formato, manutenzioni e vincoli di qualità. Questo consente di promettere date più realistiche e di rinegoziare le priorità prima che il ritardo diventi inevitabile.
Per il controllo di gestione, il consuntivo puntuale migliora l’analisi dei costi. Tuttavia, è opportuno distinguere tra precisione necessaria e precisione teorica. Se il ciclo produttivo non richiede la rilevazione al secondo, una raccolta eventi ben progettata può essere più utile di un modello troppo complesso, difficile da mantenere e poco adottato dal reparto.
Un dato operativo che diventa decisione
Tracciare l’avanzamento non significa aggiungere un’altra schermata alla fabbrica. Significa costruire una fonte dati comune tra produzione, pianificazione, qualità e amministrazione, in cui lo stato dell’ordine non venga stimato ma verificato.
Con PLCinCloud, i dati disponibili su PLC, macchine e sistemi gestionali possono essere raccolti in una piattaforma MES modulare, trasformati in dashboard operative e utilizzati per rendere tracciabili tempi, quantità, scarti e anomalie di ogni commessa. Il valore concreto è ridurre le informazioni tardive e intervenire quando l’ordine può ancora essere recuperato.
Il primo passo utile è scegliere una linea critica e misurare una domanda semplice: per ogni commessa attiva, sappiamo oggi quanta produzione buona è stata realmente completata, quanto manca e quale evento rischia di compromettere la consegna? Se la risposta richiede telefonate, fogli Excel o dati del turno precedente, c’è già un margine operativo da recuperare.