El traveler de ensamblaje ya no se pierde en papel

El problema

El único papel que une cada breaker con su número de serie vive en un archivador.

El traveler es el único documento que une "qué componente concreto lleva esta unidad concreta". Mientras no se digitaliza, cualquier consulta de trazabilidad — una reclamación, una alerta de proveedor sobre un lote de breakers — exige ir a buscar papel físico archivado. En una planta que está contratando personal nuevo cada semana, ese archivo se vuelve cada vez menos fiable.

• El traveler acompaña la unidad desde el bastidor desnudo hasta la prueba final. En cada estación se apunta el par de apriete de las conexiones de barra, el breaker montado con su lote, el cableado de control y la firma de quien inspeccionó.
• Mientras ese papel no se digitaliza, la unidad existe físicamente pero no existe en ningún sistema consultable por número de serie. Lo que se sabe de ella está en una carpeta que viaja con el bastidor.
• Cuando un proveedor avisa de un lote de breakers sospechoso, o un cliente reclama sobre una celda instalada, saber qué unidades están afectadas exige abrir cajas de travelers archivados, uno por uno.
• Con técnicos nuevos entrando cada semana, crecen las firmas ilegibles, las casillas de torque vacías y los travelers que se traspapelan entre estaciones, y el archivo es cada mes un poco menos fiable.

Cómo encaja con el sistema IRIS

Connect en modo foto — el técnico sigue firmando el traveler a pie de celda.

Connect modo foto. El técnico sigue haciendo exactamente lo que ya hacía: fotografía el traveler con el móvil o la tableta de planta al cerrar cada estación. Un modelo de lenguaje anclado extrae número de serie, estación, componente, torque y firma, y lo guarda en la memoria central de iLEAN en el mismo instante. La verificación humana temprana (ver caso 5) se asegura de que nada entra al ERP sin que un humano lo haya validado.

No se pide al técnico que deje el papel ni que aprenda una pantalla nueva: hace una foto al cerrar la estación, y ya. Es el caso con menos fricción de los doce y el que hace que la trazabilidad por número de serie exista desde la primera unidad. Por eso suele ser el primero que se firma en comité.

Ver la arquitectura IRIS completa →

Antes y después

El traveler archivado frente al traveler capturado por estación

Aspecto	Hoy, en papel	Con iLEAN Connect
Qué breaker lleva cada celda	Buscar el traveler en el archivo	Consulta web por número de serie
Par de apriete de las barras	Anotado y olvidado en papel	Registrado por estación y técnico
Alerta sobre un lote de breakers	Horas abriendo cajas	Lista de unidades afectadas al momento
Casilla de torque sin rellenar	Se descubre en el FAT o nunca	Marcada al cerrar la estación
Traveler de un técnico recién incorporado	Más papeles incompletos	El sistema avisa de lo que falta
Rutina en la estación de montaje	Firmar y pasar la unidad	La misma, más una foto

Trazabilidad reconstruida a mano en horas → consulta web instantánea por número de serie.

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 en una línea de switchgear, según el volumen de unidades por día que salen hacia la prueba final.
• Recupera el tiempo que el responsable de calidad dedica hoy a archivar travelers y a buscarlos cuando alguien pregunta por una unidad.
• La trazabilidad reconstruida a mano en horas pasa a ser una consulta instantánea por número de serie.
• Y una alerta de lote de proveedor se contesta con una lista de celdas afectadas, no con una tarde entera en el archivo.

Payback estimado 4-9 meses según volumen de unidades/día, recuperando el tiempo que el responsable de calidad dedicaba a archivar y buscar papel. *Estimación a validar.*

Y la duda razonable del responsable de producción

«¿Y si lee mal un valor de torque escrito a mano?» — leer campos de un traveler de estructura conocida es tarea anclada, donde los mejores modelos bajan del 1,5% de error [1]. Y hay segunda red: un valor fuera del rango de par especificado para esa conexión se marca en rojo, y la verificación humana temprana lo confirma o lo corrige antes de que entre al ERP. Ningún valor dudoso se da por bueno en silencio.

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