La etiqueta GS1-128 se rellena sola

El problema

La etiqueta que viaja con la caja se escribe a mano cada vez.

Teclear 20+ campos por expedición es lento y arriesgado si uno queda mal puesto.

• El generador de etiqueta logística ya está en el ERP, con sus más de veinte campos: GTIN, número de lote, peso variable, fechas, identificador de expedición y códigos de matadero y sala de despiece.
• Se rellenan a mano antes de cada salida, copiando de otra pantalla del mismo sistema que ya tiene el dato.
• Un campo mal puesto no se ve: el código de barras se imprime igual y la caja sale. Se descubre cuando el cliente escanea en su muelle y el lote no existe. Para entonces el palé ya ha viajado y la devolución la pagáis vosotros.
• Y con producción propia y maquila saliendo el mismo día, el campo que más se equivoca es justo el que dice de quién es la mercancía. Es el error más caro y el más fácil de cometer con dos desplegables parecidos.

Cómo encaja con el sistema IRIS

Connect cose el lote activo con el generador de etiquetas vía API.

Connect cose el lote/expedición activos del ERP con el generador de etiquetas vía API.

No se sustituye el generador de etiquetas ni se cambia el diseño homologado con vuestros clientes. Se le entrega el contenido desde el lote y la expedición que el ERP ya tiene abiertos, y lo único que queda por hacer es un toque de validación antes de imprimir. El diseño, los identificadores de aplicación y el orden de los campos siguen siendo los vuestros; lo único que cambia es de dónde sale el contenido.

Ver la arquitectura IRIS completa →

Antes y después

La etiqueta de hoy frente a la etiqueta alimentada

Aspecto	Hoy	Con iLEAN Connect
Campos tecleados por expedición	Más de veinte	Ninguno
Origen del dato	Copiado de otra pantalla	El lote activo del ERP
Peso variable	Se transcribe de la báscula	Entra con el bulto
Error de GTIN o de lote	Se detecta en el cliente	No llega a imprimirse
Producción propia frente a maquila	El campo que más se equivoca	Atado a la orden
Diseño de la etiqueta	Homologado con el cliente	Sin tocar

20+ campos tecleados → 0 campos, solo un toque de validació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 los más rápidos de la matriz porque el trabajo que elimina es contable al minuto.
• De más de veinte campos tecleados por expedición a cero, con un solo toque de validación antes de imprimir.
• Etiquetas rechazadas en el muelle del cliente, que hoy se pagan en retrabajo, en transporte y en credibilidad ante el departamento de logística del cliente, que es lo que más cuesta recuperar.
• Y la identificación de quién es la mercancía deja de depender de que alguien acierte con el desplegable a última hora.

Payback rápido, 3-6 meses. *Estimación a validar*.

Y la duda razonable del responsable de producción

«¿Y si la integración compone mal una etiqueta y sale un palé entero?» — por eso el contenido no se imprime sin pasar antes por pantalla, y por eso los campos críticos se contrastan contra el lote abierto antes de componerse. La lectura previa del lote es tarea anclada, donde los mejores modelos bajan del 1,5% de error [1]; y si falta un campo obligatorio, la etiqueta no se compone en lugar de imprimirse incompleta.

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