Diseño de códigos de motivo de inactividad: los 90 minutos que determinan si tus análisis de OEE son útiles

Puntos clave - Códigos de motivo de parada = las categorías que los operadores eligen al registrar una parada. - Las taxonomías de códigos de motivo deficientes generan gráficos de Pareto ruidosos que ocultan lo que realmente está pasando. - Las buenas taxonomías tienen 10–20 códigos por línea, mutuamente excluyentes y fácilmente reconocibles. - La taxonomía debe diseñarse para el análisis, no para la exhaustividad. Demasiados códigos es peor que muy pocos. - "Otro" y "Desconocido" deberían ser raros: tasas altas significan que la taxonomía está mal, no que los operadores sean perezosos. Respuesta breve: Los códigos de motivo de parada son las categorías que los operadores seleccionan al registrar una parada. El diseño de la taxonomía es donde la mayoría de las plantas arruinan sus análisis de OEE: demasiados códigos, demasiado vagos, demasiado solapados. Una taxonomía útil tiene 10–20 códigos por línea, mutuamente excluyentes y fácilmente reconocibles por los operadores. Diseñada para el análisis, no para la exhaustividad. Las 90 minutos empleados en diseñar bien este conjunto valen años de análisis más limpios. Véase también Diseño de códigos de fallos PLC. Qué hace que una taxonomía de códigos de motivo sea buena Cinco propiedades: - Mutuamente excluyente. Cada parada encaja exactamente en un código. No hay situaciones de "podría ser cualquiera de los dos". - Colectivamente exhaustiva al nivel adecuado. El 95%+ de las paradas deberían poder clasificarse sin usar "Otro". - Reconocible por los operadores en segundos. Si elegir el código toma 30 segundos, los operadores lo omiten. - Accionable. Cada código apunta a una categoría específica de contramedidas. - Estable. Los mismos códigos significan lo mismo entre turnos y a lo largo de los meses. Errores comunes 1. Demasiados códigos. 50+ códigos por línea. Los operadores no pueden escanear la lista; eligen el primer código plausible. Analítica ruidosa. 2. Muy pocos códigos. 3–5 códigos genéricos. El Pareto no tiene sentido; todo es "falla del equipo" o "material". 3. Códigos solapados. "Fallo mecánico" y "Avería mecánica" existen como códigos separados. Los operadores eligen al azar entre ellos. 4. Códigos que mezclan causa raíz con síntoma. "Fallo de sensor" y "Producto incorrecto" pueden ser desencadenados por la misma causa raíz. Confuso. 5. Códigos para las necesidades del planificador, no del operador. "PM Tipo 3.4.b" no le dice nada a un técnico a las 3 a.m. Cómo diseñar la taxonomía 1. Comience con las seis grandes pérdidas. Falla del equipo, preparación/ajuste, inactividad/paradas menores, reducción de velocidad, defectos, rendimiento de arranque. Estas son las categorías de pérdida del OEE. 2. Descomponga cada una en 2–5 subcategorías. Falla del equipo → Mecánico, Eléctrico, Hidráulico, Neumático, Sensor. Preparación → Cambio de formato, Cambio de herramienta, Carga de receta. 3. Adáptela a la línea. Una línea CNC tiene modos de fallo distintos a una línea de envasado. Personalice. 4. Pruebe con los operadores. Muestre a tres operadores cinco paradas hipotéticas. ¿Eligen el mismo código? Si no, refine. 5. Documente y fije. La taxonomía es parte de la versión de la fórmula OEE. Un ejemplo práctico para una línea discreta Pérdidas de disponibilidad: - EQ-Mecánico - EQ-Eléctrico - EQ-Sensor - SET-Cambio de formato - SET-Cambio de herramienta - SET-Carga de receta - MAT-Falta de materia aguas arriba - MAT-Obstrucción aguas abajo - UTIL-Energía/aire - SEGURIDAD-Parada - PM-Planificada Señales de rendimiento: - MICRO-Intervención del operador - MICRO-Atasco de material - SLOW-Desgaste de herramienta - SLOW-Deriva de receta Señales de calidad: - QA-Retención - QA-Reproceso - QA-Desperdicio en arranque ~18 códigos. Cada uno reconocible por los operadores. Cada uno se corresponde con una acción específica. Cuando los operadores eligen "Otro" "Otro" es el olor. Si supera el 5% de las paradas, la taxonomía está perdiendo categorías. Añada códigos para lo que realmente está ocurriendo. Auditoría: extraiga una semana de entradas "Otro" con sus comentarios en texto libre. Agrúpelas. Promueva los clústeres frecuentes a códigos dedicados. Códigos por niveles Algunas plataformas soportan códigos de motivo en dos niveles (categoría → subcategoría). Esto puede ayudar a los operadores (elige la categoría rápido, y luego detalla subcategoría) pero solo si el segundo nivel es realmente útil. Si el segundo nivel rara vez se usa, simplifique a un nivel. Cómo revisar y refinar - Mensual: revise la tasa de "Otro". Si está por encima del 5%, refine. - Trimestral: revise la distribución de Pareto. Si un código domina, descompóngalo. - Anual: revise la taxonomía completa. Elimine códigos no usados; añada códigos para nuevos modos de fallo. Errores frecuentes 1. Permitir que cada línea defina su propia taxonomía. La comparación entre líneas se vuelve imposible. 2. No revisar jamás. La taxonomía se degrada a medida que cambian equipos y procesos. 3. Códigos que mezclan campos estructurados y texto libre. "Otro - ver notas" anula el propósito de datos estructurados. 4. Castigar a los operadores por códigos honestos. "Parada de seguridad" debe ser acogida, no enterrada. Cómo una plataforma OEE moderna apoya el diseño de la taxonomía Una plataforma OEE moderna permite taxonomías de códigos de motivo configurables, muestra la tasa de "Otro" y la distribución de Pareto, y deja que el responsable de datos refine la taxonomía sin perder comparabilidad histórica. El módulo OEE de Fabrico soporta códigos por niveles, muestra métricas de calidad de la taxonomía (tasa de "Otro", sesgo de distribución) y permite refinarla con historial versionado. Vea cómo Fabrico captura esto automáticamente — explore OEE para manufactura o reserve una demostración. Lecturas relacionadas - Diseño de códigos de fallos PLC - Tasa de producción vs tasa de diseño - Tiempo de inactividad planificado vs no planificado - Diseño de línea vs balanceo de línea Preguntas frecuentes ¿Cuántos códigos de motivo debería tener? 10–20 por línea es lo típico. Más de 30 hace que la selección por parte del operador sea poco fiable. ¿Debería cada línea tener los mismos códigos? Las categorías sí; las subcategorías adaptadas a la línea. La estructura de alto nivel debe ser consistente. ¿Cuál es una tasa aceptable de "Otro"? Menos del 5%. Más alto significa que la taxonomía está perdiendo categorías. ¿Puedo clasificar automáticamente los códigos de motivo? Cada vez más. ML sobre firmas de PLC más el contexto introducido por el operador puede sugerir códigos. Normalmente se mantiene la confirmación humana. ¿Con qué frecuencia debería revisarse la taxonomía? Mensualmente para la tasa de "Otro", anualmente para una revisión completa de la taxonomía.