Atrapar el cambio de receta antes del bloqueo
El pedido entró bien, pero llega un correo: adición equivocada, montura cambiada, par anulado. Ese correo espera en un buzón mientras el trabajo se bloquea, se talla, se pule, se laca y entra en la cámara de vacío — y cada estación convierte un cambio barato en un scrap caro, porque en una lente de prescripción no hay marcha atrás. Connect lee el correo en el segundo cero, localiza el trabajo y actúa según dónde esté.
El aviso que invalida el trabajo compite con un reloj de minutos — y llega por un canal de horas.
Los avisos que echan abajo un trabajo en curso — una adición mal tomada, una montura que el usuario cambia, un par anulado — llegan por canales humanos y asíncronos. La línea, mientras tanto, avanza a ritmo de minutos:
- Latencia humana de horas contra una línea de minutos — entre que el cliente cambia de opinión y la planta se entera pasan dos, tres o cuatro horas. En ese tramo el trabajo ha cruzado justo las estaciones que más valor añadido acumulan.
- Cada estación encarece el mismo error — detener un trabajo antes del bloqueo cuesta casi nada. Detenerlo después del tallado, del pulido, del lacado o de la cámara de vacío cuesta la lente entera. Y en prescripción no hay reproceso: se rehace.
- O peor que el scrap — el par se expide sabiendo que ya no es el que el usuario pidió, porque el aviso apareció cuando la caja estaba cerrada.
Nadie tiene la culpa: el responsable no puede estar pendiente de un buzón mientras camina la planta, y el correo no sabe que hay un reloj corriendo. El coste de esa latencia no aparece en ningún informe — se diluye en el indicador de remake.
Connect en modo fuentes caóticas — en copia silenciosa, leyendo 24/7.
La información crítica de una planta óptica no siempre llega por el sistema del laboratorio: llega por correo o por mensajería. Connect no pretende cambiar ese hábito — se pone en copia de un buzón dedicado y lo lee todo, sin pedirle a nadie que reenvíe nada ni que cambie de canal.
Connect lee el correo en el segundo cero, extrae intención — modificación, anulación, urgencia — y entidades — referencia de pedido, receta nueva, montura nueva —, y las cruza con el estado real del trabajo en el sistema del laboratorio. Si aún no se ha bloqueado, lo detiene y avisa. Si ya está tallado, avisa con el coste real del cambio.
Cómo opera Connect sobre los avisos de modificación de pedido:
- Buzón dedicado en copia silenciosa — el cliente o la óptica siguen escribiendo donde escriben. Connect recibe copia y trabaja sobre lo que llega, sin portal nuevo y sin pedir a nadie de fuera que cambie nada.
- Intención y entidades, no palabras clave — el modelo distingue una modificación de una anulación y de una consulta rutinaria, y extrae lo que importa: referencia del pedido, receta nueva, montura nueva, urgencia.
- Cruce con el estado real del trabajo — el aviso solo vale si se compara con dónde está la lente ahora mismo. Connect localiza el trabajo en el sistema del laboratorio y calcula el impacto real, no el teórico.
- Actúa según la estación — si el trabajo aún no se ha bloqueado, lo detiene: es una acción reversible y barata. Si ya está tallado o tratado, no decide solo — avisa con el coste real para que una persona elija.
- Humans in command — iLEAN ejecuta lo reversible y deja a una persona la decisión que cuesta dinero. Esa frontera es de diseño, no una opción de configuración.
Aviso en un buzón vs. aviso leído y cruzado por Connect
| Aspecto | Bandeja de entrada humana | Con iLEAN Connect en copia |
|---|---|---|
| Latencia aviso → acción | 2-4 h de latencia humana | Segundos |
| Dónde se atrapa el cambio | En montaje, o en expedición | Antes del bloqueo, cuando aún es barato |
| Coste del cambio | La lente entera — no hay reproceso | Casi cero si se detiene a tiempo |
| Pares expedidos que ya no son los pedidos | Ocurre | Eliminado: el aviso llega antes que la caja |
| Decisión sobre un trabajo ya tallado | Se toma tarde y a la carrera | La toma una persona, con el coste real delante |
| Canal del cliente | Hay que pedirle que cambie | Sigue escribiendo donde escribe |
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 óptica con volumen relevante de modificaciones y anulaciones de pedido que llegan por correo o mensajería a personas concretas.
- Piloto Connect sobre un buzón dedicado en copia, con el cruce contra el estado del trabajo en el sistema del laboratorio. Sin tocar ese sistema salvo confirmación humana. Primer valor esperable en pocas semanas.
- Payback orientativo entre 3 y 7 meses según el volumen de modificaciones de pedido. Estimación a validar.
- El ahorro se mide de forma casi directa: contar cuántos trabajos al mes se rehacen hoy por un aviso que llegó tarde y cuánto vale cada uno de esos pares.
- La palanca que no cabe en la hoja de cálculo: el par que no se expide equivocado. Un usuario que recibe una graduación que ya no era la suya no se resuelve con un abono.
Y la duda razonable del responsable de laboratorio
«¿Y si la IA interpreta mal un correo y me detiene un trabajo que estaba bien?» — detener antes del bloqueo es una acción reversible: se libera y sigue, y el coste de haberse equivocado es de segundos. Lo irreversible — descartar una lente ya tallada — no lo decide el sistema, lo firma una persona con el coste delante. Sobre la lectura en sí, la alucinación es un problema de la generación libre, no de las tareas ancladas: extraer referencia y receta de un correo y cruzarlas con el trabajo en curso es donde los mejores modelos bajaron el error por debajo del 1,5% [1]. Y si el aviso llega ambiguo, se marca en vez de resolverse solo.
[1] Paper OpenAI «Why Language Models Hallucinate», 2025 — sobre fiabilidad de la IA en tareas ancladas.
Lo que se pregunta sobre atrapar el cambio de receta a tiempo
¿Hay que pedirle al cliente o a la óptica que cambie cómo nos avisa?
No, y es el punto de partida del diseño. Pedir a quien manda el pedido que use un portal distinto o un formato concreto no funciona en la práctica — el que menos volumen te trae es el que menos va a cambiar. Connect se pone en copia silenciosa de un buzón dedicado y trabaja sobre lo que llega tal y como llega: correos en prosa, capturas, hilos reenviados, mensajes de mensajería de empresa. Nadie fuera de la planta se entera de que hay un sistema leyendo, y nadie dentro tiene que reenviar nada a ninguna parte.
¿Puede el sistema parar un trabajo por su cuenta?
Solo cuando parar es reversible y barato, que es el caso antes del bloqueo: el trabajo se retiene, se avisa y, si resulta que el aviso no aplicaba, se libera y sigue su ruta. El coste de equivocarse ahí se cuenta en segundos. Lo que el sistema no hace nunca es tomar la decisión cara: si el trabajo ya está tallado, pulido o tratado, Connect no descarta nada — presenta el aviso con el estado real de la lente y el coste del cambio, y una persona decide si se rehace, se termina o se negocia con el cliente. Es la frontera de humans in command aplicada al punto exacto donde deja de ser reversible.
¿Cómo sabe Connect en qué estación está la lente?
Cruzando el aviso con el estado real del trabajo en el sistema del laboratorio, que es quien sabe si ese job está pendiente de bloqueo, en la pulidora, en lacado, dentro de la cámara de vacío o ya en montaje. Esa consulta es lo que convierte un correo en una acción concreta: el mismo mensaje significa «deténlo, no cuesta nada» si el trabajo no ha entrado al bloqueo, y «esto ya vale una lente, decide tú» si salió del tratamiento hace veinte minutos. Sin ese cruce, un aviso es solo un correo importante más en una bandeja.
¿Qué pasa si el correo es ambiguo o no identifica bien el pedido?
Se marca como ambiguo en lugar de resolverse por su cuenta. Si el mensaje no deja claro qué referencia se ve afectada, o da una graduación que no cuadra con ningún trabajo en ruta, el sistema lo presenta como dato dudoso, mostrando la parte que sí ha entendido y la que no, para que una persona complete. Es preferible un aviso que dice «esto parece afectar al pedido X, confírmalo» a una parada segura construida sobre una lectura floja — sobre todo cuando la alternativa a detener es dejar correr una lente que ya no sirve.
¿Cómo se mide el retorno de este caso?
Con una cifra que la planta ya tiene, aunque no siempre la mire así: cuántos trabajos al mes se rehacen por un aviso que llegó tarde. Cada uno de esos pares tiene un coste conocido — sustrato, tiempo de tallado, tratamiento, montaje y el hueco que ocupa en el plan. Si esa cifra baja, el retorno sale solo, y se ve en el mismo indicador de remake que ya se reporta. A eso se suma lo que no se puede promediar: el par que no llega al usuario con la graduación equivocada, que es un problema comercial y no solo de coste.
¿Cuántos trabajos al mes se rehacen por un aviso que llegó tarde?
Trabajamos sobre los datos reales de tu planta, no sobre los nuestros. Te enseñamos la lectura funcionando sobre tus propios avisos. Diagnóstico sin compromiso.
Ver cómo lo aplicamos en tu planta — demo sobre tus avisos ‹ Ver los 12 casos de gafas, lentes y monturas Ver ropa, calzado y accesorios