Por qué fallan las alertas de máquinas en planta: falsas alarmas, escalado y tiempo de respuesta
DBR77 Team · Publicado el
Las alertas de máquina fallan en planta cuando son demasiadas, cuando se envían a un grupo en lugar de a una persona y cuando nadie controla qué ocurre después de que salten. Funcionan cuando cada alerta corresponde a un evento real, se convierte en una tarea con un único responsable y escala según una regla escrita.
En una línea de envasado de cartón ondulado, ese cambio redujo el tiempo medio de respuesta a una parada de 24 a 9 minutos al acortar el tiempo entre la parada y la respuesta.
Dónde se iban los 24 minutos
Antes del cambio, una parada seguía un camino conocido. Cuando la máquina se paraba, alguien lo notaba tarde o temprano y caminaba hasta encontrar al jefe de turno, que avisaba por radio a mantenimiento. Mantenimiento tenía que averiguar qué se había parado y dónde.
La mayor parte de ese tiempo pasaba antes de que nadie supiera que la máquina estaba parada. Tras el cambio:
- La parada se convierte en una alerta en el mismo instante en que ocurre.
- La alerta se convierte en una tarea con responsable en el turno actual, con máquina, hora y motivo asociados.
- La respuesta queda registrada en el sistema: cuándo se confirmó, cuándo empezó el trabajo y cuándo volvió a funcionar la máquina.
Los 15 minutos ahorrados salieron de enterarse antes de la parada, y la reparación en sí duró lo mismo. Por eso conviene centrar el esfuerzo en acortar el tiempo entre una parada y el momento en que la persona adecuada se entera. El piloto se describe con más detalle en Cómo reducir las paradas con datos en tiempo real.
Por qué se ignoran las alertas
Las plantas que activan alertas de máquina suelen acabar con ruido. Los teléfonos vibran durante todo el turno, la mayoría de las alertas no requiere ninguna acción y, al cabo de una semana, la gente deja de mirarlas.
Las salas de control de la industria de procesos aprendieron esto hace tiempo. El Energy Institute define una alarma como una señal que indica un problema que requiere la atención y la respuesta del operador. Su nota informativa cita la recomendación de EEMUA de una media de aproximadamente una alarma cada 10 minutos, y un caso de la industria petroquímica en el que los operadores se enfrentaban a una alarma por minuto.
Las normas de gestión de alarmas formalizan este principio. ANSI/ISA-18.2 gestiona las alarmas a lo largo de un ciclo de vida que va desde la filosofía y la racionalización hasta la monitorización y la auditoría. ISA también publica un informe técnico para procesos discontinuos y de fabricación discreta orientado a minimizar las alarmas molestas. EEMUA 191 es la otra guía de referencia. El mismo principio vale en planta: una alerta que no requiere ninguna acción debe eliminarse.
Problemas habituales de las alertas y cómo corregirlos
Los fallos de las alertas en una línea discreta suelen tener unas pocas causas. Los umbrales siguientes son puntos de partida orientativos; ajústelos a sus máquinas.
| Problema de la alerta | Causa | Solución |
|---|---|---|
| Alertas por paradas que se resolvieron solas | No hay una duración mínima de parada | Filtro temporal: avisar solo si la parada dura más de, por ejemplo, 2 minutos |
| La misma parada genera alertas una y otra vez | La señal oscila entre marcha y parada | Tiempo de retención antes de que el estado pueda volver a cambiar |
| Cinco alertas por un solo problema | Una parada aguas arriba deja sin material o bloquea el resto de la línea | Agrupar las alertas por línea y enviar solo la parada raíz |
| Alertas durante descansos y cambios de formato | El tiempo de parada planificada no está en el sistema | El calendario de turnos y las paradas planificadas suprimen las alertas |
| Alerta que nadie lee | Se envía a un grupo o a una pantalla compartida | Un responsable por función en el turno actual |
| El responsable llega sin saber qué necesita | La alerta solo dice "máquina parada" | Máquina, ubicación, duración y motivo indicado por el operario en la alerta |
Las paradas cortas requieren un tratamiento especial. Vorne describe las paradas menores como de menos de cinco minutos y que no requieren mantenimiento. Cuéntelas y revíselas a diario sin avisar a un técnico por cada una.
Vea cómo una alerta se convierte en una tarea con responsable
En una demo de 30 minutos le mostramos paradas en directo, la captura del motivo, el enrutamiento de alertas y el escalado en DBR77 IIoT, con una configuración real de línea.
Reglas de escalado que funcionan
Sin una regla de escalado, una alerta no confirmada simplemente espera. Un conjunto inicial razonable (valores orientativos):
- No confirmada en 5 minutos: la alerta llega al jefe de turno.
- Confirmada, pero la máquina sigue parada tras 20 minutos: se informa al responsable de mantenimiento.
- La máquina cuello de botella parada más de 30 minutos: se informa al director de producción, porque el plan del turno está en riesgo.
- El mismo motivo de parada tres veces en un turno: una tarea de seguimiento para la revisión del día siguiente.
Escale a un supervisor cuando se necesite una decisión que el responsable no puede tomar: mover personal, cambiar el plan, llamar a un servicio externo. Mientras el responsable esté trabajando en ello dentro del tiempo normal de reparación, no hace falta escalar. Escriba las reglas antes de la puesta en marcha.
Convierta cada alerta en una tarea
A diferencia de una notificación, que solo informa de que algo ha ocurrido, una tarea tiene responsable, estado y un momento de cierre. En la línea de envasado, convertir las alertas en tareas fue lo que redujo el tiempo de respuesta.
En DBR77 IIoT, el operario selecciona un motivo de parada en la propia máquina en unos dos segundos, y la alerta llega al responsable como una tarea en la aplicación del operario. La confirmación y el cierre quedan con marca de tiempo. Para las plantas que quieren el siguiente paso, IRIS cierra el ciclo un poco más, desde la detección hasta la acción asignada y el seguimiento.
Las alertas también necesitan contexto: una parada durante un cambio de formato significa algo distinto que una parada durante la producción. Nuestro artículo sobre por qué los datos de máquina no sirven sin contexto lo trata en detalle. Si ya utiliza un CMMS, decida más adelante si las alertas deben generar órdenes de trabajo allí; consulte cuándo integrar IoT con MES, ERP y CMMS.
Cómo saber si sus alertas funcionan
Revise estas cifras cada semana con los jefes de turno:
- Alertas por responsable y turno. Si una persona recibe decenas, hay que trabajar en los umbrales o en la agrupación.
- Porcentaje de alertas confirmadas en 5 minutos. Una caída de este porcentaje es la primera señal de fatiga.
- Tiempo medio de respuesta a una parada. Es el resultado; las otras tres cifras lo explican.
- Alertas cerradas sin acción. Cada una es candidata a eliminarse.
Siemens calcula que las 500 mayores empresas del mundo pierden alrededor de un 11 % de sus ingresos anuales por paradas no planificadas, y los minutos que transcurren entre una parada y el momento en que la persona adecuada se entera son la parte de esa pérdida más barata de eliminar.
Preguntas frecuentes
¿Cuántas alertas por turno son demasiadas?
No existe una cifra única para planta. La guía de salas de control utiliza como referencia una alarma cada 10 minutos. Si un responsable recibe alertas más rápido de lo que puede actuar, ajuste primero los umbrales y la agrupación.
¿Qué duración mínima de parada debe generar una alerta?
Empiece con 1 a 3 minutos, según las microparadas normales de la máquina. Las paradas más cortas deben registrarse y revisarse a diario, sin avisar a nadie.
¿Las alertas deben ir a un grupo de chat o a una pantalla compartida?
Sirven para dar visibilidad. Pero la responsabilidad es otra cosa: cada alerta necesita un responsable con nombre en el turno actual; si no, todos asumen que otro se encarga.
¿Los operarios tienen que indicar un motivo para cada parada?
Para las paradas que superan el umbral de alerta, sí. Lleva unos dos segundos y es mejor que las notas de final de turno.
¿Las alertas pueden funcionar sin conectarse a nuestro CMMS?
Sí. Las alertas convertidas en tareas con responsable aportan por sí solas la mejora del tiempo de respuesta. La integración con el CMMS puede llegar más adelante.
Conclusión
Antes de añadir alertas nuevas, elija una línea y revise con los jefes de turno las alertas de una semana usando las cuatro cifras anteriores. Las alertas cerradas sin acción muestran dónde falta una duración mínima de parada o una agrupación. Corrija eso primero y después escriba las reglas de escalado para las alertas que queden.
Configure alertas en las que sus jefes de turno confíen
Reserve una demo y repasaremos con usted los umbrales, la agrupación y las reglas de escalado de una de sus líneas.
Fuentes
- Energy Institute, Human factors briefing note no. 2: Alarm handling, 2011
- ANSI, ANSI/ISA 18.2-2016, Alarm Systems for the Process Industries, 2016
- ISA InTech, ISA18 charts updates to ISA/IEC alarm management standard and technical reports, 2017
- EEMUA, Publication 191: Alarm systems, a guide to design, management and procurement, 2024
- Vorne, The Six Big Losses, 2026
- Institute for Supply Management, The Monthly Metric: Unscheduled Downtime (resumen de datos de Siemens), 2024
- Datos del piloto DBR77 IIoT, línea de envasado de cartón ondulado (cliente anónimo), 2026