Cambios de especificación del OEM que llegan a tiempo a la línea
A las 10:40 el residente cliente notifica por email un cambio de spec fotométrica del programa que arranca serie el próximo mes. Si el correo se lee a las 14:00, ya hay light engines fabricados con la spec vieja. Con iLEAN Connect el sistema lee el email en el segundo cero, cruza con las OFs activas y el PPAP vigente, y devuelve al Quality Development Manager la acción concreta: detener la célula, marcar el lote como bloqueo condicional, convocar a ingeniería para actualización de PSW.
El cambio de spec del OEM llega a tiempo. Quien tiene que leerlo, no.
En una planta Tier 1 de faros LED premium los avisos críticos del cliente — cambio de especificación fotométrica, cambio de CSR, actualización de PPAP — ya llegan, pero llegan por email a personas concretas:
- A las 10:40 entra un email del residente cliente notificando un cambio de spec fotométrica del programa que arranca serie el próximo mes, con OFs de light engines ya en curso.
- En paralelo entra otro con un cambio de CSR que afecta a la documentación de un programa ya en serie.
El Quality Development Manager no puede estar pendiente de la bandeja en tiempo real: está en la línea, en una auditoría o en una reunión de programa. Cuando por fin lee el correo — a las 14:00 —, la célula lleva horas fabricando light engines con la spec vieja. Lo que sigue es conocido: escalada del residente, lote en cuarentena, scrap del material no recuperable y días de retrabajo sobre el resto. Es el cuello de botella natural de la bandeja de entrada, no de la fábrica.
Connect en modo fuentes caóticas — escucha el mailbox del residente antes de que se fabrique el siguiente lote.
El aviso del residente cliente no necesita un proyecto de integración EDI ni un portal nuevo. Necesita que el email que ya llega se lea, se entienda y se cruce con las OFs activas y el PPAP vigente en el mismo instante en que entra — sin esperar a que la persona correcta tenga un hueco. Para eso está Connect en modo fuentes caóticas.
Un email entra en el mailbox del residente. Connect lo lee en el segundo cero, extrae qué cambia y sobre qué programa y parámetro, y devuelve una acción concreta al Quality Development Manager. Nada se toca en el ERP sin que una persona lo confirme.
Cómo opera Connect en modo fuentes caóticas sobre los avisos del residente cliente:
- Mailbox del residente en copia silenciosa 24/7 — Connect recibe copia del correo donde llegan los avisos del cliente, sin sustituir a nadie ni cambiar el canal que el residente ya usa.
- El LLM extrae intención y entidades — cambio de spec, cambio de CSR, cambio de PPAP o reclamación como intención; programa, versión y parámetro afectado como entidades. En segundos, el mensaje deja de ser texto suelto y pasa a ser un dato estructurado.
- Cruce inmediato con el ERP y el PPAP vigente — Connect compara la intención extraída contra las OFs activas y la documentación vigente del programa, y detecta qué lotes y qué células quedan afectados por el cambio.
- Acción concreta devuelta al rol pertinente — no un «te ha llegado un email», sino una propuesta aterrizada al estado real: «detén la célula X, marca el lote Y como bloqueo condicional, convoca a ingeniería para la actualización del PSW del programa Z». La persona ve la opción ya construida, no tiene que reconstruirla leyendo el hilo.
- Confirmación humana antes de tocar el ERP — Connect no detiene ni bloquea nada por su cuenta. La persona confirma la acción y solo entonces se traslada al ERP o al plan de producción.
Bandeja sin cruce vs. cambio de spec gestionado con Connect
| Aspecto | Bandeja sin cruce automático | Con iLEAN Connect |
|---|---|---|
| Detección del cambio de spec o de CSR | Email leído cuando el Quality Development Manager tiene un hueco — 3-4 h de latencia humana | Leído y extraído en segundos, 24/7 |
| Cruce con OFs activas y PPAP vigente | Manual, revisando el plan y la documentación del programa a mano | Automático, contra el estado del ERP en el segundo cero |
| Light engines con la spec vieja | Siguen saliendo de la célula hasta que alguien lee el correo | Bloqueo condicional propuesto en segundos — la célula se detiene antes del siguiente lote |
| Scrap y retrabajo por comunicaciones perdidas | Escalada del residente, lote en cuarentena y días de retrabajo | Protegidos por el bloqueo condicional automático, confirmado por la persona |
| Confirmación antes de tocar el ERP | No aplica, todo el circuito es manual | Confirmación humana requerida, nada se ejecuta solo |
| Trazabilidad del aviso | Reconstruir el hilo de email después del hecho | Mensaje, extracción y acción archivados por programa y por OF |
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 planta. Lo planteamos para que el comité tenga un orden de magnitud; lo refinamos en el diagnóstico.
- Planta Tier 1 de faros LED premium con varios programas en curso y avisos de cambio de spec y de CSR llegando por email al residente o al equipo de calidad.
- Piloto Connect en modo fuentes caóticas sobre el mailbox del residente cliente — sin tocar el ERP salvo confirmación humana. Primer valor esperable en pocas semanas.
- Payback orientativo entre 3 y 6 meses, según la frecuencia de cambios de spec y de CSR por programa que gestione tu planta. Estimación a validar.
- Evitación esperable de scrap y retrabajo por comunicaciones perdidas — cada lote fabricado con la spec vieja son días de retrabajo y una escalada del residente que no se producen. Estimación a validar con tus datos.
- La palanca dura es una célula detenida a tiempo: el mismo lote que iba a fabricarse con la spec vieja queda en bloqueo condicional porque el email se leyó en el segundo cero.
Y la duda razonable del responsable de producción
«¿Y si Connect interpreta mal un email y detiene una célula que no tocaba?» — la alucinación es un problema de la generación libre, no de las tareas ancladas. En tareas donde la IA se limita a recontextualizar un dato concreto de un soporte a otro (leer un aviso del residente y compararlo con las OFs abiertas del ERP y el PPAP vigente), los mejores modelos bajaron el error por debajo del 1,5% [1]. Y aun así, lo crítico no se decide solo: Connect propone la acción y la persona confirma antes de tocar el ERP. Los tres anillos de seguridad están ahí precisamente para esto.
[1] Paper OpenAI «Why Language Models Hallucinate», 2025 — sobre fiabilidad de la IA en tareas ancladas.
Lo que se pregunta sobre los cambios de spec del OEM en faros LED premium
¿Cómo distingue Connect un cambio de spec crítico de un email rutinario del residente?
Connect no convierte en alerta todo lo que entra en el mailbox: el LLM extrae primero la intención del mensaje (cambio de especificación fotométrica, cambio de CSR, actualización de PPAP, reclamación — o una convocatoria de reunión, un acta o un hilo comercial sin efecto sobre producción) y las entidades a las que se refiere (programa, versión de la spec, parámetro afectado, fecha de aplicación). Solo cuando esa intención afecta a una OF activa o al PPAP vigente de un programa en curso el mensaje se convierte en una alerta accionable para el Quality Development Manager. Un acuse de recibo, una convocatoria o un mensaje sin relación con ningún programa en juego no genera ninguna acción — queda archivado, sin ruido añadido.
¿Hay riesgo de que Connect actúe solo sobre el ERP sin supervisión?
No. Connect propone, no ejecuta. Cuando detecta un cambio que afecta a una OF activa o al PPAP vigente, devuelve una acción concreta — detener la célula, marcar el lote como bloqueo condicional, convocar a ingeniería para actualizar el PSW — pero esa acción queda en estado de propuesta. Nada se traslada al ERP, al plan de producción ni a la documentación del programa hasta que una persona confirma el cambio. En un entorno Tier 1, donde una parada de célula o un bloqueo de lote tienen coste inmediato, esto no es un matiz: es el mismo principio de los tres anillos de seguridad que rige el resto del sistema IRIS — lo crítico no se decide solo.
¿Qué pasa si el email del residente es ambiguo o incompleto?
Si el mensaje no permite extraer con claridad qué programa, qué versión de la spec o qué parámetro quedan afectados, Connect no adivina: marca el mensaje como incompleto, muestra al Quality Development Manager qué dato falta y qué OFs o programas son candidatos según lo que sí se ha entendido, y espera a que la persona complete o confirme antes de sugerir una acción. Preferimos una alerta con un hueco visible a un bloqueo propuesto sobre una suposición — en automoción, detener una célula por una interpretación forzada de un email es tan caro como no leerlo a tiempo.
¿Cómo se protege la confidencialidad del mailbox del residente cliente?
Connect entra en copia silenciosa sobre un mailbox corporativo dedicado, no sobre cuentas personales, y el acceso queda limitado a los hilos relevantes para calidad y programa — sin scraping ni reenvíos fuera del perímetro de la planta. Los mensajes se procesan de forma cifrada, dentro del acuerdo de confidencialidad que ya rige la relación con el cliente, y el histórico queda archivado por programa y por OF: el hilo del cambio de spec queda vinculado al lote afectado, disponible si calidad lo necesita en una auditoría o en una investigación de reclamación.
¿Qué pasa con los avisos que llegan fuera de horario?
Connect lee y extrae la intención del aviso en el segundo cero, 24 horas al día, también fuera del horario del Quality Development Manager o de ingeniería. Lo que cambia fuera de horario no es la lectura, sino la ejecución: la propuesta — detener la célula, marcar como bloqueo condicional el lote previsto para el arranque del turno — queda preparada y priorizada por impacto, lista para que la persona la confirme en cuanto retoma su puesto, en lugar de descubrir el cambio de spec con los light engines ya fabricados y el residente ya escalando.
Conecta iLEAN a tu mailbox de residente cliente — piloto en 4 semanas.
Trabajamos sobre los datos reales de tu planta, no sobre los nuestros. Diagnóstico sin compromiso.
Ver este caso aterrizado a tu flujo de calidad y programa ‹ Ver todos los casos de faros LED Ver automoción