Quando un fermo macchina dura più di tre minuti su una linea di imbottigliamento da 24.000 bph, ogni secondo perso si traduce in bottiglie non prodotte, in ordini in ritardo e in operatori che inseguono il problema con telefonate e fogli Excel. È esattamente la situazione che abbiamo trovato in un'azienda del beverage del Nord Italia, con tre stabilimenti e ventidue linee produttive, prima di integrare il loro MES con Manutentya. In questo articolo raccontiamo il progetto: la baseline iniziale, le scelte tecniche sul connettore REST, il rollout per stabilimento e i numeri raccolti dopo nove mesi di esercizio. L'obiettivo è mostrare, con dati di campo, cosa significa davvero collegare il MES al CMMS senza fermare la produzione e senza creare un secondo flusso parallelo di ticket gestiti a mano.
Il contesto: troppi allarmi, troppi pochi ticket tracciati
Lo scenario di partenza era frammentato. Il MES generava in media 1.840 allarmi al mese per stabilimento, ma solo il 34% si trasformava in un intervento registrato nel sistema di manutenzione preesistente. Gli altri venivano gestiti a voce, via radio o via WhatsApp, con il risultato che i KPI di affidabilità erano sostanzialmente inattendibili. Il MTBF calcolato a fine mese non corrispondeva alla realtà percepita dai responsabili di linea, e ogni audit interno richiedeva settimane di ricostruzione manuale.
Il committente aveva tre requisiti non negoziabili: nessuna modifica al PLC, nessun agente da installare sui server MES, e tracciabilità completa per la certificazione IFS. Da qui la scelta di lavorare esclusivamente su API REST e webhook, sfruttando gli endpoint documentati di Manutentya e il connettore standard del MES Wonderware già in esercizio.
La baseline misurata nelle prime quattro settimane
Prima di scrivere una sola riga di integrazione abbiamo congelato la baseline su una linea pilota (estrusore PET + riempitrice rotativa + etichettatrice). I numeri raccolti, validati con il responsabile di produzione, sono stati il riferimento per tutti i confronti successivi.
- MTTR medio: 47 minuti, con picchi oltre i 110 minuti nei turni notturni
- MTBF: 11,2 ore sulla riempitrice, 18,4 ore sull'etichettatrice
- Ticket tracciati: 34% degli allarmi MES
- Tempo medio di apertura ticket: 9 minuti dall'allarme
- OEE linea pilota: 68,3%
L'architettura: REST, Bearer token e anti-flapping
Il cuore del progetto è stato il connettore tra MES e Manutentya. Abbiamo scelto un'integrazione pull-push in cui il MES, sull'evento di fermo qualificato, chiama l'endpoint /api/v1/tickets di Manutentya con un payload JSON che include matricola asset, codice evento, severità e timestamp. L'autenticazione avviene con Bearer token generato per singolo stabilimento, con scope limitato alla sola creazione ticket e lettura stato: in caso di compromissione, il token viene revocato dall'area tecnica senza impattare le altre sedi.
Tre meccanismi hanno fatto la differenza tra un'integrazione "rumorosa" e una integrazione utile:
- Anti-flapping parametrico: per ogni macchina abbiamo configurato una soglia temporale (da 30 secondi sull'etichettatrice fino a 4 minuti sull'estrusore) sotto la quale l'allarme non genera ticket. Da solo, questo filtro ha ridotto i ticket spuri del 61%.
- Mappatura allarme-intervento: una tabella centralizzata converte i codici evento MES (es.
E_TORQ_HIGH) in tipologia di guasto, priorità e team assegnatario. La tabella è gestita dal capo manutenzione, non dall'IT, ed è versionata. - Identificazione automatica del macchinario: la matricola trasmessa dal MES aggancia immediatamente la scheda asset, i contatori ore funzionamento e lo storico interventi, eliminando il passaggio manuale di "trovare la macchina giusta".
Sandbox prima della produzione
Tutto è stato validato nella sandbox di test di Manutentya, con un dataset di 1.200 payload reali estratti dai log MES delle settimane precedenti. Abbiamo simulato fermi reali, picchi di allarmi e malformazioni del JSON, verificando che i codici HTTP di ritorno fossero gestiti correttamente dal connettore. Il go-live sulla linea pilota è avvenuto solo dopo zero errori di validazione su tre giorni di replay.
I numeri dopo nove mesi: MTTR, MTBF e ROI
Il rollout è proceduto per ondate: due linee al mese, con due settimane di affiancamento per ciascuna. Dopo nove mesi dall'avvio della linea pilota, i dati aggregati sui tre stabilimenti raccontano una storia chiara.
- MTTR medio: da 47 a 28 minuti (-40%)
- MTBF riempitrice: da 11,2 a 16,8 ore (+50%)
- Ticket tracciati: dal 34% al 97% degli allarmi qualificati
- Tempo medio apertura ticket: da 9 minuti a 11 secondi
- OEE medio sulle 22 linee: da 68,3% a 74,1%
- Ore di fermo evitate: 1.420 ore/anno stimate
"Il dato che mi ha convinto non è l'OEE in più. È il fatto che a fine mese il report che esce dal CMMS corrisponde esattamente a quello che è successo in reparto. Per la prima volta i miei capi turno e il sistema raccontano la stessa storia." — Responsabile manutenzione, stabilimento sede
Sul fronte economico, il calcolo del ROI è stato fatto in modo conservativo: solo ore di fermo evitate sulle tre linee a maggiore criticità, valorizzate al margine di contribuzione orario fornito dal controllo di gestione. Il payback del progetto di integrazione (licenze, connettore, giornate di consulenza, formazione) si è chiuso a 7,4 mesi. A regime, il ritorno netto stimato sui dodici mesi successivi è pari a 4,1 volte l'investimento.
Lezioni apprese e cosa rifaremmo
Tre punti che chi sta valutando un progetto simile dovrebbe portarsi a casa. Primo: il valore non è nel "passare allarmi al CMMS", ma nel filtrare quelli giusti. L'anti-flapping configurato male trasforma il team manutenzione in centralinisti. Secondo: l'aggiornamento bidirezionale con webhook sui cambi di fase è ciò che ha permesso al MES di riprendere la produzione solo a intervento effettivamente chiuso, eliminando i riavvii prematuri che generavano nuovi fermi. Terzo: il log completo delle chiamate API, con payload, timestamp e codice HTTP, ha azzerato i tempi di troubleshooting durante l'audit IFS, passando da settimane di ricostruzione a query di pochi minuti.
Se anche tu stai valutando come collegare il tuo MES al CMMS senza creare un secondo flusso parallelo di ticket, puoi approfondire le specifiche tecniche del modulo Integrazione MES di Manutentya oppure richiedere una demo guidata dal nostro team, con un confronto sulla tua architettura attuale e una stima di payback basata sui tuoi numeri reali.