Sistema andon o software OEE: ¿cuál debe comprar primero su planta?

Usted sabe que la línea pierde tiempo. La pregunta es qué herramienta comprar primero: un sistema andon para pedir ayuda o un software OEE para medir las pérdidas. Ambos se venden como la solución a las paradas, y ambos compiten por la misma partida del presupuesto.

Esta guía es para jefes de planta, de mejora continua y de ingeniería que deben tomar esa decisión: para qué sirve cada herramienta, cuándo va primero cada una, cómo comparten datos y cuánto cuesta en disponibilidad una respuesta lenta.

Vendemos Fabrico, una plataforma en la nube de OEE y MES ligero, así que lea esto como la visión de un proveedor y ponga a prueba lo que decimos como haría con las afirmaciones de cualquier proveedor.

Sistema andon vs software OEE: dos trabajos distintos

Un andon es un aviso para pedir ayuda. Toyota lo describe con sencillez: «Cuando un equipo se detiene, el andon (panel de visualización de problemas) se ilumina para avisar a los trabajadores de la anomalía» (Toyota Production System (EN)). El Lean Enterprise Institute añade el punto que importa al comprador: «El número iluminado reclama una respuesta rápida del jefe de equipo» (léxico del LEI, andon (EN)). Todo el valor del andon está en los minutos que siguen al inicio de un problema.

El software OEE trabaja con un reloj más largo. Registra cuándo funcionó la línea, cuándo se detuvo y por qué, y cuántas unidades buenas salieron, y después ordena las pérdidas por línea, turno y causa. Su valor aparece tras semanas de datos, en la revisión de pérdidas.

Así que no son rivales. Uno acorta la parada en la que está. El otro le dice qué paradas eliminar para siempre. La elección trata del orden, no de cuál gana.

Para profundizar en cada uno, consulte nuestras páginas relacionadas: sistemas andon en la fabricación explica cómo funciona un andon, y software OEE explica qué esperar de una herramienta de medición.

Andon primero, software OEE primero o ambos

Elija primero un sistema andon si:

• Los operarios dicen que esperan a un mecánico, a un control de calidad o a material, y nadie sabe decir cuánto tiempo.
• Los problemas de seguridad o de calidad necesitan a alguien en la línea en minutos, no en la próxima reunión.
• Ya conoce sus principales pérdidas, y las respuestas lentas son una de ellas.

Elija primero un software OEE si:

• No puede ordenar sus pérdidas, o cada departamento las ordena de forma distinta.
• Las paradas se registran en papel, tarde o nunca, y una gran parte no tiene motivo.
• Planifica proyectos de mejora y necesita una línea base con la que evaluarlos.
• La mayor parte del tiempo de parada son averías largas o cambios de formato, no esperas de ayuda.

Implante ambos si:

• Las esperas son largas y además le faltan datos de pérdidas. Entonces haga que ambos escriban en un único registro de paradas, para que una llamada y una parada sean el mismo evento y no dos registros que nunca se cruzan.
• Ya tiene un andon funcionando sin medición detrás. Añada un software OEE y registre el tiempo de respuesta como un desglose dentro del registro de la parada.

Una regla sencilla: si puede nombrar sus tres mayores pérdidas con cifras, lo que falla probablemente es la respuesta. Si no puede, empiece por medir. Las cifras le dirán si merece la pena una vía de aviso más rápida.

¿Quiere ver datos de paradas, motivos y alertas funcionando juntos? Solicite una demo y traiga su lista de puestos.

Cómo comparten datos el andon y el software OEE

Una llamada de andon y una parada en el OEE suelen ser el mismo evento visto desde dos lados. El andon ve «se necesita ayuda en la estación 4, mecánico». El registro OEE ve «línea parada 14 minutos, motivo: atasco». Al unirlos obtiene lo que ninguno tiene por separado: qué parte de esos 14 minutos fue espera y qué parte fue reparación.

El método OEE de R.C. Hansen traza la misma línea. El tiempo de reparación corre desde que llega el mecánico. El tiempo de restablecimiento corre desde el final de la producción hasta la siguiente producción, e incluye decidir, llamar y desplazarse. La disponibilidad cuenta todo el tiempo de restablecimiento, así que la espera ya está dentro.

Tres reglas mantienen fiables los datos compartidos:

• Sin doble conteo. Esperar ayuda no es una nueva categoría de pérdida. Es un desglose dentro de la parada, bajo la misma causa. Si la vuelve a sumar aparte, sus pérdidas superarán el 100 %.
• Las mismas palabras en ambas listas. Si los tipos de llamada del andon y los motivos de parada usan los mismos nombres, se cruzan sin tabla de correspondencias.
• Un solo reloj. Ambos sistemas deben usar la misma fuente horaria, para que una llamada a las 10:02 y una parada a las 10:02 coincidan.

