Policy per responsabili di manutenzione: criticità asset, flussi automatizzati, manutenzione predittiva e quando generare ticket o ordini di lavoro oltre agli allarmi email e SMS.
Quando un sensore IoT deve aprire un ticket invece di un semplice allarme? Su asset critici per produzione o sicurezza, una soglia superata da sensori IoT o segnale PLC deve attivare un flusso automatizzato che genera ticket o ordine di lavoro tracciato nel CMMS, non solo allarmi e notifiche. Su asset meno critici o soglie deboli può bastare monitoraggio e allarme finché l'anomalia non si conferma nel tempo. La policy va definita per criticità asset prima di scalare la manutenzione predittiva.
Di Maintain360
Ultimo aggiornamento:
Molti stabilimenti installano sensori IoT su compressori, motori e utility senza aver chiarito cosa deve succedere quando una grandezza esce soglia. Il risultato è prevedibile: centinaia di allarmi e notifiche su email e SMS, nessun ticket o ordine di lavoro strutturato, planner che ignorano le notifiche e direzione tecnica che chiede perché la manutenzione predittiva non ha ridotto i fermi.
La domanda non è tecnica ma di governance: per ogni famiglia di asset e livello di criticità, qual è l'esito operativo del flusso automatizzato? Monitoraggio silenzioso, allarme informativo, ticket da presa in carico, ordine di lavoro con checklist, o escalation multi-livello? Senza questa matrice, i dati di campo restano rumore.
Il responsabile di manutenzione e il direttore tecnico devono allineare produzione, automazione e HSE su poche regole ripetibili. L'obiettivo non è «fare IoT», ma ridurre il tempo tra anomalia rilevata e intervento tracciato — con impatto misurabile su MTTR (velocità di risposta) e, nel medio periodo, su MTBF (meno guasti ripetuti sullo stesso asset).
Una pratica consolidata è classificare gli asset (A/B/C o equivalente RCM) e associare a ogni classe un esito automatico:
La stessa grandezza fisica (es. vibrazione su cuscinetto) può avere soglie e azioni diverse su due macchine identiche se una è su linea bottiglia e l'altra su servizio ausiliario.
In ambito industriale il segnale può arrivare da sensori IoT dedicati (vibrazione, temperatura, corrente) o da tag già esposti dal PLC verso OPC-UA, Modbus o gateway di stabilimento. Il principio resta identico: un evento, una regola, un esito.
Un flusso tipico per la manutenzione predittiva su un compressore critico:
Il PLC può segnalare stati macchina (allarme, marcia, fermo) che non richiedono lo stesso trattamento della vibrazione: spesso conviene mappare bit di allarme processo su ticket urgente, mentre le grandezze analogiche restano su regole predittive progressive.
Regole su condizione
Asset · Compressore C-12
Vibrazione
> 5.0 mm/s → ODL + Ticket
Temperatura
> 85 °C → Solo ticket
Pressione
< 4.0 bar → ODL urgente
Soglia superata · Compressore C-12
Vibrazione 5.2 mm/s · tag MQTT
Ticket TK-2914 creato
Priorità alta · asset AST-COMP-12
ODL-1955 generato
Checklist ispezione · Squadra A
Ticket e ordini nati dalla condizione asset, senza intervento manuale del planner.
Allarmi e notifiche senza ticket sono accettabili in fase pilota o su asset non critici, a patto che:
Su asset A non è sufficiente: un'email persa in una casella condivisa equivale a un guasto non gestito. Il ticket nel CMMS crea backlog misurabile, SLA, assegnazione e storico — prerequisito per calcolare MTTR sulla fase «presa in carico → chiusura».
Allarmi e notifiche
Regola AL-VIB-01 · ultimo evento 14:33
Soglia vibrazione superata · invio avviato
Canali configurati
Team manutenzione · turno B
SMS
+39 · Capo squadra A
Push app
3 tecnici in servizio
Escalation se nessuna presa in carico entro 30 min
Email e SMS al team manutenzione
Allarmi su email, SMS e push: il turno interviene prima del guasto.
I falsi positivi saturano il reparto e distruggono la fiducia nella predittiva. Strategie operative:
Il MTTR misura quanto velocemente il team chiude l'intervento dopo l'apertura del ticket o dell'ODL. Se la predittiva apre ticket in anticipo rispetto al guasto, il MTTR può salire leggermente (più lavoro preventivo) ma il downtime di produzione scende: è un trade-off che la direzione tecnica deve leggere insieme al tempo di fermo linea.
Il MTBF migliora quando gli interventi predittivi evitano rotture catastrofiche sullo stesso asset. Tracciate quanti ticket predittivi si sono conclusi con intervento effettivo vs chiusura «nessuna anomalia riscontrata»: un rapporto sano non è zero falsi positivi, ma non nemmeno il 80% di allarmi inutili.
Monitorate anche:
Approfondimento su metriche di ripristino nella sezione Statistiche e report e sul modulo Manutenzione predittiva.
Fase 1 — Pilota su 3–5 asset critici: una regola per grandezza, esito ticket + notifica, review settimanale con planner e automazione.
Fase 2 — Standardizzazione: matrice criticità estesa, template di ODL da condizione, integrazione con Sensori IoT e gateway di stabilimento se i dati non arrivano ancora al CMMS.
Fase 3 — Ottimizzazione: affinamento soglie con storico guasti, collegamento a magazzino ricambi per ODL pre-compilati, report mensile per direzione su MTTR/MTBF per sito.
La manutenzione predittiva matura quando il flusso è noioso e ripetibile: stessi input, stessi esiti, stessi KPI — non quando ogni allarme diventa un'eccezione gestita a mano.
[Sintesi]/punti chiave
| Aspetto | Solo allarme / notifica | Ticket o ODL automatico |
|---|---|---|
| Tracciabilità | Email o SMS, facile da perdere | Backlog CMMS con SLA e assegnazione |
| Asset indicati | Pilota, asset C, soglie warning | Asset A/B, criticità produzione |
| KPI | Difficile misurare MTTR | MTTR e MTBF da ordini e ticket chiusi |
| Rischio operativo | Allarmi ignorati dal team | Intervento strutturato con checklist |
[FAQ]
Policy su ticket, allarmi e manutenzione predittiva per responsabili di manutenzione e direttori tecnici.
[Piattaforma]/collegati all'articolo
Prenota una demo
Prenota una demo gratuita di Maintain360: moduli, KPI e flussi su ordini di lavoro adattati al tuo stabilimento, senza impegno.
[Blog]/continua a leggere
