Trazabilidad del VFD — sin el número de serie y el firmware unidos al pedido, una reclamación se discute a oscuras.

El problema

El drive sale con tres datos sueltos que nadie une en el segundo cero.

Un variador de frecuencia que sale de fábrica lleva consigo tres datos que siempre hay que casar — y que, en la mayoría de líneas, viven cada uno en una isla:

1. Número de serie y modelo — impresos en la etiqueta del envolvente. Se escanean con pistola si el código es legible; si no, se transcriben a mano.
2. Versión de firmware cargada — la decide el operario al final del proceso. Suele apuntarla en una pantalla, o queda en el log del programador. Si el programador no exporta, se pierde.
3. Pedido del cliente y ficha de ensayo — viven en el ERP, en un MES o en una Excel de pedidos abiertos. El operario casa el drive con el pedido a mano, en el peor momento (final de turno, prisa por empaquetar).

Cuando todo va bien, el sistema clásico funciona. El día que un cliente llama porque un drive da problemas, el patrón se repite: nadie sabe con qué firmware salió ese número de serie concreto, ni si hubo algo raro en su ensayo, ni a qué pedido pertenecía exactamente. La RMA se discute a oscuras, la reclamación a tercero se defiende mal, y el ingeniero de soporte pasa una semana reconstruyendo un dato que tenía que estar unido desde el segundo cero.

Cómo encaja con el sistema IRIS

Tracer une la etiqueta del drive con el pedido y el ensayo — sin pedir cambiar nada aguas arriba.

El problema no es falta de datos: es que los datos viven en tres islas que nadie cruza en el momento del empaquetado. iLEAN actúa como la masilla entre la línea, el ERP y el banco de ensayo, sin pedirte que cambies la pistola lectora, el cargador de firmware ni el ERP.

Tracer ve la etiqueta. Connect lee el pedido y la ficha. El agente une los tres en un único registro por número de serie. La persona firma el cierre.

Las piezas iLEAN aplicadas a la trazabilidad del VFD:

• Tracer (Edge especializado en OCR IA) — cámara sobre la zona de etiqueta del drive. Lee número de serie, modelo, lote y versión de firmware impresa, en imagen, en el final de línea. Robusto frente a impresión irregular, polvo y brillos del envolvente metálico. Si la confianza es baja, retiene el drive.
• Connect — captura el pedido del cliente desde el ERP, el MES o la Excel del responsable de pedidos (cualquier formato), y la ficha del ensayo eléctrico que acaba de pasar ese drive (banco de pruebas, curva de arranque, parámetros de comunicación). También capta el log del programador de firmware si se exporta — o, si no, la foto del operario en su rutina.
• Agente — une los tres en un único registro por número de serie: pedido + ensayo + foto de la etiqueta + firmware cargado. Construye el expediente completo del drive desde el momento de salida. Para soporte, RMA, auditoría o reclamación a tercero, el dato está ahí, no hay que reconstruirlo.

Ver la arquitectura IRIS completa →

Antes y después

Trazabilidad manual vs. trazabilidad con iLEAN Tracer

Aspecto	Final de línea actual	Con iLEAN Tracer + Agente
Captura del número de serie	Pistola + transcripción si no lee	OCR IA, robusto a impresión irregular
Versión de firmware	Apuntada por el operario o perdida	Leída del log o de la pantalla; cruzada al drive
Casado con el pedido	Manual al empaquetar	Agente une al pedido abierto en ese puesto
Ficha de ensayo eléctrico	Excel separada	Unida al drive por número de serie
Expediente RMA / reclamación	Reconstrucción a mano, días	Listo en el segundo cero
Etiqueta sucia o medio tapada	Para a esperar nueva etiqueta	OCR IA lee con confianza; si no, retiene

Estimación de impacto

Estimación de impacto para tu planta — a validar con tus números.

El siguiente bloque es una estimación a validar con los datos concretos de tu línea. Lo planteamos para que el comité tenga un orden de magnitud; lo refinamos en el diagnóstico.

• Línea de fabricación de variadores de frecuencia industriales, varios cientos a algunos miles de unidades al mes, multi-modelo y multi-firmware, con un porcentaje de RMAs que hoy requieren reconstrucción manual del expediente.
• Piloto Tracer en final de línea (cámara + terminal + integración con ERP/MES + lectura de firmware del programador). Primer valor esperable en pocas semanas: el expediente por número de serie listo en el segundo cero desde el primer día de operación.
• Payback orientativo entre 4 y 9 meses, según volumen de unidades y coste medio de tratamiento de RMA actual.
• Reducción esperable de tiempo de gestión por RMA ≥ 30% sobre la línea base — conservador, depende del peso del soporte en la cuenta de resultados.
• Palancas extra (no contabilizadas en el suelo): defensa de reclamación a tercero con foto del momento de salida, recall selectivo por firmware cuando el fabricante publica una corrección.

Y la duda razonable del responsable de operaciones

«¿Y si el OCR se equivoca en un dígito del número de serie?» — la alucinación es un problema de la generación libre, no de las tareas ancladas. Leer una etiqueta y compararla con un pedido abierto es exactamente una tarea anclada: los mejores modelos bajaron el error por debajo del 1,5% ^[1]. Y aun así, Tracer no inventa: cuando la confianza es baja, retiene el drive y pasa la decisión al operario. Un número de serie inventado en la base de garantía es mucho más caro que un drive retenido un minuto.

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