Codificadora cosida al ERP

El problema

La última pieza antes del cliente depende de un dedo en un panel.

la codificadora es la última pieza física antes del cliente. Un dedo mal puesto en el panel, sobre todo si el envase lleva un alérgeno distinto al del turno anterior, puede terminar en una retirada.

• La codificadora que imprime lote y fecha en cada botella, tarro o lata suele tener API, pero está aislada del ERP: cada cambio de referencia se teclea a mano en su panel.
• Con varios cambios por turno, el error no es una hipótesis: es una cuestión de cuándo.
• Un lote mal tecleado rompe la trazabilidad; una fecha mal puesta saca producto con un consumo preferente que no es el suyo.
• Y si el cambio es entre una salsa con mostaza y otra sin ella, el envase puede salir con la declaración del producto anterior. Eso ya no es un error de codificación: es una retirada. Y nadie lo detecta hasta que el producto ya está en el lineal.

Cómo encaja con el sistema IRIS

Connect cose el ERP y la codificadora por API — sin sustituir ninguno de los dos.

Connect cose los dos sistemas modernos vía API. Cuando el ERP marca el arranque de una Orden de Producción, publica automáticamente lote, fecha y lista de alérgenos a la codificadora.

Los dos sistemas son modernos y los dos hablan; simplemente nadie los había presentado. Coserlos elimina el único punto de la línea donde un dato crítico se teclea a mano justo antes de salir de la fábrica. Por eso el payback es corto: elimina el error más caro de la línea con una integración pequeña.

Ver la arquitectura IRIS completa →

Antes y después

La codificadora tecleada frente a la codificadora cosida en salsas y conservas

Aspecto	Hoy	Con iLEAN Connect
Origen del lote impreso en salsas y conservas	Tecleado en el panel	Publicado desde la OF activa
Fecha de consumo preferente	Calculada y tecleada a mano	Enviada por el ERP
Alérgenos tras un cambio de referencia	Dependen de quien teclea	Siguen a la receta de la OF
Errores de tecleo	Periódicos	Cero de origen humano
Retirada por etiquetado erróneo	Riesgo latente	Reducción drástica
Codificadora y ERP en salsas y conservas	—	Los mismos, cosidos por API

errores de tecleo periódicos, algunos con retirada 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: es de los más rápidos de la matriz.
• El retorno sale de la reducción drástica del riesgo de retirada por etiquetado erróneo.
• Los errores de tecleo periódicos, algunos con retirada asociada, pasan a cero error de origen humano en codificación.
• Y el cambio de referencia deja de tener un paso manual en el último punto antes del cliente. Sin cambiar de codificadora ni de ERP: solo cosiendo los dos por la API que ya tienen.

payback rápido, 3-6 meses, por la reducción drástica del riesgo de retirada por etiquetado erróneo. *Estimación a validar.*

Y la duda razonable del responsable de producción

«¿No es más limpio hacer una integración clásica con el fabricante de la codificadora?» — lo sería el día que ese proyecto llegue a lo alto de la lista, y ese día no suele llegar. Aquí no hay modelo interpretando nada: es una publicación determinista por API, sin el 1,5% de error [1] que se acepta en tareas ancladas de lectura. Y el sistema guarda qué se envió a imprimir en cada lote, por si alguien lo pregunta.

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