Control de piso en una planta regiomontana: del papel al tablero
Resumen:
- El ERP corporativo rara vez llega al piso; lo que falta es una capa de captura fina.
- Un gesto por evento, no un formulario: si cuesta tiempo, el operador lo pospone.
- La captura tiene que funcionar sin red y conservar la hora real del evento.
- Si el sistema se percibe como vigilancia individual, la adopción fracasa.
Una planta de componentes metálicos en el área metropolitana de Monterrey, ciento veinte personas en dos turnos. El control de producción era una hoja impresa por línea que el supervisor llenaba a mano y que administración capturaba al día siguiente.
El sistema funcionaba en el sentido de que los números acababan existiendo. Lo que no existía era la posibilidad de reaccionar: cuando la dirección veía que una línea había ido mal el martes, era jueves.
Qué se pierde con la captura diferida
Antes de proponer nada, medimos qué costaba el retraso. Tres cosas concretas.
La reacción tardía. Un problema de calidad detectado al final del turno ya produjo un turno entero de piezas afectadas. Detectado en la tercera hora, afecta a tres horas.
La reconstrucción de memoria. Cuando el supervisor llenaba la hoja al final del turno, los tiempos eran aproximados. Nadie mentía: simplemente nadie recuerda con precisión a qué hora se detuvo la máquina cuatro horas antes.
La discusión sin datos. Las juntas de producción se iban en establecer qué había pasado, no en decidir qué hacer.
La decisión de arquitectura: no tocar el ERP
La planta tenía un ERP corporativo impuesto desde la matriz. Modificarlo no era una opción y tampoco era necesario.
Los ERP grandes están diseñados para el plano administrativo: órdenes, inventarios, costos. Lo que ocurre entre que una orden entra a la línea y sale terminada les queda grande, y forzarlos a ese detalle suele producir un sistema lento y odiado.
Se construyó una capa de piso independiente que captura los eventos de la operación y entrega al ERP lo que este necesita: producción confirmada por orden y consumos. El ERP nunca se enteró de que había otro sistema.
| Capa | Qué resuelve |
|---|---|
| ERP corporativo | Órdenes de producción, inventario, costos, contabilidad. Es la fuente de verdad administrativa. |
| Capa de piso | Inicio y fin de operación, paros con causa, rechazos, cambios de modelo. Fuente de verdad de lo que pasó en la línea. |
| Sincronización | La producción confirmada sube al ERP una vez por turno, consolidada. No hay conversación permanente entre sistemas. |
Cómo se captura sin robar tiempo
La primera versión tenía un formulario con seis campos. Fue un fracaso: los operadores lo llenaban al final, de memoria, y el dato resultante era peor que la hoja de papel.
La segunda versión sustituyó el formulario por gestos. Una tableta por estación, botones grandes, una acción por evento.
- Escanear la etiqueta de la orden para iniciar.
- Un botón para terminar.
- Un botón de paro que abre una lista corta de causas frecuentes, no un campo de texto.
- Un botón de rechazo con foto opcional.
El diseño de la lista de causas fue lo que más se discutió. Empezó con veintidós opciones que alguien de ingeniería consideró exhaustivas. Los operadores usaban tres. Se redujo a seis causas frecuentes más un «otro» que abre texto, y la calidad del dato subió inmediatamente.
Sin red no se para
Una planta tiene zonas con mala cobertura, siempre. La captura funciona en local y sincroniza al recuperar conexión, guardando la hora real del evento.
Ese detalle parece menor y no lo es: si el sistema registra la hora de sincronización, todos los eventos de una zona con mala señal aparecen amontonados al final del turno, y los indicadores quedan inservibles justo donde más falta hacen.
El tablero que sí se consulta
La primera versión del tablero tenía catorce indicadores. Nadie lo abría.
La versión que se quedó tiene tres cosas: producción del turno contra objetivo, tiempo perdido acumulado con la causa principal, y rechazos. Cabe en una pantalla colgada en la nave y se entiende de un vistazo desde tres metros.
Los otros once indicadores siguen existiendo en un informe semanal que revisa ingeniería. La distinción entre lo que se mira cada hora y lo que se analiza cada semana es la que hace que un tablero se use.
Preguntas frecuentes
¿Hay que cambiar el ERP para tener control de piso?
No. El ERP corporativo suele manejar bien lo administrativo y mal lo que ocurre minuto a minuto en la línea. Lo habitual es construir una capa de piso que captura la operación fina y entrega al ERP los datos consolidados que este sí necesita.
¿Cómo se captura sin que el operador pierda tiempo?
Con un gesto por evento y no con un formulario. Escanear una etiqueta, tocar un botón grande, leer un código. Si la captura le cuesta al operador más de unos segundos, la va a posponer y al final del turno alguien la inventa de memoria.
¿Qué pasa si la red de planta se cae?
La captura debe seguir funcionando localmente y sincronizar cuando vuelva la conexión, conservando la hora real del evento y no la de la sincronización. Una planta que deja de registrar cuando falla la red pierde precisamente los turnos más problemáticos.
¿Cuánto tarda en verse el resultado?
Las primeras semanas el valor no está en el tablero: está en descubrir cuánto se desconocía. Los indicadores útiles llegan cuando hay un mes de datos limpios, porque antes no hay con qué comparar.
¿El personal de piso lo acepta?
Depende casi por completo de cómo se presente. Si el sistema se percibe como vigilancia individual, hay resistencia. Si se presenta y se usa para localizar cuellos de botella del proceso, la adopción es rápida porque a nadie le gusta trabajar con una línea mal balanceada.
Lo que apareció en los datos
Al mes de operación, el dato que nadie esperaba: la mayor causa de tiempo perdido no era una avería ni un problema de calidad. Era la espera de material entre la última operación de una orden y la primera de la siguiente.
Nadie lo había medido porque, mirando cualquier línea de forma aislada, esas esperas parecían cortas. Sumadas en dos turnos y cinco líneas, eran la partida principal.
La corrección no fue tecnológica: fue mover el punto de surtido y adelantar la preparación del siguiente lote. Costó cero pesos de software y fue el hallazgo que pagó el proyecto.
La conversación sobre la vigilancia
Merece un párrafo aparte porque es lo que hunde estos proyectos cuando se maneja mal.
Un sistema que registra quién hizo qué y cuándo puede usarse para evaluar a personas o para entender procesos. La diferencia no está en el software: está en qué informes existen y quién los mira.
En esta planta se decidió desde el principio que los indicadores de desempeño serían por línea y por turno, nunca por persona, y que el registro individual solo se usaría para trazabilidad de calidad. Se comunicó así, se cumplió, y la adopción no dio problemas.
Cuando esa decisión no se toma explícitamente, el equipo asume lo peor, y tiene motivos para hacerlo.