La investigación sobre sistemas lean inteligentes trata el andon como una parte de un flujo de datos más amplio. Un artículo en Sensors describe un diseño en el que «los operarios pueden activar manualmente distintos tipos de botones SLAE-ABOX según la anomalía del puesto para ejecutar las funciones Andon correspondientes», con llamadas de equipo, calidad y maquinaria como tipos separados (Ma, Wang y Zhao, Sensors, 2017 (EN)). Las llamadas tipificadas como estas son las que facilitan el cruce con los motivos de parada.

Nuestra guía relacionada sobre andon digital dentro de plataformas MES y OEE trata en detalle la trazabilidad de los datos, y la matriz de escalado para paradas trata a quién se llama y cuándo. Esta página se centra en el orden de compra.

Lo que cuesta en disponibilidad una respuesta lenta: ejemplo práctico

Este es un turno en una línea, con cifras elegidas para mostrar el cálculo. Ilustrativo, datos de ejemplo.

• Turno de 480 minutos con una pausa de 30 minutos y sin relevo. La pausa se excluye, así que el tiempo de producción planificado es de 450 minutos.
• Un cambio de formato planificado de 30 minutos.
• 10 paradas que necesitan ayuda. Cada una espera 6 minutos a la persona adecuada y después tarda 8 minutos en repararse.
• Velocidad ideal de 60 unidades por minuto. Rendimiento del 85 % y calidad del 98 %, iguales en ambos casos.

Antes. El tiempo de parada es 10 x (6 + 8) = 140 minutos. El tiempo de funcionamiento es 450 menos 30 menos 140, es decir, 280 minutos. La disponibilidad es 280 / 450 = 62,2 %. El OEE es 0,622 x 0,85 x 0,98 = 51,8 %.

Después de una vía de aviso más rápida. La espera baja a 2 minutos por parada y la reparación sigue en 8. El tiempo de parada es 10 x (2 + 8) = 100 minutos. El tiempo de funcionamiento es de 320 minutos. La disponibilidad es 320 / 450 = 71,1 %. El OEE es 0,711 x 0,85 x 0,98 = 59,2 %.

Compruébelo de otra forma, a partir de las unidades buenas. Antes: 280 x 60 x 0,85 x 0,98 = 13.994 unidades buenas. A la velocidad ideal son 233,2 minutos de producción perfecta, y 233,2 / 450 = 51,8 %, el mismo OEE. Después: 15.994 unidades buenas, unas 2.000 más por turno con la misma máquina y las mismas reparaciones.

Las pérdidas y el OEE deben sumar el 100 %. En el caso de antes, lo hacen:

51,8 + 6,7 + 13,3 + 17,8 + 9,3 + 1,1 = 100,0 %. La espera supone 60 de los 140 minutos de parada, así que aquí el 43 % del tiempo de parada es esperar, no reparar. Esa es la cifra que ataca un andon y que una herramienta OEE puede mostrar. Para el método completo, consulte nuestra página sobre el cálculo del OEE.

Dos advertencias. Las unidades adicionales solo se convierten en dinero si esta línea es el cuello de botella y puede vender la producción, así que valore los minutos en el cuello de botella. Y su propio desglose puede ser distinto: si la espera es una parte pequeña y el problema es la reparación, una vía de aviso más rápida ayuda poco.

Mida primero su porcentaje de espera. Antes de comprar cualquiera de los dos, registre durante una semana la hora de la llamada y la hora de llegada en las paradas que necesitan ayuda, aunque sea en papel. Como regla práctica, no como referencia: si la espera supera aproximadamente un tercio del tiempo de parada, la vía de aviso es su primera palanca. Si es pequeña, empiece por los datos de pérdidas.

Checklist: ocho preguntas antes de comprar cualquiera de los dos

Plantéelas a cualquier proveedor y a su propio equipo. Sirven para herramientas andon, software OEE y plataformas que dicen cubrir ambas cosas.

1. ¿El registro de una parada guarda la espera y la reparación como tiempos separados, bajo una misma causa?
2. ¿Pueden los tipos de llamada del andon y los motivos de parada compartir una misma lista?
3. ¿Quién recibe una alerta, por qué canal, y qué pasa si nadie responde?
4. ¿De dónde viene la señal de parada: de la máquina, de un sensor, de una persona o de un conteo por cámara?
5. ¿Cómo añade un operario un motivo, y cuántos toques necesita en la línea?
6. ¿Puede ver el tiempo de respuesta por turno, línea y tipo de llamada, y no solo una media?
7. ¿Cómo salen los datos del sistema: API, webhooks, exportación de archivos?
8. ¿Quién de nuestro lado es responsable de responder a una llamada, y quién de la revisión semanal de pérdidas?

