La etiqueta de secuencia, cosida al release del cliente
La etiqueta de secuencia decide qué módulo, de qué color, va en qué posición de la línea del cliente. La impresora es moderna y tiene API — pero el hueco entre el EDI y ella lo cubre una persona retecleando. Una etiqueta mal puesta no es un defecto: es un paro de línea en casa del cliente. iLEAN cose los sistemas que ya existen.
«Casi integrado, pero no»: dos sistemas modernos y una persona tecleando en medio.
Este caso no es el de la máquina vieja: aquí todo es moderno. El ERP tiene su EDI con los releases del cliente, y la estación de etiquetado tiene su API. El problema es que nadie las conectó, y el hueco lo cubre una persona con un teclado:
- Cada cambio de release obliga a reteclear — el cliente mueve la secuencia, y alguien tiene que reflejarlo a mano en la estación de etiquetado. Cuanto más se mueve el release, más veces se teclea y más ocasiones hay de equivocarse.
- El error no se ve en casa — una etiqueta de secuencia equivocada no rompe la pieza ni salta en ninguna inspección. Sale de la planta con aspecto de correcto y aparece en la línea del cliente, en el peor sitio y en el peor momento.
- El coste unitario es desproporcionado — una sola incidencia de secuencia se paga en penalización, envío urgente y desgaste de una relación comercial que costó años construir. No hay proporción entre la causa y la consecuencia.
Es el hueco más frustrante de todos: no falta tecnología, no falta presupuesto, no falta dato. Falta que dos sistemas que ya existen se hablen sin una persona en medio.
Connect cosiendo dos sistemas modernos — del release a la etiqueta, sin teclado.
Cuando los dos extremos tienen API, integrar no es un proyecto de años: es cerrar un hueco concreto. Connect toma el release activo del ERP y del EDI y lo lleva a la estación de etiquetado, con la comprobación puesta antes de imprimir, no después de cargar.
Referencia, color y posición de secuencia viajan automáticamente desde el release activo hasta la etiquetadora. Cada etiqueta impresa queda registrada contra su rack, y si algo no cuadra el aviso salta antes de imprimir — no cuando el camión ya está en ruta.
Cómo opera Connect sobre el etiquetado de secuencia:
- Release activo como única fuente — la etiqueta se genera desde el release vigente en el EDI, no desde una copia tecleada. Si el cliente cambia la secuencia, lo que se imprime cambia con ella sin intervención.
- Comprobación antes de imprimir — si la referencia, el color o la posición no cuadran con lo que el rack lleva realmente, el sistema avisa antes de que salga la etiqueta. El punto de control se mueve al momento en que corregir aún es barato.
- Cada etiqueta ligada a su rack — lo impreso queda registrado contra el rack concreto, así que existe un rastro de qué etiqueta llevó cada envío. Eso es lo que después permite responder a una reclamación con hechos.
- Sin sustituir la etiquetadora — se usa la API de la estación que ya está instalada. No hay que cambiar equipo ni rehacer el circuito de expedición.
- Humans in command donde toca — el sistema automatiza el traslado del dato, que es mecánico; la excepción — un rack que no cuadra, un release ambiguo — sube a una persona en lugar de resolverse sola.
Etiquetado retecleado vs. etiquetado cosido al release
| Aspecto | Reteclado manual desde el EDI | Con iLEAN Connect vía API |
|---|---|---|
| Origen del dato de la etiqueta | Copia tecleada por una persona | Release activo del EDI |
| Cambio de release del cliente | Reimprimir y reteclear | Se propaga solo a la etiqueta |
| Detección de discrepancia | En la línea del cliente | Antes de imprimir |
| Errores de secuencia de origen humano | Esporádicos pero muy caros | Eliminados del proceso |
| Registro de qué etiqueta llevó cada rack | No existe | Cada etiqueta ligada a su rack |
| Inversión en equipo | — | Ninguna: se usa la API que ya tiene |
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.
- Planta Tier 1 con entrega secuenciada al cliente, estación de etiquetado moderna con API y releases que llegan por EDI, hoy trasladados a mano.
- Piloto Connect cosiendo EDI/ERP y estación de etiquetado, con comprobación previa a la impresión. Sin cambiar de etiquetadora. Primer valor esperable en pocas semanas.
- Payback orientativo entre 3 y 6 meses — es de los más rápidos de la matriz porque el hueco es estrecho y el trabajo manual que elimina es constante. Estimación a validar.
- La palanca dura es asimétrica: una sola incidencia de secuencia evitada — penalización más envío urgente más el desgaste comercial — puede pagar el proyecto entero.
- Para dimensionarlo bien, la mejor cifra no es una estimación: es el historial de incidencias de secuencia de los últimos dos o tres años de tu propia planta.
Y la duda razonable del responsable de IT
«¿Esto me obliga a abrir la etiquetadora o el EDI a un sistema externo?» — no en el sentido que preocupa. La integración se hace por file drop firmado entre anillos: nada entra a la red de operaciones que no esté validado y firmado, y la estación de etiquetado sigue siendo la autoridad sobre lo que imprime. Sobre la lectura del release, se trata de tarea anclada — mapear campos conocidos entre dos sistemas conocidos — donde los mejores modelos bajaron el error por debajo del 1,5% [1], y la discrepancia se avisa a una persona antes de imprimir.
[1] Paper OpenAI «Why Language Models Hallucinate», 2025 — sobre fiabilidad de la IA en tareas ancladas.
Lo que se pregunta sobre coser el etiquetado de secuencia al ERP
Si la etiquetadora ya tiene API, ¿por qué no está integrada?
Es el caso más común y el más frustrante: no falta tecnología, falta que alguien cierre ese hueco concreto. La integración entre el EDI y la estación de etiquetado suele quedar fuera del alcance del proyecto del ERP y también fuera del alcance del proveedor de la etiquetadora, 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 esos huecos: no sustituye ninguno de los dos sistemas, los cose por donde ambos ya ofrecen una puerta.
¿Qué pasa cuando el cliente cambia el release a última hora?
Es justamente el escenario que este caso resuelve. Hoy, un cambio de release obliga a reimprimir y a reteclear, y cada repetición es una oportunidad de error. Con Connect, la etiqueta se genera siempre desde el release activo, así que el cambio se propaga solo: no hay una copia intermedia que pueda quedar desactualizada. Y si al cambiar el release aparece una discrepancia con lo que el rack lleva realmente, el aviso salta antes de imprimir, que es el único momento en que corregir todavía es barato.
¿Se puede hacer sin cambiar la estación de etiquetado?
Sí, y es lo habitual: se trabaja contra la API que la estación ya expone. No hay que sustituir el equipo, ni rehacer el circuito de expedición, ni cambiar el formato de la etiqueta que el cliente ya tiene homologado. Si la estación fuese antigua y no tuviera API, el caso sigue siendo viable con un adaptador, pero eso sube el CAPEX inicial y conviene confirmarlo en el diagnóstico. Por eso una de las primeras preguntas es si la estación tiene una API abierta o exigiría adaptación.
¿Cómo se justifica el proyecto si las incidencias son esporádicas?
Precisamente porque son esporádicas y muy caras. La lógica no es la de un ahorro recurrente, sino la de un riesgo asimétrico: una etiqueta de secuencia equivocada no se paga en el coste de la etiqueta, se paga en penalización, envío urgente y desgaste de la relación comercial. Con una sola incidencia evitada en el horizonte del proyecto, el caso cierra. La cifra que mejor lo dimensiona no es una estimación externa sino tu propio historial: cuántas incidencias de secuencia ha tenido la planta en los últimos dos o tres años y qué costó cada una.
¿Queda registro de qué etiqueta llevó cada rack?
Sí, y ese es un beneficio que suele descubrirse después. Cada etiqueta impresa queda ligada al rack concreto contra el que se generó, con su referencia, su color, su posición de secuencia y su momento. Cuando llega una reclamación del cliente sobre un envío, la conversación deja de ser una reconstrucción de memoria y pasa a apoyarse en un registro. Y ese mismo rastro alimenta después el evidence pack de auditoría sin trabajo adicional, porque la trazabilidad del rack hacia el cliente ya está cerrada.
¿Cuántas incidencias de secuencia has tenido en tres años? Esa cifra es tu caso de negocio.
Trabajamos sobre los datos reales de tu planta, no sobre los nuestros. Miramos tu etiquetadora y tu EDI y dimensionamos el hueco. Diagnóstico sin compromiso.
Ver cómo lo aplicamos en tu planta — demo sobre tu etiquetadora ‹ Ver los 12 casos de pintura y ensamble Ver automotriz