Menu
Tiempo medio para reconocer (MTTA): fórmula y ejemplo

Tiempo medio para reconocer (MTTA): fórmula y ejemplo

Tiempo medio para reconocer (MTTA) mide qué tan rápido tu equipo responde a las alertas. Aprende la fórmula, un ejemplo numérico resuelto y cómo encaja en la línea de tiempo del incidente.
Tiempo medio para reconocer (MTTA): fórmula y ejemplo

Tiempo medio de reconocimiento (MTTA) es el tiempo medio entre el momento en que una máquina o sistema genera una alerta y el momento en que un humano la reconoce. Mide la latencia de respuesta: qué tan rápido su equipo detecta y se hace cargo de un problema, antes de que realmente comience cualquier trabajo de reparación. Un MTTA bajo significa que las alertas se ven y se reclaman rápido. Un MTTA alto suele indicar fatiga por alertas, propiedad poco clara o notificaciones que nunca llegan a la persona adecuada.

La fórmula del MTTA

MTTA es un promedio simple. Sume las demoras de reconocimiento de todos los incidentes en un periodo y luego divida por el número de incidentes:

MTTA = Tiempo total desde la alerta hasta el reconocimiento / Número de incidentes

El "reconocimiento" es un evento discreto: un operador abre la alerta, pulsa un botón o acepta la orden de trabajo, señalando "He visto esto y ahora me hago cargo." MTTA no tiene en cuenta si la máquina ya está reparada. Solo mide la brecha entre que suena la alarma y que una persona levanta la mano.

Dónde se sitúa el MTTA en la línea de tiempo del incidente

Cada incidente avanza a través de una cadena de momentos, y cada métrica de fiabilidad mide un segmento distinto de esa cadena:

  • Detección: ocurre la falla y se genera una alerta.
  • Reconocimiento (MTTA): un humano acepta la alerta y se hace cargo.
  • Reparación (MTTR): el equipo diagnostica y restaura el activo a su funcionamiento.
  • Tiempo operativo (MTBF): el tiempo de funcionamiento sano entre una falla y la siguiente.

MTTA es la parte inicial de la respuesta. Es la pausa antes de que empiece el trabajo de reparación. Para un desglose completo de las métricas de reparación y tiempo operativo que siguen, consulte nuestra guía sobre MTBF y MTTR.

Por qué el MTTA es distinto del MTTR

Es fácil mezclar el reconocimiento con el tiempo de reparación, pero responden a preguntas distintas. MTTR pregunta cuánto tarda la reparación; MTTA pregunta cuánto tarda alguien en reaccionar en absoluto. Un equipo puede tener un MTTR rápido (técnicos expertos que reparan con rapidez) y aun así sufrir una disponibilidad terrible porque las alertas permanecen sin verse durante una hora antes de que alguien las reconozca. Separar ambos le dice dónde vive realmente la demora: en la respuesta o en la reparación. Si el MTTA está inflado, comprar mejores herramientas o formar a los técnicos no ayudará, porque el tiempo se pierde antes incluso de que comience el trabajo.

Por qué el MTTA importa: latencia de respuesta y fatiga por alertas

La latencia de reconocimiento suele ser el impulsor oculto del tiempo de inactividad no planificado. Cuando una línea se detiene y la alerta espera diez minutos para ser reconocida, son diez minutos de producción perdida en los que nadie está trabajando para recuperar la producción todavía.

La causa más común de un MTTA alto es la fatiga por alertas. Cuando los operadores están inundados con notificaciones de poco valor o duplicadas, empiezan a ignorar el panel y las fallas reales quedan enterradas en el ruido. Rastrear el MTTA a lo largo del tiempo hace aflorar este problema como un número sobre el que se puede actuar. También recompensa el cambio de apagar fuegos a un mantenimiento proactivo, donde una propiedad clara y una configuración afinada de alertas mantienen los tiempos de respuesta cortos.

Ejemplo numérico resuelto

Imagine que una línea de envasado genera cinco alertas durante un turno. Para cada una, registramos la marca temporal de la alerta y la marca temporal del reconocimiento, y luego calculamos la demora en minutos:

  1. Alerta 08:02, reconocida 08:06. Demora = 4 minutos.
  2. Alerta 09:15, reconocida 09:27. Demora = 12 minutos.
  3. Alerta 11:40, reconocida 11:43. Demora = 3 minutos.
  4. Alerta 13:20, reconocida 13:41. Demora = 21 minutos.
  5. Alerta 15:05, reconocida 15:15. Demora = 10 minutos.

Ahora aplique la fórmula. Primero, sume las demoras: 4 + 12 + 3 + 21 + 10 = 50 minutos. Luego divida por el número de incidentes, que es 5.

