Dos máquinas modernas que por fin se hablan
La codificadora ya tiene API. La pesadora dinámica también. El ERP tiene la orden de fabricación con la variedad, el lote y la vida útil. Y sin embargo, en cada cambio alguien teclea a mano el lote y la fecha de caducidad en la codificadora, y luego vuelve al ERP a confirmarlo. Con Connect, esos datos viajan solos y el peso real vuelve por el mismo camino.
En queso fresco la fecha impresa es caducidad, no consumo preferente: no admite margen.
La fecha se calcula desde la fecha de fabricación y la vida útil de esa referencia concreta, que cambia entre variedades. Y teclear eso a mano en cada cambio, en el momento de más prisa del turno, es la primera fuente de incidencias de etiquetado del sub-sector:
- Dos tecleos por cambio, en el peor momento — se introduce el lote y la caducidad en la codificadora y después se vuelve al ERP a confirmarlo, justo cuando la línea aprieta.
- El fallo típico es siempre el mismo — se cambia la variedad en la línea y se olvida cambiar el lote en la codificadora, con lo que un palé entero sale con el lote de la producción anterior.
- Y no se descubre en la planta — se descubre en la plataforma del cliente, cuando el producto ya está fuera y la conversación es otra.
Es el hueco más frustrante de todos: las dos máquinas son modernas, las dos tienen API y el ERP sabe perfectamente qué lote y qué caducidad tocan. Simplemente nadie las conectó.
Connect cosiendo sistemas modernos — se les habla en su propio protocolo.
Cuando los dos extremos ya tienen forma de comunicarse, coser no es un proyecto: es cerrar un hueco concreto. Ninguna de las dos máquinas se sustituye ni se reprograma.
Cuando el ERP o el MES declara el arranque de una orden de fabricación, Connect empuja a la codificadora la variedad, el lote y la fecha de caducidad calculada. La codificadora confirma la recepción del juego de datos, y esa confirmación queda registrada como evidencia del cambio.
Cómo opera Connect en la línea de envasado:
- La caducidad se calcula, no se teclea — desde la fecha de fabricación y la vida útil de esa referencia, que cambia entre variedades. El cálculo deja de depender de que alguien recuerde cuál aplica.
- Confirmación de vuelta como evidencia — la codificadora acusa recibo del juego de datos, y esa confirmación queda registrada. No solo se sabe lo que se pidió imprimir: también lo que la máquina dice haber recibido.
- La pesadora devuelve peso medio y rechazos — en paralelo y por el mismo camino, hacia el ERP y asociados al lote.
- Sin sustituir ni reprogramar nada — se les habla en su propio protocolo. Ni la codificadora ni la pesadora cambian de configuración.
- El cambio de variedad deja de tener un hueco — la variedad, el lote y la caducidad viajan juntos desde la orden, así que la desalineación clásica entre lo que la línea produce y lo que la codificadora imprime desaparece en su origen.
Lote tecleado en la codificadora vs. lote empujado desde el ERP
| Aspecto | Máquinas modernas pero aisladas | Con iLEAN Connect por API |
|---|---|---|
| Tecleos manuales por cambio | 2 | Cero |
| Origen del lote y la caducidad | Una copia tecleada por una persona | La orden de fabricación del ERP |
| Cálculo de la caducidad | A mano, con la vida útil que se recuerde | Calculada desde la vida útil de esa referencia |
| Desalineaciones entre ERP y producto físico | La primera fuente de incidencias | Reducción estimada ≥80 % |
| Dónde se descubre el error | En la plataforma del cliente | No llega a producirse |
| Tiempo de cambio | Varios minutos por cambio | Varios minutos menos, por cada cambio del turno |
Estimación de impacto para tu planta — a validar con tus 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.
- Quesería de queso fresco con codificadora y pesadora dinámica modernas, varias variedades y varios cambios por turno.
- Piloto Connect cosiendo el ERP y la línea por API de forma bidireccional. Sin sustituir equipos ni tocar el hardware de impresión. Primer valor esperable en pocas semanas.
- Payback estimado entre 5 y 10 meses, sin contar el valor de la retirada evitada. Estimación a validar.
- Requisito a confirmar: que la codificadora instalada tenga API/RPC abierta. Los modelos más antiguos exigen un adaptador intermedio que eleva el CAPEX inicial sin romper el caso — pero conviene saberlo antes, no después.
- La palanca asimétrica: un palé entero con el lote de la producción anterior detectado en la plataforma del cliente cuesta, entre retirada y conversación comercial, mucho más que el piloto.
Y la duda razonable del responsable de calidad
«¿Y si la IA se inventa un lote o una fecha?» — no puede: aquí la IA no genera datos, los transporta anclados. La variedad, el lote y la caducidad salen tal cual de la orden de fabricación del ERP, y la fecha se calcula con la vida útil de esa referencia. Es tarea anclada, donde los mejores modelos bajaron el error por debajo del 1,5% [1]. Y además hay lectura de vuelta: la codificadora confirma qué juego de datos ha recibido, y esa confirmación queda registrada como evidencia del cambio.
[1] Paper OpenAI «Why Language Models Hallucinate», 2025 — sobre fiabilidad de la IA en tareas ancladas.
Lo que se pregunta sobre coser la codificadora al ERP
Si las dos máquinas son modernas, ¿por qué queda tecleo?
Porque tener API no es lo mismo que estar integrado. La codificadora expone la suya, la pesadora la suya y el ERP la suya, pero conectarlas suele quedar fuera del alcance del proyecto del ERP y también fuera del alcance del proveedor de la línea, así que cae en tierra de nadie — y se cubre con una persona tecleando, que es la solución que siempre está disponible. Connect existe precisamente para ese hueco: no sustituye ningún sistema, los cose por donde ambos ya ofrecen una puerta.
¿Por qué es tan crítica la fecha en queso fresco?
Porque es caducidad, no consumo preferente: no admite margen. Se calcula desde la fecha de fabricación y la vida útil de esa referencia concreta, y esa vida útil cambia entre variedades. Teclearla a mano significa que alguien tiene que recordar cuál aplica a la variedad que acaba de entrar en línea, en el momento de más prisa del turno. Cuando el cálculo viaja desde la orden de fabricación, ese punto de fallo desaparece: la fecha impresa es la que corresponde a lo que realmente se está produciendo.
¿Cuál es el fallo típico que esto elimina?
Siempre el mismo: se cambia la variedad en la línea y se olvida cambiar el lote en la codificadora, con lo que un palé entero sale con el lote de la producción anterior. No es un error de una persona descuidada — es la consecuencia previsible de pedir dos acciones manuales sincronizadas en el momento de más prisa. Y lo peor es dónde se descubre: no en la planta, sino en la plataforma del cliente, cuando el producto ya está fuera y hay que hablar de retirada. Con la variedad, el lote y la caducidad viajando juntos desde la orden, la desalineación no llega a producirse.
¿Hay que cambiar la codificadora?
En principio no: se trabaja contra la API que ya expone, y ni ella ni la pesadora se reprograman — se les habla en su propio protocolo. Ahora bien, hay un requisito a confirmar antes de comprometer nada: que la codificadora instalada tenga API o RPC abierta. Los modelos más antiguos no la exponen y exigen un adaptador intermedio, que eleva el CAPEX inicial sin romper el caso pero cambia el cálculo. Por eso la primera pregunta del diagnóstico es siempre qué modelo hay instalado, y lo comprobamos antes de dar un payback.
¿Qué aporta que la pesadora devuelva datos?
Cierra el círculo por el otro lado. Hoy el peso medio y los rechazos de la pesadora dinámica viven en la propia máquina y se consultan ahí, o se transcriben al final del turno. Al devolverlos al ERP asociados al lote, ese dato pasa a poder cruzarse con todo lo demás: con el parte de cuba, con la analítica del laboratorio y con la curva de pasteurización de ese mismo lote. Es la diferencia entre saber que un turno tuvo más rechazos y poder ver con qué mezcla, con qué pH de desuerado y con qué leche de origen se produjeron.
¿Tu codificadora tiene API? Te lo comprobamos y te damos el payback de coserla al ERP.
Trabajamos sobre los datos reales de tu quesería, no sobre los nuestros. Miramos tu codificadora y tu ERP y dimensionamos el hueco. Diagnóstico sin compromiso.
Ver el payback de coserla al ERP ‹ Ver los 12 casos de queso fresco Ver alimentaria