El seguimiento de paradas captura de forma consistente cuándo la capacidad productiva no está disponible, qué ocurrió, qué contexto rodeó el evento y cómo afectó al output del sistema. Debe separar estado detectado, causa confirmada, respuesta e impacto propagado.
Paradas comparables
Microparadas visibles
Prioridad por impacto real
Define la parada antes de medirla
Alinea tiempo planificado, descansos, cambios, limpieza, mantenimiento, ausencia de demanda y umbral de microparada. No mezcles disponibilidad, utilización y pérdida de calendario.
Registra inicio, fin, activo, orden, producto, turno, estado, razón inicial, causa confirmada, respuesta e impacto.
Usa un modelo común con inicio, fin, activo, orden, producto, turno, estado detectado, razón provisional, causa confirmada, respuesta y efecto.
Captura eventos con resolución útil
Conserva eventos brutos del controlador, agrupa rebotes con reglas documentadas y permite añadir contexto con pocas categorías. No obligues a declarar la causa raíz mientras la línea sigue parada.
Mide la corrección posterior de códigos además de su cobertura; una tasa alta no aporta valor si las personas adivinan para cerrar el evento.
Separa dónde aparece la pérdida de dónde empieza
Una estación puede estar fallada, bloqueada, sin material o esperando calidad. Alinea estados, buffers y conteos para reconstruir la secuencia.
Informa por separado el tiempo parado del equipo y el output sistémico perdido para no confundir una estación ociosa con el origen de la perturbación.
Convierte el Pareto en cola de investigación
Segmenta por activo, producto, turno, recurrencia y restricción. Combina duración, frecuencia, respuesta, reparación y producción perdida. Contrasta las causas con evidencia sincronizada.
Selecciona un patrón recurrente y construye una línea temporal con alarmas, proceso, calidad y mantenimiento; conserva contención, causa, corrección y verificación como campos distintos.
- Detectar
Conserva la evidencia bruta.
- Clasificar
Registra una razón provisional.
- Contextualizar
Añade producto, orden y flujo.
- Investigar
Prueba mecanismos.
- Verificar
Comprueba recurrencia e impacto.
Predice solo después de ordenar la base
El mantenimiento predictivo necesita fallos confirmados, sensores fiables y acciones posibles. Si los códigos son ruido administrativo, el modelo aprenderá ese ruido.
Evalúa falsas alarmas, fallos omitidos, antelación útil y efecto en producción antes de convertir una anomalía en una política de mantenimiento.
Lista práctica
- Publica una definición y umbral únicos.
- Separa parada, ciclo lento y ausencia de demanda.
- Conserva eventos brutos.
- Distingue estado, razón y causa confirmada.
- Añade contexto de producto y restricción.
- Prioriza por output y recurrencia.
- Verifica el resultado tras actuar.
Preguntas frecuentes
Preguntas antes de unirte
Fuentes y lecturas
Referencias autorizadas utilizadas para investigar y verificar esta guía.