MTTA = 50 minutos / 5 incidentes = 10 minutos.

El tiempo medio de reconocimiento del equipo es de 10 minutos. Nótese el valor atípico de 21 minutos en el incidente 4: una sola alerta ignorada puede elevar el promedio de todo el turno, que es precisamente la señal que quiere que un análisis de Pareto le ayude a perseguir. Aislar esa respuesta lenta suele ser más valioso que recortar segundos de las respuestas rápidas.

Cómo reducir el MTTA en la práctica

Una vez que pueda medir el MTTA, hay algunas palancas que lo reducen de forma fiable:

  • Envíe las alertas a un propietario o equipo específico, no a una bandeja compartida que todos asumen que está siendo vigilada por otro.
  • Ajuste los umbrales de alerta para que el panel muestre fallas reales, no ruido, lo que combate directamente la fatiga por alertas.
  • Escale automáticamente: si una alerta no es reconocida en un plazo establecido, se eleva a la siguiente persona.
  • Registre cada alerta y reconocimiento con una marca temporal precisa para que la métrica sea confiable y auditable.

Un reconocimiento más rápido se traduce directamente en mayor disponibilidad, que es una de las tres palancas detrás de la efectividad general del equipo. Menos tiempo perdido antes de la respuesta significa más horas máquina productivas.

Cómo Fabrico hace que el MTTA sea medible

No puede calcular el MTTA sin dos marcas temporales confiables: cuándo se disparó la alerta y cuándo se reconoció. Esta es precisamente la base de datos que proporciona Fabrico. La monitorización en tiempo real de Fabrico detecta una parada o desviación en el momento en que ocurre y marca la alerta, incluso en máquinas sin PLC, usando monitorización por visión por computadora. Cuando un operador reconoce la alerta o acepta la orden de trabajo vinculada dentro del CMMS, ese reconocimiento también queda marcado con una marca temporal. Con ambos eventos capturados automáticamente, el MTTA deja de ser una conjetura garabateada en una planilla y pasa a ser un número vivo y defendible. Como Fabrico está desarrollado en la UE y con residencia de datos en la UE, esas marcas temporales permanecen bajo su control. Para profundizar en la capa de mantenimiento que vincula alertas con órdenes de trabajo y activos, lea nuestro explicador sobre qué es un CMMS.

Preguntas frecuentes

¿Un MTTA más bajo siempre es mejor?

En general sí, porque significa que las alertas se notan y se asumen rápidamente. Pero un MTTA artificialmente bajo puede ser engañoso si los operadores hacen clic reflexivamente en "reconocer" para limpiar el panel sin investigar realmente. Combine MTTA con MTTR y datos de tiempo de inactividad para saber si el reconocimiento está conduciendo a una acción real y no solo a silenciar la alarma.

¿Cuál es un buen objetivo de MTTA?

No existe un número universal, porque depende del proceso y del coste de una línea parada. El enfoque correcto es medir su MTTA actual, establecerlo como línea base y reducirlo con el tiempo. Un activo crítico y cuello de botella debería tener una ventana de reconocimiento mucho más ajustada que una máquina auxiliar de baja prioridad.

¿El MTTA incluye el tiempo para arreglar el problema?

No. El MTTA termina en el instante en que un humano reconoce la alerta. El tiempo de diagnóstico y reparación posterior se mide por separado con el MTTR. Mantenerlos separados es el objetivo: le dice si sus demoras provienen de una respuesta lenta o de una reparación lenta.

¿Quiere convertir sus alertas y reconocimientos en datos MTTA en vivo y con marcas temporales en lugar de conjeturas en una planilla? Reserve una demo de Fabrico y vea la monitorización en tiempo real y las marcas temporales del CMMS funcionando en su propia línea de producción.

Lo último de nuestro blog

Peak Demand Management: Cutting the Charge for Your Worst 15 Minutes
Leer ahora
VFD Energy Savings: Why Variable Speed Drives Cut Pump and Fan Power
Leer ahora
Standby and Idle Energy Losses: The Power You Pay for Making Nothing
Leer ahora
The F-Gas Regulation: Refrigerant Leak Checks as a Maintenance Duty
Leer ahora
LEV Thorough Examination and Test: Proving Extraction Actually Works
Leer ahora
COSHH Explained: Controlling Substances Hazardous to Health
Leer ahora
Defina su hoja de ruta de confiabilidad
Valida tu retorno de inversión potencial: Reserva una demostración en vivo.
Defina su hoja de ruta de confiabilidad
Al hacer clic en el botón Aceptar, usted da su consentimiento para el uso de cookies al acceder a este sitio web y utilizar nuestros servicios. Para obtener más información sobre cómo se utilizan y gestionan las cookies, consulte nuestra Política de privacidad y Declaración de cookies