ICT y AOI cosidos al MES sin sustituir nada

El problema

El tester sabe si la placa pasa. El MES se entera cuando alguien se lo cuenta.

- El resultado de test (pass/fail, valores eléctricos, número de serie) queda aislado en el software propio del tester. - Para liberar el lote, alguien tiene que anotar o revisar el resultado por pantalla y volverlo a teclear en el sistema central, con riesgo de error.

• La estación de test en circuito, con su lecho de agujas, o la inspección óptica de la línea SMT, ya genera un resultado por unidad: pass o fail, valores eléctricos medidos y número de serie.
• Ese resultado se queda en el software propio del tester, porque la integración con el MES nunca llegó a lo alto de la lista. Nadie lo decidió así: simplemente nunca hubo tiempo de integrarlo bien.
• Para liberar un lote de ECU o de sensores, alguien revisa la pantalla del tester y vuelve a teclear el resultado en el sistema central.
• Cada transcripción es una oportunidad de error en el dato que, ante un recall, decide qué números de serie están afectados. Y el lote de ECU espera terminado en la línea hasta que alguien encuentra un momento para copiar sus resultados.

Cómo encaja con el sistema IRIS

Connect cose el tester y el MES por API — ninguno se sustituye.

Connect cose dos sistemas modernos vía API: lo que pasa en la estación ICT/AOI se refleja automáticamente en el MES/ERP en cuanto se genera, incluyendo el vínculo al número de serie de la unidad.

El tester sigue siendo el tester y el MES sigue siendo el MES. Lo único que cambia es que el resultado de cada unidad viaja solo, en el momento en que se genera y atado a su número de serie. La liberación del lote deja de esperar a una persona que copie. Y la integración deja de ser el proyecto que nunca empieza.

Ver la arquitectura IRIS completa →

Antes y después

El tester aislado frente al tester cosido al MES

Aspecto	Hoy	Con iLEAN Connect
Resultado ICT por unidad	En el software del tester	En el MES al generarse
Valores eléctricos medidos	Consultables solo en la estación	Guardados con el número de serie
Liberación del lote	Espera a la transcripción	Inmediata tras el último test
Error de copiado	Posible en cada unidad	No existe: no hay copia
Unidad retestada tras reparación	Dos resultados sin relación	Historial completo por número de serie
Tester y MES	—	Los dos se mantienen

Transcripción manual del resultado de test → reflejo automático e inmediato en el sistema central.

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.
• Tiempo de liberación de lote reducido: el último resultado de test cierra el lote sin esperar a que alguien lo transcriba.
• Riesgo de error de transcripción eliminado en el dato que decide qué números de serie entran en un recall.
• Y el resultado de test pasa de vivir aislado en la estación a reflejarse de forma automática e inmediata en el sistema central. Sin cambiar ni el programa de test ni el MES.

Payback estimado 3-6 meses, reduciendo el tiempo de liberación de lote y el riesgo de error de transcripción. Estimación a validar.

Y la duda razonable del responsable de producción

«¿No sería mejor una integración clásica con el proveedor del tester?» — lo sería el día en que ese proyecto suba en la lista, y por eso lleva años pendiente. Esta costura usa las interfaces que ya existen y no pide ventana de parada. Donde el tester solo exporta ficheros, leer su estructura es tarea anclada, donde los mejores modelos bajan del 1,5% de error [1].

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