Aviso de retraso de semiconductores, leído en segundos

El problema

La escasez de chips no avisa por el canal que lee el planificador.

- El correo del proveedor avisando de un retraso cae en el buzón de una persona concreta, que lo lee horas después, cuando ya hay una orden planificada para arrancar con ese componente. - Sin aviso a tiempo, la línea se planifica igual y termina parada sin alternativa preparada.

• Desde la crisis de semiconductores, un retraso de microcontrolador, de MOSFET o de sensor de efecto Hall es un riesgo estructural del sector, no una incidencia rara.
• El aviso llega por correo a una persona concreta —compras, un gestor de cuenta del distribuidor— que lo lee horas después, entre otros cien mensajes. Nadie más en la planta sabe que existe hasta que esa persona lo lee y lo reenvía.
• Para entonces ya hay una orden de ECU planificada para arrancar con ese componente, y la línea se prepara igual.
• El resultado es una línea parada sin alternativa preparada, o una ECU a medio montar esperando un chip que no va a llegar esta semana. Y el tiempo de línea perdido no se recupera. Replanificar a mitad de turno cuesta mucho más que replanificar la víspera, con el aviso leído a tiempo.

Cómo encaja con el sistema IRIS

Connect en modo fuentes caóticas — un buzón dedicado en copia, las veinticuatro horas.

Connect modo fuentes caóticas: un mailbox dedicado en copia 24/7. Un LLM extrae la intención (retraso de componente), las entidades (proveedor, número de parte, fecha) y cruza todo con el ERP para devolver una acción concreta al responsable de producción.

Enterarse antes no basta: lo que cambia la decisión es saber en el mismo momento qué órdenes, qué número de parte y qué semana quedan afectados. Eso es lo que llega al responsable, ya cruzado con el ERP, en lugar de un correo más. El margen que se gana es el que permite cambiar la secuencia en lugar de parar la línea.

Ver la arquitectura IRIS completa →

Antes y después

El aviso de hoy frente al aviso cruzado con el ERP

Aspecto	Hoy	Con iLEAN Connect
Latencia hasta leer el retraso	Horas	Segundos
Órdenes de ECU afectadas	Se buscan a mano después	Listadas junto al aviso
Componente y fecha prometida	En el texto del correo	Extraídos y estructurados
Replanificación	Sobre lo que se leyó tarde	Sobre el estado real del momento
Línea preparada para un chip ausente	Ocurre	Se evita antes del arranque
Quién decide el cambio	Quien abrió el correo	El responsable — iLEAN propone

Horas de latencia humana → segundos, con replanificación basada en datos del momento, no en lo que se leyó tarde.

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-7 meses, según la frecuencia de avisos críticos de suministro que recibís.
• De horas de latencia humana a segundos entre el correo del proveedor y la propuesta de acción.
• Replanificación basada en los datos del momento, no en lo que alguien leyó a media mañana.
• Y menos arranques de línea preparados para un semiconductor que no está en el almacén, que es la parada más frustrante porque se podía haber evitado.

Payback estimado 3-7 meses según frecuencia de avisos críticos de suministro. Estimación a validar.

Y la duda razonable del responsable de producción

«¿Y si confunde un aviso comercial con un retraso real?» — clasificar la intención de un correo y extraer proveedor, número de parte y fecha es tarea anclada, donde los mejores modelos bajan del 1,5% de error [1]. Además iLEAN no replanifica por su cuenta: propone una acción al responsable de producción, que es quien la acepta o la descarta.

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