Una parada no planificada de 45 minutos puede parecer un incidente aislado hasta que se suman el producto retenido, las horas extra, los retrasos de despacho y la presión sobre mantenimiento. Este ejemplo de monitoreo de activos muestra cómo una planta puede transformar señales dispersas de máquinas en decisiones operativas que protegen disponibilidad, costos y capacidad de producción.
El objetivo no es instalar sensores por instalar sensores. Es saber qué activo está perdiendo desempeño, por qué ocurre, quién debe actuar y cómo comprobar que la intervención resolvió la causa. Esa diferencia separa un tablero atractivo de un sistema que genera resultados medibles.
Ejemplo de monitoreo de activos: una línea de empaque
Imagine una empresa de alimentos con una línea de empaque que opera dos turnos. La línea depende de una banda transportadora, un motor principal, una selladora térmica, un compresor de aire y un sistema de refrigeración. Cuando falla el compresor o el motor se sobrecalienta, la producción se detiene y el equipo de mantenimiento debe reaccionar con información incompleta.
La empresa ya cuenta con PLCs y registros manuales de mantenimiento, pero no existe una vista consolidada del estado de los equipos. El operador reporta ruidos o vibraciones cuando los detecta. Mantenimiento revisa el activo después de una alarma o una parada. Gerencia recibe un reporte al cierre del mes, cuando ya no es posible recuperar las horas perdidas.
El proyecto de monitoreo comienza al definir los activos críticos, no al comprar tecnología. En este caso, el compresor, el motor de la banda y la selladora reciben prioridad porque concentran el mayor riesgo de detener la línea. Se establece una línea base de disponibilidad, consumo energético, temperatura, presión, vibración y tiempo medio entre fallas.
Qué datos se capturan
En el motor de la banda se instalan sensores de vibración y temperatura. En el compresor se registran presión, temperatura de descarga, ciclos de operación y consumo eléctrico. La selladora aporta datos de temperatura de resistencias, velocidad y eventos de error desde su controlador.
Los datos viajan desde los sensores y PLCs hacia una pasarela industrial. Esa pasarela filtra lecturas repetidas, conserva datos si la red falla y envía solo la información necesaria a una plataforma central. Así se evita cargar la infraestructura con miles de registros sin valor operativo.
No todos los activos requieren el mismo nivel de instrumentación. Un ventilador de bajo costo y reemplazo rápido puede monitorearse solo por horas de uso. Un compresor que detiene una línea completa justifica variables de condición, alertas y análisis histórico. La inversión debe seguir el impacto del activo en seguridad, producción, calidad y costo.
Del dato a una orden de trabajo útil
El valor aparece cuando cada señal tiene una respuesta definida. Por ejemplo, el sistema puede detectar que la vibración del motor aumentó 18% durante dos semanas, aunque la temperatura permanezca dentro del rango normal. No se trata todavía de una falla, pero sí de una condición que amerita revisión durante una ventana programada.
La regla no debería limitarse a: “si la vibración supera X, enviar una alerta”. Una configuración más útil combina umbrales, tendencia y contexto de operación. Si la vibración sube mientras la velocidad de la banda es estable, y el motor acumula más horas de servicio que su promedio, el sistema crea una alerta de prioridad media. Si además aumenta la temperatura, la prioridad escala y se genera una orden de trabajo para inspeccionar alineación, lubricación, rodamientos y carga mecánica.
En el compresor, una caída repetida de presión puede indicar fugas, filtros obstruidos o un ciclo de trabajo excesivo. Al cruzar ese evento con el consumo eléctrico, mantenimiento puede diferenciar entre una variación normal de demanda y una ineficiencia que está elevando el costo por unidad producida.
Este flujo debe integrarse con el sistema de gestión de mantenimiento, ya sea un CMMS o una aplicación interna. El técnico recibe una orden con el activo, la condición detectada, el historial reciente y una lista de verificación. Al cerrar el trabajo, registra la causa encontrada, el repuesto utilizado y la acción correctiva. Esa retroalimentación mejora las reglas de monitoreo y convierte cada intervención en conocimiento operativo.
Una alerta no es una solución
Muchas iniciativas fallan porque generan demasiadas notificaciones. Cuando el operador recibe alertas repetitivas por una variación menor, aprende a ignorarlas. Cuando mantenimiento recibe alarmas sin contexto, pierde tiempo verificando falsos positivos.
Por eso conviene clasificar los eventos en tres niveles: informativo, atención programada y acción inmediata. Los eventos informativos alimentan tendencias. Los de atención programada se incorporan al plan semanal de mantenimiento. Los críticos movilizan al responsable de turno porque existe riesgo real de parada, seguridad o calidad.
La calibración inicial exige disciplina. Durante las primeras semanas, el equipo debe revisar qué alertas fueron útiles, cuáles se activaron sin una condición relevante y qué variables faltan. El monitoreo de activos no queda terminado al encender el tablero: se ajusta con la experiencia de operadores, técnicos e ingeniería.
Indicadores para medir el impacto
Un proyecto de este tipo debe hablar el lenguaje de operaciones y finanzas. Tener lecturas en tiempo real no basta si nadie puede asociarlas con una mejora concreta. Para la línea de empaque, la empresa puede seguir disponibilidad, tiempo medio entre fallas, tiempo medio de reparación, consumo de aire comprimido y porcentaje de mantenimiento planificado frente a correctivo.
Supongamos que la línea pierde seis horas mensuales por eventos asociados al compresor y al sistema de transporte. Si el monitoreo permite anticipar dos de esos eventos y trasladar la intervención a una parada programada, la planta recupera capacidad sin necesidad de añadir un turno. El cálculo real debe incluir margen por producto, costo laboral, penalizaciones de entrega y desperdicio, no solo el costo de la reparación.
También conviene medir la calidad de la información. Una métrica práctica es el porcentaje de órdenes de trabajo que incluyen causa de falla y evidencia de condición. Si el equipo solo registra “reparado”, no habrá suficiente aprendizaje para prevenir la siguiente incidencia.
Arquitectura que crece sin complicar la operación
Una primera fase puede concentrarse en cinco a diez activos críticos y utilizar sensores industriales, PLCs existentes, una pasarela IoT y un tablero de operación. El tablero debe mostrar el estado actual, alarmas priorizadas, tendencia por activo y órdenes abiertas. Para gerencia, conviene una vista distinta: disponibilidad, costo de paradas, consumo y cumplimiento del mantenimiento.
La integración con ERP, inventario de repuestos o sistemas de calidad puede llegar después. Intentar conectar todo desde el primer día eleva el tiempo de implementación y aumenta el riesgo de diseñar una solución difícil de operar. La mejor arquitectura es la que entrega una mejora visible en un proceso crítico y puede ampliarse de forma ordenada.
La ciberseguridad también forma parte del diseño. Los equipos industriales no deberían exponerse directamente a internet. Es necesario segmentar redes, gestionar accesos por rol, registrar cambios de configuración y definir quién es dueño de los datos. En entornos productivos, una mala integración puede afectar disponibilidad o seguridad, por lo que tecnología de la información y tecnología operacional deben trabajar bajo las mismas reglas.
Cómo iniciar un proyecto con criterio
Antes de seleccionar una plataforma, reúna a operaciones, mantenimiento, TI e ingeniería frente a un caso concreto: una línea con paradas frecuentes, un activo costoso o un consumo energético fuera de control. Documenten la secuencia de falla, los datos disponibles, el costo estimado y la decisión que hoy se toma tarde.
Después, diseñen un piloto de 60 a 90 días con una meta específica. Puede ser reducir paradas por sobretemperatura, detectar pérdidas de presión o disminuir inspecciones manuales en activos distribuidos. El piloto debe tener responsables, criterios de éxito y una rutina semanal para revisar alertas, órdenes de trabajo y resultados.
QST puede acompañar este recorrido integrando instrumentación, IoT industrial, desarrollo de software a medida y automatización, para que los datos no queden aislados entre planta, mantenimiento y dirección. La prioridad es construir una solución útil para su operación, no imponer una plataforma genérica.
El mejor punto de partida no suele ser la máquina más nueva ni el sensor más avanzado. Es el activo cuya falla obliga a su equipo a correr, gastar y explicar retrasos una y otra vez. Cuando ese problema se vuelve visible antes de detener la producción, el monitoreo empieza a pagar su lugar en la planta.
