Puntos clave
En la mayoría de las plantas la línea temporal de la falla se cuenta desde la perspectiva del equipo de mantenimiento. "La línea se paró a las 14:22; el técnico llegó a las 14:28; el activo volvió a funcionar a las 14:54." Tiempo total de inactividad 32 minutos, MTTR 26 minutos. Números limpios.
La visión del responsable de mantenimiento es correcta desde el momento en que ocurrió la detección. Lo que omite es el tiempo anterior a eso. El activo no empezó a fallar a las 14:22; empezó a fallar a las 13:15, cuando la lectura de un sensor comenzó a desviarse del rango normal.
Nadie vio la tendencia, el activo siguió produciendo de forma degradada durante 67 minutos, y luego se detuvo. Los 32 minutos de "inactividad" que el equipo mide son la parte fácil. Los 67 minutos de producción degradada que los precedieron son la parte que nadie cuenta.
Este patrón es lo bastante consistente como para que la brecha de detección no medida a menudo sea mayor que el tiempo de reparación medido. El artículo sobre KPIs de fabricación cubre la familia más amplia de indicadores a la que pertenece esta métrica.
El tiempo medio para detectar es la duración promedio entre el inicio real de una falla y el momento en que el equipo de mantenimiento toma conocimiento de ella. El inicio puede definirse de tres maneras según el activo:
El extremo de "toma de conciencia" de la medición es la marca temporal de la orden de trabajo abierta, la alerta reconocida o la señal verbal del operador, lo que ocurra primero.
Para muchos activos el MTTD se mide de forma retrospectiva porque no se configuró un indicador temprano con antelación. La primera vez que se calcula la métrica, el equipo normalmente mira hacia atrás en las fallas más recientes y calcula la brecha a partir de datos que siempre estuvieron presentes pero que no se vigilaban.
El artículo sobre análisis de causa raíz aborda la técnica de leer datos históricos en busca de la señal que debería haber disparado una alerta anterior.
Las mejoras en MTTR suelen requerir cambios físicos o procedimentales: preubicar repuestos, colocar herramientas cerca del activo, rediseñar paneles de acceso, procedimientos de diagnóstico más rápidos. Cada uno de estos es trabajo real y cuesta tiempo real.
Las mejoras en MTTD suelen ser cambios de configuración: establecer un umbral de alerta en un sensor existente, dirigir una alerta al teléfono de la persona adecuada en lugar de a una bandeja de entrada de correo no leída, agrupar señales pequeñas en una alarma significativa. Mismo beneficio en tiempo de inactividad evitado; inversión mucho menor.
Las matemáticas son claras en activos donde la operación degradada cuesta minutos de producción. Si una brecha de MTTD de 60 minutos significa 60 minutos de funcionamiento del activo al 80% de rendimiento antes de la parada, eso equivale a 12 minutos de pérdida equivalente de producción que actualmente es invisible.
Reducir el MTTD a 15 minutos recupera 9 de esos 12 minutos por evento, y el activo se detiene antes, por lo general con un alcance de reparación menor. El artículo sobre el programa de mantenimiento preventivo explica cómo las reducciones de MTTD retroalimentan las decisiones de cadencia de los PM.
El caso más común. Hay un sensor instalado y registrando, pero no se configuró una alerta. Los datos están en el historiador; falta la capa de alertas. Configurar una alerta en una corriente de datos existente suele ser medio día de trabajo y una ganancia el mismo día.
Algunas plantas promedian los datos crudos durante una hora o un turno, lo que suaviza las excursiones de corta duración que son la advertencia temprana de falla. La solución es mantener un flujo de alta resolución para fines de alerta, incluso si la corriente agregada se usa para informes.
Una alerta que llega a una bandeja de entrada no leída o que se muestra en una pantalla de sala de control que nadie vigila no es una alerta. El enrutamiento debe coincidir con la realidad operativa: al teléfono del técnico de turno, a la tablet del supervisor de línea, a una señal física clara en el activo.
Tres microparadas en el mismo activo en un turno es una señal más fuerte que cualquier parada individual.
La mayoría de los sistemas de alerta no reconocen patrones entre múltiples eventos; configurar una regla de agrupamiento mueve la detección de "el activo se ha detenido" a "el activo está a punto de detenerse." El sistema de gestión de órdenes de trabajo trata las estructuras de reglas de agrupamiento con más detalle.
Para una clase de activos bien instrumentada con un buen enrutamiento de alertas, el MTTD suele estar entre 3 y 8 minutos, tiempo suficiente para que alguien lo note, decida y responda. Para clases de activos sin instrumentación de indicadores tempranos, el MTTD suele estar entre 45 minutos y varias horas, porque la detección ocurre solo cuando la producción cae lo suficiente como para ser visible.
Los objetivos a los que aspirar:
Los umbrales coinciden con la criticidad del activo; una monitorización más estricta en activos de menor criticidad es una sobreinversión.
El concepto de MTTD funciona en cualquier planta con sensores y una capa de alertas.
Donde una plataforma unificada OEE + CMMS ayuda es en dos lugares: los datos de indicadores tempranos y los datos de órdenes de trabajo viven en el mismo sistema, por lo que el MTTD puede calcularse de forma retrospectiva a partir de marcas temporales de eventos sin una conciliación manual
y las reglas de enrutamiento de alertas pueden vincularse a la criticidad del activo desde la jerarquía del CMMS. Fabrico está diseñado para que el MTTD sea una métrica seguida junto al MTBF y el MTTR en lugar de una ocurrencia posterior.
Para ver cómo se ve su panorama de MTTD en sus clases de activos críticas, reserve una demo .
Use proxies de datos de producción: frecuencia de microparadas, tasa de rechazos, desviación del tiempo de ciclo. Los tres pueden derivarse del flujo de eventos del OEE. El cálculo de MTTD contra estos proxies es aproximado pero útil.
Ese es el motivo más común por el que los programas de MTTD se degradan. La solución es ajustar umbrales: cada alerta falsa es un dato que indica que el umbral necesita ajuste, y el equipo de alertas debería revisar los umbrales mensualmente durante los primeros seis meses. Un sistema de alertas ruidoso pierde la atención del operador en semanas.
Por clase de activo, no a nivel de planta. Agregar el MTTD entre activos críticos y no críticos produce un número sin sentido porque los objetivos difieren por un orden de magnitud. Por clase de activo, el número es relevante para la toma de decisiones.
El ingeniero de confiabilidad cuando existe el rol; el responsable de mantenimiento en caso contrario. El propietario es responsable de la configuración de alertas, del enrutamiento y de la revisión mensual de umbrales.
Comprar más sensores antes de configurar alertas en los existentes. La mayoría de las plantas tienen más datos de sensores que reglas de alerta. La primera ganancia de MTTD suele estar en la capa de configuración, no en la de instrumentación.
Iniciar sesión
Blog
