La orden de trabajo entra al sistema en el segundo cero

El problema

La verdad del proyecto vive en un papel doblado en el bolsillo del armador.

El proyecto se cotizó a horas cerradas. Las horas reales, en cambio, viven en papel durante días: en el bolsillo del armador, luego apiladas en el despacho, luego capturadas por alguien cuando puede. Cuando la desviación aparece en el sistema, la pieza ya está soldada. No hay decisión que tomar, solo pérdida que explicar en la reunión de seguimiento. En paralelo circula un documento aún más delicado: el reporte de soldadura por junta. Quién soldó qué, con qué procedimiento, en qué posición. Es la pieza documental que el inspector va a pedir y la que más veces aparece incompleta cuando se arma el dossier, meses después, con la pieza ya pintada y la fecha de embarque encima. Y el problema no se resuelve pidiendo al taller que capture en un terminal. Nadie teclea con guantes puestos junto a un proceso de soldadura, y cualquier intento de imponerlo termina en datos inventados a final de turno.

• La OF sale impresa del ERP por la mañana y vuelve por la tarde con lo que de verdad pasó: horas reales por actividad, junta cerrada, placa alabeada que hubo que enderezar antes de rolar, material que faltó.
• Ese papel tarda entre dos y cinco días en convertirse en dato. Cuando la desviación de horas aparece en el sistema, la virola ya está soldada y solo queda explicar la pérdida en la reunión de seguimiento.
• En paralelo circula el reporte de soldadura por junta: quién soldó, con qué WPS, en qué posición. Es lo primero que pide el inspector y lo que más veces falta cuando se arma el data book, con la pieza ya pintada.
• Pedir al taller que teclee en un terminal no funciona: nadie captura con guantes puestos junto a un arco, y lo que se impone acaba en datos inventados a final de turno.

Cómo encaja con el sistema IRIS

Connect en modo foto — el armador sigue rellenando su OF.

Connect en modo "foto a lo analógico". El paso a paso:

No se cambia el papel ni se pide al taller que aprenda un sistema: se añade una foto al gesto de cerrar la actividad. Por eso es el caso que menos fricción produce en una nave de pailería y el que suele abrir el piloto: las horas y el reporte de junta existen desde el segundo cero, y el dossier empieza a acumularse solo.

• El armador fotografía con su móvil o con una tableta industrial la orden de trabajo al cerrar la actividad. Su rutina no cambia y el papel sigue existiendo: deja de ser el único ejemplar.
• Un modelo anclado extrae los campos estructurados: número de orden, actividad, horas, número de junta, identificación del soldador, procedimiento aplicado, material consumido y observación de taller.
• Lo capturado se liga a la orden que está viva en ese momento y se guarda en la memoria central de iLEAN. Lo que resulta ambiguo no se inventa: se marca.
• El responsable valida en la tableta a pie de banco — la verificación humana temprana del caso 5 — y solo entonces el dato cruza al ERP y al dossier.

La evidencia queda disponible para el data book del proyecto sin ningún paso adicional: el reporte de junta ya está ligado a la pieza cuando el inspector lo pide.

Ver la arquitectura IRIS completa →

Antes y después

La OF de hoy frente a la OF capturada

Aspecto	Hoy, en papel	Con iLEAN Connect
Latencia del dato	2-5 días, según quién capture	Segundo cero
Horas reales por actividad	Se conocen con la pieza ya soldada	Desviación visible el mismo turno
Reporte de junta	Se busca al armar el dossier	Ligado a la pieza, al soldador y a su WPS
Anotación a mano (placa alabeada, material que faltó)	Se pierde en el despacho	Extraída y atada a la OF
Captura administrativa	Horas de oficina cada semana	Cero
Hábito del armador	—	Sin cambios: una foto al cerrar

de 2-5 días de latencia entre el trabajo real y el dato en el sistema, a segundos. De un reporte de junta que se busca al cierre del proyecto, a un registro ligado a la pieza desde el primer momento. De horas administrativas dedicadas a capturar partes, a cero.

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 OF vivas en paralelo.
• Tiempo administrativo de captura de partes recuperado — hoy alguien teclea lo que el armador escribió, con días de retraso.
• De 2-5 días de latencia entre el trabajo real y el dato, al segundo cero: la desviación de horas se ve cuando todavía se puede reaccionar.
• Menos juntas sin registro localizable cuando el inspector pide el reporte, que es donde hoy se pierden días de calendario antes del embarque.

payback estimado de 4 a 9 meses según el número de órdenes vivas en paralelo, más la recuperación del tiempo administrativo de captura y la reducción de juntas sin registro localizable. *Estimación a validar*.

Y la duda razonable del responsable de producción

«¿Y si lee mal el número de junta o las horas de una OF escrita con prisa?» — leer campos de un documento de estructura conocida, con número de orden, junta, soldador, WPS y horas en posiciones que se repiten, es tarea anclada, donde los mejores modelos bajan del 1,5% de error [1]. Y hay una segunda red: lo que resulta ambiguo no se inventa, se marca, y el responsable lo confirma o lo corrige en la tableta a pie de banco antes de que cruce al ERP.

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