Cero error de tecleo en lote y fecha

El problema

El error más caro de la planta cabe en un dedo.

Cuando cambia la OF, alguien teclea el nuevo lote a mano en el panel de la codificadora o de la soldadora de cuerpo. Un dedo gordo mal puesto puede inmovilizar media tirada en el cliente envasador.

• La codificadora que imprime lote y fecha en el fondo de cada lata tiene API, pero está aislada del ERP.
• Cuando cambia la OF, alguien teclea el nuevo lote a mano en el panel de la codificadora o de la soldadora eléctrica del cuerpo.
• Pasa 2-3 veces al mes: un dígito cambiado, una fecha del día anterior, el lote de la OF que acaba de terminar. Nadie lo hace a propósito; es el tecleo con prisa en cada cambio.
• Un solo error puede inmovilizar media tirada en el cliente envasador, porque su trazabilidad depende de lo que va impreso en vuestra lata.

Cómo encaja con el sistema IRIS

Connect como costura API entre dos sistemas modernos.

Connect cose dos sistemas modernos vía API. Cuando el ERP marca arranque de OF, publica automáticamente lote y especificación de barniz a la codificadora o soldadora. Cambio de OF = un toque en el ERP, no un tecleo en la máquina.

Las dos máquinas ya hablan; simplemente nadie las había presentado. Cuando el ERP marca arranque de OF, publica lote y especificación de barniz a la codificadora o a la soldadora. Cambiar de OF pasa a ser un toque en el ERP, no un tecleo en la máquina. Es el caso con mejor relación entre esfuerzo y consecuencia de toda la matriz: un dígito mal puesto en el fondo de una lata puede inmovilizar media tirada en el cliente, y aquí desaparece el punto exacto donde nace ese error.

Ver la arquitectura IRIS completa →

Antes y después

La codificadora tecleada frente a la codificadora cosida al ERP

Aspecto	Hoy	Con iLEAN Connect
Lote impreso en el fondo	Tecleado en el panel	Publicado por el ERP
Errores de tecleo al mes	2-3	Cero de origen humano
Especificación de barniz en la soldadora	Se consulta en papel	Llega con la OF
Cambio de OF	Tecleo en cada máquina	Un toque en el ERP
Riesgo de inmovilización en el cliente	Media tirada por un dígito	Eliminado en origen
Máquinas existentes	—	Se reutilizan, sin sustituir

2-3 errores de tecleo al mes (algunos con inmovilización asociada) → cero error de origen humano en codificación.

Estimación de impacto

Estimación de impacto — a validar con vuestros números.

El siguiente bloque es una estimación a validar con los datos concretos de tu planta. Lo planteamos para que el comité tenga un orden de magnitud; lo refinamos en el diagnóstico.

• Payback estimado 3-6 meses.
• De 2-3 errores de tecleo al mes —algunos con inmovilización asociada— a cero error de origen humano en codificación.
• Inmovilizaciones de tirada en el cliente envasador por un lote mal impreso que dejan de producirse.
• Y un patrón reutilizable para cualquier otra máquina de la planta que tenga API y siga aislada del ERP.

Payback estimado de 3 a 6 meses, reduciendo a cero el error de origen humano en codificación. Estimación a validar.

Y la duda razonable del responsable de producción

«¿Y si el ERP manda un dato erróneo a la codificadora?» — el dato no se genera: se copia campo a campo de la OF activa, una tarea anclada en la que, incluso cuando interviene un modelo para mapear formatos, los mejores bajan del 1,5% de error [1]. Y hay segunda red: el operario ve en el panel el lote y la fecha recibidos y confirma antes de imprimir; y en el flagship, una cámara compara lo impreso con la OF. Son dos redes independientes sobre un dato que hoy no tiene ninguna, más allá de la atención de quien teclea con prisa.

^[1] Paper OpenAI «Why Language Models Hallucinate», 2025 — sobre fiabilidad de la IA en tareas ancladas.