Software de seguimiento de paradas: los 8 códigos de motivo que mueven el OEE
Puedes comprar un software de seguimiento de paradas por 200 euros al mes o por 20.000 euros al mes. El precio no te dice mucho de lo útil que va a ser el lunes por la mañana, cuando la línea para y el jefe de turno tiene 30 segundos para teclear algo en una tablet antes de que la siguiente pieza llegue al transportador.
Lo que importa es si el software ayuda a la gente de planta a nombrar el motivo correcto. Ese es todo el trabajo. Si los códigos de motivo son demasiado vagos, el informe OEE de fin de mes te dice que la línea estuvo parada 14 horas y nadie sabe por qué. Si los códigos de motivo son demasiado granulares, el operario se rinde y elige “otros” en el 80% de los casos. Acabas pagando por un sistema que no captura nada.
Esta guía es la versión práctica. Cubre los ocho códigos de motivo de parada que realmente mueven el OEE en una fábrica pequeña o mediana, los 30 que puedes saltarte con tranquilidad, cómo es un feed de paradas basado en iPhone una vez activo, y cómo elegir un software de seguimiento de paradas sin dejarte encantar por la demo.
Por qué la mayoría del seguimiento de paradas falla el tiro
Tres patrones aparecen una y otra vez cuando auditamos los datos de parada de nuevos clientes.
El primero es la inflación de “otros”. Una fábrica rueda con 24 códigos de motivo. Los tres más frecuentes son “parada no planificada”, “problema menor” y “otros”. Juntos explican el 62% del tiempo de parada registrado. Esos datos son inútiles para el trabajo de causa raíz. Te dicen que la línea paró pero nada de lo que arreglar.
El segundo es el conteo doble. Los operarios registran una parada en el MES, una parada aparte en el sistema de mantenimiento y una tercera entrada en un cuaderno de papel para el relevo de turno. Los números nunca cuadran. El director de planta elige la fuente que apoya la discusión que quiere tener en la reunión de producción.
El tercero es el registro tardío. La línea para a las 09:12. El operario registra a las 11:47 cuando vuelve a la tablet. A esa altura, recuerda la duración como “unos 20 minutos” en vez de los 8 minutos y 14 segundos reales. La monitorización en tiempo real se convierte en relato retrospectivo.
La solución no es más códigos de motivo. Es menos códigos de motivo, capturados en el instante en que la línea para, con contexto suficiente para que la siguiente persona actúe.
Los 8 códigos de motivo que importan (y los 30 que no)
En unas 40 fábricas con las que hemos trabajado en los últimos 18 meses, los mismos ocho códigos de motivo explican entre el 85 y el 92% de todos los minutos de parada. Los otros 30 y pico códigos que los proveedores adoran meter en la plantilla por defecto explican el resto. Sigue los ocho. Deja el resto como texto libre o agrupa en “otros”.
Los ocho códigos que de verdad mueven el OEE son:
1. Falta de material. No hay piezas en la entrada. O el stock aguas arriba va más lento que tu línea o el kit no se ha preparado a tiempo.
2. Atasco o rechazo de calidad aguas arriba. Hay pieza en la entrada pero está mal, dañada o atascada. Causa distinta de falta de material, solución distinta.
3. Cambio de herramienta o cambio de receta. Cambio de formato planificado entre SKUs. Síguelo aparte para no contaminar la parada no planificada.
4. Fallo mecánico. Una parte física de la máquina ha roto. Rodamientos, correas, neumática, todo lo que pide un técnico.
5. Fallo eléctrico o de control. Las partes mecánicas están bien pero el PLC, un sensor o un drive ha lanzado error. Camino de troubleshooting distinto.
6. Operario ausente o en pausa. La línea está lista pero no hay nadie en la estación. Incluye gaps de relevo de turno y pausas no planificadas.
7. Bloqueo de calidad. La línea está parada porque las últimas piezas han fallado la inspección y alguien tiene que decidir qué hacer.
8. Bloqueo aguas arriba o aguas abajo. Tu línea va bien pero el transportador está lleno porque el embalaje va atrasado o el stock no acepta más palets.
Eso es todo. Ocho códigos cubren la aplastante mayoría de lo que mueve el número de OEE. Todo lo demás es una subcategoría de uno de esos o un evento de cola que puedes capturar como texto libre una vez al mes y revisar durante la review de OEE.
El motivo por el que esto funciona es que cada uno de los ocho códigos mapea a una acción distinta. Falta de material llama a planificación. Fallo mecánico llama a mantenimiento. Bloqueo de calidad llama al equipo de calidad. Si tu código de motivo no le dice al operario a quién llamar, es el código de motivo equivocado.
Cómo es un feed de paradas basado en iPhone
Si has leído nuestra guía de cálculo OEE ya sabes que los datos de parada alimentan la disponibilidad, que es uno de los tres pilares del OEE. Los datos solo importan si se capturan en el instante en que la línea para.
El enfoque clásico es una tablet cableada al PLC. Cuando el PLC dispara un evento de stop, un pop-up pide al operario que elija un código de motivo. Funciona pero cuesta entre 4.000 y 8.000 euros por línea entre hardware e integración, y te ata al proveedor de PLC con el que has empezado.
La versión basada en iPhone salta totalmente la integración con el PLC. Un iPhone reacondicionado se monta en cada estación y ejecuta una sola aplicación. La cámara observa la línea. Cuando el flujo de piezas se para más de un umbral configurable (en general 8 a 15 segundos según el tiempo de ciclo), la app avisa y el operario elige uno de los ocho códigos de motivo en pantalla. La interacción entera lleva menos de 5 segundos.
Tres cosas hacen esto posible hoy y no hace cinco años. Primero, la cámara del iPhone es lo bastante buena para detectar paradas de ciclo de forma fiable en la iluminación de planta sin un sensor dedicado. Segundo, el procesamiento en el propio dispositivo significa que los datos son privados y no hay latencia de ida y vuelta a la nube. Tercero, el operario ya está cómodo con la interfaz. No hay sobrecoste de formación más allá de “toca el motivo”.
El hardware para poner una línea en producción con este enfoque queda por debajo de 1.000 euros por estación: iPhone reacondicionado, soporte, lámpara ring, adaptador ethernet para el backhaul de los datos. Puedes tener un feed de paradas en tres líneas en una tarde.
Del log a la acción: construir un flujo de paradas en nivel de turno
Capturar los datos es la mitad del trabajo. La otra mitad es hacer que los datos disparen algo antes del fin del turno.
El flujo que vemos funcionar de forma consistente en las fábricas con mejoras OEE reales es este. Todo código de motivo registrado en la última hora aparece en un cuadro de turno compartido. El jefe de turno le echa un vistazo en la pasada de los 15 minutos. Si la falta de material se ha registrado tres veces en dos horas, planificación recibe un mensaje en Slack antes de comer, no en la siguiente reunión de planificación del jueves. Si los fallos mecánicos se agrupan en una máquina, mantenimiento es alertado para echar un vistazo antes de la siguiente ventana PM.
El cuadro no necesita ser sofisticado. Una sola página con los ocho códigos, recuento y minutos para el turno en curso, y una sparkline mostrando la tendencia respecto a la semana pasada ya basta. Lo que importa es que el jefe de turno realmente la mire, y que el acto de mirarla dispare una conversación.
Al final de cada turno el jefe escribe dos frases en el relevo: cuál fue el mayor driver de parada y qué ha hecho al respecto. Esas se convierten en los datos que la reunión de producción del viernes usa de verdad. El número de OEE en la pared es un indicador retrospectivo. Las dos frases del relevo son el indicador adelantado.
Para la versión camera-first de ese flujo, mira nuestro artículo sobre monitorización de producción por cámara que cubre el pipeline de visión con más detalle.
Cómo elegir un software de seguimiento de paradas
Cuando te sientes a evaluar un software de seguimiento de paradas, la mayoría de las demos van a deslumbrarte con cuadros, asistentes de IA y módulos de mantenimiento predictivo. Ignora la demo. Haz cinco preguntas.
Primera, cuánto tiempo lleva registrar una parada desde el momento en que la línea cae. Si la respuesta son más de 10 segundos de tiempo de operario por evento, los datos van a llegar tarde e incompletos en un mes.
Segunda, cuántos códigos de motivo vienen configurados por defecto y si los puedes reducir a ocho. Los proveedores que insisten en su taxonomía de 40 códigos no entienden seguimiento de parada de máquina en una fábrica de verdad.
Tercera, si el sistema funciona sin una conexión PLC. Si el único camino para capturar la parada es integrar con tu sistema de control, estás comprando un proyecto de implementación de tres meses antes de ver ningún dato. La captura por cámara o por botón tiene que ser una opción de primera clase, no un upsell.
Cuarta, cómo es el dato bruto. Pide exportar un CSV de una semana de eventos de parada de un cliente existente (anonimizado). Si el proveedor no puede hacerlo en cinco minutos, los datos están atrapados en su cuadro y vas a tener que pelear para sacarlos cuando quieras hacer tu propio análisis.
Quinta, cuál es el coste total por línea en el primer año, incluyendo hardware, integración, formación y suscripción. La mayoría de los equipos presupuesta la licencia y olvida el resto. Una suscripción de 200 euros al mes con 12.000 euros de integración no es una decisión de 2.400 euros al año.
El software de seguimiento de paradas correcto es el que tus jefes de turno usan sin que les empujen, en el que tu equipo de mantenimiento confía para los datos, y que tu CFO no tiene que amortizar como pérdida en el segundo año.
FAQ
¿Qué diferencia hay entre seguimiento de paradas y software OEE?
El software OEE calcula el número OEE completo usando disponibilidad, rendimiento y calidad. El software de seguimiento de paradas se centra específicamente en el pilar de disponibilidad capturando por qué la línea estaba parada. La mayoría de los equipos necesitan los dos, pero puedes rodar el seguimiento de paradas solo y añadir las piezas de rendimiento y calidad después. Para el cálculo completo, mira nuestra guía de cálculo OEE.
¿Cuán granulares tienen que ser los códigos de motivo? De ocho a diez códigos es el punto justo. Por debajo de seis y no puedes separar problemas de planificación de problemas mecánicos. Por encima de doce y los operarios eligen “otros” en dos semanas. Resiste la tentación de añadir un código cada vez que alguien lo proponga en reunión.
¿Se puede hacer seguimiento de paradas sin un PLC? Sí. La captura por cámara con un iPhone montado es la opción más limpia para fábricas sin PLCs modernos o para el retrofit de líneas más antiguas. La captura por botón (un botón físico en la estación que el operario pulsa cuando la línea para) también funciona, aunque añade unos 2 segundos de tiempo de operario por evento.
¿Cuán rápido se puede activar un software de seguimiento de paradas? Para un sistema de captura basado en iPhone puedes tener una línea operativa en una tarde y una fábrica entera de 8 a 12 líneas operativa en menos de una semana. Los sistemas integrados con PLC suelen llevar de 6 a 12 semanas por línea, con las pruebas incluidas.
¿El software de seguimiento de paradas sustituye a tu CMMS? No. Un CMMS gestiona órdenes de trabajo, catálogo de piezas y planes de mantenimiento preventivo. El seguimiento de paradas gestiona la captura de eventos en tiempo real y la codificación de motivos. Los dos tienen que hablarse para que un fallo mecánico registrado en la línea genere automáticamente un borrador de orden de trabajo en el CMMS, pero resuelven problemas distintos.
Una pregunta de encuadre que vuelve a menudo es cómo el software de seguimiento de paradas se conecta al reporting más amplio de overall equipment effectiveness. El feed de paradas es el input de disponibilidad que alimenta el OEE. Sin una fuente limpia tanto para los eventos de parada no planificada como para los de parada planificada, el número de disponibilidad en tu informe OEE semanal es una estimación, y el equipo acaba discutiendo qué línea fue la peor en vez de arreglarla. Con un feed limpio, el mismo número se convierte en el punto de partida de toda conversación de análisis de causa raíz, y la review semanal pasa de culpa a aprendizaje. Los eventos con código de motivo elevan el uptime a lo largo de un trimestre porque los jefes de turno por fin tienen los datos para arreglar primero los peores.
La cadencia de reporting que se gana su sitio es el reporting semanal de paradas atado a un Pareto de los códigos de motivo, con MTTR y puntuaciones de OEE en tendencia junto a las pérdidas de producción de cada línea. Las categorías de motivo que definas tienen que cubrir aparte avería de equipo, ciclos lentos, problemas de calidad y mantenimiento planificado, para que la review semanal vea qué categoría crece más rápido. Un programa de mejora continua que se alimenta de esos datos puede mantener el foco en los mayores perdedores en vez de los más ruidosos. Los equipos que construyen la disciplina de la review semanal sobre un feed limpio ven la diferencia en un trimestre.
Pon el seguimiento de paradas en marcha esta semana
Si quieres un feed de paradas operativo en una línea para el viernes, el camino más rápido es un iPhone reacondicionado, un soporte y una cuenta Enao gratuita. Elige los ocho códigos de motivo que encajan en tu fábrica, apunta la cámara a la línea, y tienes los datos fluyendo en menos de una hora. Sin integración PLC, sin proyecto de 12 semanas, sin factura de cinco cifras.
Abre una cuenta gratuita o únete a la comunidad para comparar las plantillas de códigos de motivo con otros ingenieros de procesos haciendo lo mismo.
Únete a la comunidad
Animamos una comunidad de Slack gratuita para quien construye en planta, responsables de mejora continua y gente de operaciones que quiere comparar números de parada sin rodeos. Únete a la comunidad.
