La orden de corte entra al sistema con una foto, no con un tecleo

El problema

El dato que explica el rendimiento de la bobina se anota a mano y se pierde.

La orden de corte se imprime con datos del ERP, pero lo que de verdad ocurre se anota encima a mano: que la bobina venía con camber y hubo que despuntar más, que se cambió el esquema de cintas para aprovechar el ancho, que la última cinta salió fuera de tolerancia. Ese es exactamente el dato que explica el rendimiento real de la bobina, y es el que se pierde. El papel se transcribe al día siguiente, parcialmente, o no se transcribe. Cuando alguien pregunta por qué el rendimiento del mes cayó dos puntos, el dato que lo explicaba ya no existe. El resultado es una planta que mide su indicador más importante —cuánto aprovecha de cada bobina— con una estimación de fin de mes en lugar de con un registro.

• La orden de corte sale del ERP con el esquema de cintas previsto, pero encima se anota lo que pasó de verdad: que la bobina venía con camber y hubo que despuntar más, que se recompuso el esquema para aprovechar el ancho, que la última cinta salió fuera de tolerancia.
• El reporte de turno recoge a mano paradas, motivos, peso de entrada y peso de salida. Entre los dos papeles está el rendimiento real de cada bobina madre, y los dos viven en una carpeta entre ocho y veinticuatro horas.
• La transcripción del día siguiente es parcial o no ocurre. Cuando dirección pregunta por qué el rendimiento del mes cayó dos puntos, el dato que lo explicaba ya no existe.
• El resultado es una planta que mide su indicador más importante —cuánto aprovecha de cada bobina— con una estimación de cierre de mes en lugar de con un registro programa a programa.

Cómo encaja con el sistema IRIS

Connect en modo foto — dos fotos por programa, y el operario sigue con su papel.

Connect en modo foto a lo analógico. El operario hace dos fotos con su móvil: una al montar la bobina, otra al cerrar el programa. Un LLM anclado reconoce la estructura de ambos documentos y extrae los campos —número de bobina, colada, grado, recubrimiento, calibre, esquema de cintas, peso de entrada, peso de salida, despunte y motivo de parada— y los guarda estructurados en la memoria central, vinculados al programa y al turno. Antes de cruzar al maestro, el resumen pasa por la tableta de línea para que el operario lo confirme con dos toques. Flujo: foto → extracción anclada → validación humana → memoria central → ERP.

No se pide al operario del slitter que cambie nada: sigue rellenando su reporte de turno y añade dos fotos, una al montar la bobina y otra al cerrar el programa. Por eso es el caso que menos fricción produce en planta y el que suele aprobarse primero en un centro de servicio.

Ver la arquitectura IRIS completa →

Antes y después

El programa de corte en papel frente al programa capturado

Aspecto	Hoy, en papel	Con iLEAN Connect
Latencia del programa	8-24 h en una carpeta	Segundo cero
Programas registrados	Los que alguien transcribe	El 100 %
Rendimiento por bobina	Estimación de fin de mes	Dato vivo por programa y turno
Despunte extra por camber	Anotado a mano y perdido	Extraído y atado a la bobina
Esquema de cintas real	El previsto en el ERP	El que se cortó de verdad
Hábito del operario	—	Sin cambios: dos fotos

de 8-24 h de latencia y transcripción parcial, a segundo cero con el 100% de los programas registrados. El rendimiento por bobina y por programa pasa de estimación mensual a dato vivo.

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 4-9 meses, según el número de programas de corte por turno.
• Tiempo administrativo de transcripción recuperado, que hoy paga alguien al día siguiente.
• De 8-24 horas de latencia al segundo cero, con el 100 % de los programas registrados.
• Y aparece una línea base real de rendimiento por bobina y por programa, que hoy no existe y sin la cual ninguna mejora se puede medir.

payback estimado 4-9 meses según el número de programas por turno, más el tiempo administrativo de transcripción recuperado y la aparición de una línea base real de rendimiento. *Estimación a validar*.

Y la duda razonable del responsable de producción

«¿Y si lee mal la colada o el peso de salida del reporte?» — leer campos de una orden de corte y de un reporte de turno de estructura conocida es tarea anclada, donde los mejores modelos bajan del 1,5% de error [1]. Y hay una segunda red: el resumen pasa por la tableta de línea y el operario lo confirma o lo corrige con dos toques antes de que cruce al maestro.

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