Qué equipos vuelven al taller por la misma falla y cuánto tiempo pierden

Cuando un equipo vuelve al taller, el aviso puede aparecer como un caso nuevo aunque la causa sea parecida a una intervención anterior. Si cada área escribe el activo o la falla con nombres distintos, la gerencia no puede saber si enfrenta eventos aislados o una avería recurrente.

1. Define cuándo dos avisos cuentan como la misma falla

“El equipo no funciona” describe un síntoma, pero no siempre identifica la causa. Acuerda una lista sencilla de modos de falla y pide que el técnico seleccione el código más cercano; añade una nota breve cuando el diagnóstico aún sea provisional. No mezcles una alarma recurrente con una causa confirmada sin revisar el historial.

• Usa un ID estable por activo, aunque cambie de ubicación o responsable.
• Registra un código de falla común y conserva el diagnóstico del técnico.
• Marca si el equipo quedó operativo y cuándo regresó a producción.

La definición debe servir al equipo que registra y al que analiza. Si el catálogo obliga a elegir una causa que todavía no se conoce, permite “por investigar” y vuelve a clasificarla tras la revisión.

2. Relaciona cada reparación con sus horas de parada

Para comenzar, basta una tabla de intervenciones con ID de orden, ID del activo, fecha y hora de inicio, fecha y hora de retorno, modo de falla y acción realizada. Calcula las horas fuera de servicio con la misma regla para todos: define si el conteo empieza al detenerse la máquina o al abrirse la orden.

En este ejemplo ilustrativo, EQ-017 tiene dos intervenciones con el mismo código y acumula 13 horas fuera de servicio. El total solo tiene sentido si las horas se midieron con el mismo criterio; no es un resultado real ni una referencia para otras plantas.

3. Compara recurrencia y tiempo detenido

Agrupa por activo y modo de falla. Cuenta las órdenes de reparación y suma las horas de parada dentro del período que mantenimiento haya definido. Un contador de eventos muestra cuántas veces regresó el problema; las horas detenidas aproximan cuánto tiempo productivo quedó afectado.

Muestra ambos indicadores juntos. Un activo con una sola parada larga puede requerir atención aunque no lidere el conteo de recurrencias. Compara además por criticidad, turno o familia de equipos, y evita ordenar todo el parque como si cada unidad tuviera el mismo impacto.

4. Decide qué revisar antes de reparar o sustituir

Un dashboard ayuda a encontrar señales; no reemplaza el análisis técnico ni una evaluación financiera. Antes de recomendar una sustitución, contrasta estas preguntas con mantenimiento, operaciones y finanzas:

• ¿La misma falla vuelve después de una reparación bien documentada?
• ¿Qué repuestos, horas de trabajo y paradas requiere la siguiente reparación probable?
• ¿Cuál es el impacto operativo de la indisponibilidad y qué equipos pueden cubrirla?
• ¿Qué vida útil, seguridad, soporte de repuestos y coste de puesta en marcha tendría la alternativa?

No existe un umbral universal de horas o reparaciones que obligue a reemplazar un equipo. Define el criterio con el coste total esperado, la seguridad, la capacidad disponible y el riesgo de detener el proceso. Si faltan horas de retorno o códigos comparables, la siguiente acción puede ser mejorar el registro antes de elegir una inversión.

5. Lleva el historial a una vista de mantenimiento

Empieza con una tabla de detalle y tres vistas: activos con más de una intervención por falla, horas fuera de servicio por activo y tendencia mensual por código. Añade filtros de sede, línea o criticidad solo cuando cambien la conversación de mantenimiento. Cada fila debe permitir volver a la orden y al diagnóstico originales.

Si el historial está repartido entre hojas, partes y mensajes, un dashboard de mantenimiento puede reunir los registros para la revisión. También puedes comparar este enfoque con la guía de disponibilidad de equipos y el artículo sobre órdenes de servicio pendientes.