Decisiones de producción
Cuando la máquina espera, el problema no es la velocidad
Una línea de codificación RFID producía la mitad de lo que podía. El transporte estaba preparado para avanzar; lo que la frenaba eran reintentos que nadie veía. Resolverlo dobló la producción, y obligó a replantear cómo se controlaba el producto.
Una máquina que codifica y personaliza tickets RFID en bobina. Avanza por grupos de diez, espera a que el grupo quede grabado, imprime, sigue.
Funcionaba. No daba errores, no se paraba, no fallaba ninguna pieza. Sacaba 11 o 12 bobinas de mil tickets por turno de ocho horas.
Después de un solo cambio, la misma máquina, con el mismo trabajo, sacó 25 o 27.
Ese cambio no fue un motor más rápido ni un transporte nuevo. Fue entender dónde se estaba yendo el tiempo.
Una máquina que "funciona" puede estar perdiendo la mitad
El primer instinto cuando una máquina produce poco es buscar velocidad: acelerar el arrastre, recortar tiempos de movimiento, apretar el ciclo.
Aquí eso no habría servido de nada. El transporte ya estaba preparado para avanzar. La máquina no iba lenta: estaba esperando.
Cada grupo de diez tickets tiene que codificarse antes de que la cinta avance. La máquina espera la confirmación y solo entonces sigue. Si la grabación tarda, todo tarda.
Y la grabación tardaba porque había que repetirla.
Los reintentos: un defecto que no parece defecto
Las estaciones de codificación estaban muy cerca unas de otras. Tiene sentido: cuanto más compacta es la zona, más tickets se graban a la vez. Pero en RFID, las antenas cercanas se interfieren. Una estación podía afectar a la del ticket de al lado, la grabación no se confirmaba a la primera y el programa tenía que repetir la operación.
El resultado final era correcto. Los tickets salían bien codificados. Por eso el problema no aparecía en ningún registro de defectos.
Pero cada reintento era tiempo con la cinta parada. Y multiplicado por miles de grupos al día, ese tiempo era la mitad del turno.
Un reintento es un defecto que se corrige solo, y por eso nadie lo cuenta. No hay pieza mala que apartar, no hay alarma, no hay queja. Solo una máquina que rinde menos de lo que debería, y todo el mundo acaba asumiendo que ese es su ritmo.
La solución: aislar cada estación
Se desarrolló un sistema propio de aislamiento entre estaciones: cada una trabaja encapsulada, sin interferir en las de al lado.
Con eso, las diez estaciones pueden codificar a la vez y los reintentos se reducen drásticamente. La máquina deja de esperar y el transporte, que ya estaba preparado, por fin puede trabajar a su ritmo.
Las cifras, en el trabajo de referencia:
| Antes | Con aislamiento | |
|---|---|---|
| Bobinas por turno de 8 h | 11–12 | 25–27 |
| Tiempo medio por bobina | 40–44 min | ~18,5 min |
| Tickets adicionales por turno | — | 13.000–16.000 |
Más del doble. Entre un 108 % y un 145 % más, calculado sobre el turno completo, con cambios de bobina y paradas incluidos.
Conviene decir también lo que esas cifras no son: el rendimiento depende del producto y de las validaciones que requiera su codificación. En otros trabajos el resultado será distinto. Lo que no cambia es el principio.
Dónde mirar antes de acelerar nada
Si una máquina produce menos de lo que debería, antes de tocar un solo parámetro de velocidad vale la pena hacerse estas preguntas:
- ¿La máquina se mueve o espera? Cronometra un ciclo y separa el tiempo de movimiento del tiempo parado. Si la mayor parte es espera, acelerar el movimiento no sirve.
- ¿Qué está esperando? Una confirmación, una señal, una lectura, un sistema externo. Esa es la operación que manda.
- ¿Esa operación sale a la primera? Reintentos, relecturas, repeticiones automáticas. Si el programa las gestiona solo, puede que nunca las hayas visto. Cuéntalas.
- ¿Por qué se repite? Aquí suele estar la causa real: interferencias, posicionamiento, una referencia inestable, un tiempo de espera mal ajustado.
El cuello de botella de una máquina casi nunca es su parte más visible. Es la operación de la que dependen todas las demás, y lo que la hace repetirse.
Lo que pasa cuando doblas el ritmo
Hay una consecuencia que conviene prever, porque llega sola.
Antes de la mejora, el operario podía ir revisando visualmente el producto mientras la máquina trabajaba. Al doblar el ritmo, esa vigilancia dejó de ser realista. Nadie mantiene la atención sobre el doble de tickets durante ocho horas.
Por eso el siguiente paso fue integrar una inspección por visión dentro del propio proceso: comprueba las dos caras, la personalización y la posición del chip, y detiene la máquina si encuentra un ticket incorrecto. El operario lo anula y sigue.
Es una regla que vale para cualquier línea: cuando mejoras la capacidad, revisa el control. Un control pensado para un ritmo no tiene por qué servir para el doble. Si no se revisa, el aumento de producción puede acabar siendo también un aumento de defectos que se escapan.
Una mejora que no se queda en una máquina
Esta mejora no nació en la última máquina de la serie. Se introdujo en una intermedia y después se trasladó a las que ya estaban trabajando.
Si seis máquinas hacen ese mismo trabajo al mismo rendimiento, la diferencia equivale a entre 78.000 y 96.000 tickets más por turno. Sin comprar seis máquinas nuevas.
Esa es la otra lección del caso. Cuando se resuelve un problema de fondo en una máquina, la pregunta siguiente no es solo "¿cómo lo incluyo en la próxima?", sino "¿cuántas de las que ya tengo tienen el mismo problema?". Muchas veces, la mejora más rentable está en el equipo que ya está pagado.
En 7Axis Industrial diseñamos y construimos máquinas especiales completas, y evolucionamos las existentes a partir de lo que ocurre en producción. Antes de acelerar, buscamos dónde se va el tiempo.
Ver el caso completo de la CCPB7 → Modificación y mejora de maquinaria →