SETAPP / ASÍ SE RESUELVE

Su IA termina tareas; su operación sigue esperando

Por Oliverio González · Director y líder de Automatización · 10 de noviembre de 2026

Todos los artículos ↗︎

El gerente de operaciones recibe la justificación de una compra en cinco minutos, pero mantenimiento sigue esperando el repuesto tres días después. Su equipo ya usa IA; la operación todavía funciona a punta de correos y llamadas para pedir aprobaciones.

Para acelerar una operación con IA, mida cuánto tarda una solicitud desde que nace hasta que obtiene el resultado y cuánto tiempo permanece esperando. Intervenga primero la mayor espera: datos incompletos, aprobaciones pendientes o pasos entre sistemas. Redactar más rápido solo ayuda si ese ahorro permite terminar antes el proceso.

¿Por qué ahorrar tiempo con IA no reduce las demoras?

Considere una compra de mantenimiento. El analista usa Microsoft Copilot para preparar la justificación y resumir las cotizaciones. Antes del almuerzo termina lo que normalmente le ocupaba buena parte de la tarde.

La solicitud queda en Outlook hasta que el jefe la revisa. Cuando la abre, falta el centro de costo. El analista lo consulta por Microsoft Teams, corrige el documento y vuelve a enviarlo. Después, alguien debe registrar la compra en SAP.

La redacción fue más rápida. La compra sigue detenida.

Su operación no avanza al ritmo de quien redacta, sino de quien decide.

Medir únicamente los minutos ahorrados por empleado oculta ese mecanismo. Compras puede preparar más solicitudes y finanzas revisar más documentos sin que mantenimiento reciba antes el repuesto. Cada área muestra una mejora; quien necesita el resultado no la siente.

Incluso puede ocurrir lo contrario: si la IA permite enviar veinte solicitudes donde antes se enviaban diez, pero todas llegan al mismo aprobador, la fila crece. La herramienta aumenta la entrada de trabajo sin cambiar la capacidad para resolverlo.

Por eso, el primer indicador no debería ser cuántas horas ahorra la IA, sino cuánto tarda en completarse aquello que la empresa necesita.

La demora empieza antes de llegar al aprobador

Es fácil atribuir la espera al jefe que no responde. Sin embargo, ese jefe puede estar recibiendo solicitudes sin soportes, sin una prioridad definida o que ni siquiera le corresponde autorizar.

Si nadie comprueba esos requisitos al inicio, la aprobación se convierte en una revisión de documentos incompletos. Cada devolución obliga a retomar el asunto, buscar información y volver a ponerlo en la fila.

También hay solicitudes completas que quedan quietas porque nadie definió un suplente. Otras reciben aprobación por correo, pero esperan a que alguien copie los datos al sistema donde se emite la orden.

Son problemas distintos. Un recordatorio no completa una cotización. Un resumen con IA no asigna autoridad. Y enviar más mensajes no resuelve la ausencia del único aprobador.

La intervención útil cambia la condición que mantiene detenido el trabajo. Puede ser exigir un dato antes del envío, dirigir la solicitud a otra persona o conectar el resultado de una aprobación con el siguiente paso. Ninguna de esas decisiones empieza por escoger un modelo de IA.

¿Dónde conviene automatizar primero?

Elija un recorrido con principio y final observables. “Mejorar compras” no permite saber dónde intervenir. “Desde que mantenimiento solicita un repuesto hasta que se emite la orden de compra” sí permite seguir el trabajo y comprobar si termina antes.

Registre cuándo entra la solicitud, cuándo queda completa, cuánto dura cada revisión y por qué se devuelve. Compare el tiempo de trabajo efectivo con los intervalos en los que nadie actúa.

Luego diseñe una regla que pueda ponerse a prueba. Por ejemplo: las compras menores de cinco millones de pesos van al jefe de área; las de mayor valor, al nivel autorizado por la empresa. Si pasan 24 horas sin respuesta, la solicitud llega al suplente definido. No se aprueba automáticamente.

En ese flujo ilustrativo, la IA podría extraer datos de una cotización y señalar campos faltantes. La automatización dirigiría la solicitud y registraría su estado. Una persona conservaría la decisión cuando hubiera riesgo.

La prueba debe mirar el tiempo hasta emitir la orden, las devoluciones y los errores. Si el trámite termina antes a costa de aprobar compras incorrectas, el cambio falló.

Conectar lo que existe también cambia el recorrido

En Productos Ramo, desde 2023, cerca de 3.000 colaboradores hacen solicitudes internas por canales que ya conocen, con validación de identidad, aprobaciones y firma electrónica. No se reemplazaron sus sistemas: se conectaron. Desde marzo de 2024 se han enviado más de 74.000 códigos de verificación.

El caso muestra un recorrido que va más allá de recibir un mensaje: incluye verificar quién solicita, gestionar la aprobación y llegar a la firma. Esas cifras describen el uso, no una reducción comprobada de tiempos.

El método de Setapp consiste en integrar antes de reemplazar, empezar por un proceso completo y medible, y mantener las decisiones con riesgo en manos de una persona.

“Ya tenemos SAP y todo sigue demorándose” es una objeción razonable. Tener dónde registrar la compra no garantiza que llegue completa ni que alguien pueda decidir cuando falta el responsable habitual.

La recomendación tampoco sirve para cualquier demora. Si el repuesto tiene un plazo de fabricación que no puede acortarse, agilizar aprobaciones solo reducirá una parte del tiempo. Si una revisión técnica exige varias horas, habrá que evaluar capacidad y riesgo antes de intentar acelerarla.

El lunes, tome las últimas diez solicitudes de un mismo tipo. Reconstruya su recorrido con los registros disponibles y encuentre el tramo que más espera acumula. Acuerde una sola regla para ese tramo y pruébela durante la semana, sin comprar nada.

Mándenos por WhatsApp el recorrido de una de esas solicitudes y le decimos dónde conviene intervenir antes de sumar otra herramienta de IA.

SIGAMOS CONVERSANDO

¿Le pasa algo parecido? Hablemos de su proceso.

Mejoremos su proceso ↗︎Escríbanos por WhatsApp