La última pregunta es para su equipo. Un andon que nadie atiende enseña a la gente a dejar de activarlo. Un informe OEE que nadie revisa se convierte en una pantalla más en la pared.

Si está comparando productos, nuestras páginas para compradores profundizan más: software de sistema andon digital, comparativa de software OEE, software de monitorización de máquinas y software de sistema de gestión diaria.

Dónde encaja Fabrico

Fabrico es software de OEE y MES ligero. Esto es lo que hace hoy, y lo que no hace.

• Paradas y conteos llegan del PLC de la línea, o de un dispositivo IoT de Fabrico con sensores externos en máquinas más antiguas. El operario indica el motivo de parada en una tableta o un móvil.
• Las pérdidas se muestran por causa de parada y en dinero, para que la revisión semanal empiece por la pérdida mayor.
• Alertas: la vista general del producto recoge notificaciones push, dentro de la aplicación y por correo electrónico, con reglas sobre a quién se avisa de qué.
• Salida de datos: una API REST, webhooks y exportación a Excel o CSV, para que los datos de paradas convivan con un andon que ya tenga en marcha.
• Complemento de cámaras: las cámaras con IA (un complemento) cuentan la producción en pasos manuales o en máquinas sin señal aprovechable. El vídeo se transmite bajo demanda y no se almacena en la configuración estándar. Consulte el complemento de visión artificial.

Si necesita balizas luminosas, pulsadores de llamada o niveles de escalado, pregunte en la demo cómo se gestionan las alertas y las llamadas de andon, y pruébelo con una llamada real. Las paradas detectadas por cámara están en la hoja de ruta, no son una función actual.

Si su plan es medir primero y añadir después una vía de aviso más rápida, nuestra página sobre MES ligero muestra cómo encajan las piezas en un solo sistema. Para líneas de gran consumo con envasado manual, consulte visión artificial para la fabricación de gran consumo.

Lo que preguntan después los compradores

¿Puede un software OEE sustituir a un sistema andon?

No por sí solo. El software OEE le dice adónde se fue el tiempo, a posteriori. Un andon lleva ahora a la persona adecuada a la línea. Algunas herramientas de OEE y MES ligero envían alertas cuando se detiene una línea, lo que cubre parte del trabajo del andon. Compruebe que la alerta llega con suficiente rapidez a una persona concreta y que alguien es responsable de responder.

¿El tiempo de respuesta forma parte de la disponibilidad del OEE?

Sí. La espera de ayuda ocurre mientras la línea está parada, así que queda dentro del tiempo de parada correspondiente. Regístrela como un desglose de la parada, espera y reparación, no como una pérdida aparte. Si la vuelve a sumar aparte, cuenta dos veces los mismos minutos.

¿Deben las llamadas de andon y los motivos de parada del OEE usar la misma lista?

Use una sola lista siempre que pueda. Si el tipo de llamada del andon es mecánico, calidad o material, y la lista de motivos de parada usa las mismas palabras, los dos conjuntos de datos se cruzan sin tabla de correspondencias. Mantenga corta la lista del andon, porque los operarios eligen bajo presión.

¿Cuál se amortiza antes?

Depende de adónde se van sus minutos. Si las esperas largas son una parte grande del tiempo de parada, una vía de aviso más rápida libera tiempo enseguida. Si no sabe adónde se van los minutos, el software OEE va primero, porque no se puede priorizar lo que no se mide. Calcúlelo con los datos de sus propios turnos, no con la media de un proveedor.

¿Cómo gestiona Fabrico las llamadas de andon y las alertas?

La vista general del producto de Fabrico recoge notificaciones push, dentro de la aplicación y por correo electrónico, con reglas sobre a quién se avisa de qué. Si necesita balizas luminosas, pulsadores de llamada o niveles de escalado, pregunte en la demo cómo se gestionan las alertas y las llamadas de andon, y pruébelo con una llamada real.

¿Necesitamos hardware nuevo para alguno de los dos?

No siempre. Un andon básico puede ser un pulsador o una pantalla de tableta. El software OEE necesita una señal de marcha y un conteo de la máquina, procedentes de un PLC, un sensor o un contador. En los pasos manuales, una persona o un conteo por cámara pueden cubrir el hueco.

¿Quiere ver paradas, motivos y alertas en una línea como la suya? Solicite una demo.