Las solicitudes de compra suelen quedarse bloqueadas entre correos, hojas de cálculo y aprobaciones que nadie sabe quién debe resolver. El resultado no es solo una espera: el equipo de compras pierde trazabilidad, los responsables reciben peticiones incompletas y el negocio termina usando vías informales.
La IA puede ayudar a ordenar esa entrada y preparar una decisión, pero no debe sustituir la política de compras ni autorizar por sí sola un gasto. El objetivo útil es que cada solicitud llegue completa, se dirija a la persona adecuada y deje una evidencia comprensible de lo que se ha comprobado.
Qué problema conviene automatizar
Este tipo de flujo encaja cuando una empresa recibe solicitudes recurrentes de software, servicios profesionales, material, renovaciones o pequeñas compras operativas. Antes de plantear un agente, conviene dibujar el recorrido actual: quién solicita, qué datos faltan, qué reglas determinan el aprobador, cuándo interviene compras y qué se registra finalmente en el ERP o la herramienta de gestión.
Una primera versión no tiene que cubrir todos los gastos. Es preferible empezar por una familia homogénea de solicitudes, con responsables definidos y una política que pueda expresarse en reglas verificables.
Diseño de un flujo de aprobación con IA
1. Recoger una solicitud estructurada
El formulario o canal de entrada debe pedir lo mínimo para decidir: centro de coste, necesidad de negocio, importe estimado, proveedor propuesto si existe, fecha requerida, recurrencia y documentación disponible. La IA puede leer una petición redactada en lenguaje natural y proponer estos campos, pero la persona solicitante debe confirmar los datos críticos.
Si falta información, el flujo debe devolver una pregunta concreta en lugar de enviar una solicitud ambigua a un aprobador. Por ejemplo, puede pedir que se indique el periodo de una suscripción o el responsable presupuestario antes de continuar.
2. Separar reglas deterministas de interpretación
Los límites de importe, la matriz de aprobación, los proveedores homologados y los requisitos documentales pertenecen a reglas controladas, no a la interpretación de un modelo. Deben estar en una fuente mantenida por compras o finanzas y versionada.
La IA sí puede clasificar la descripción de la necesidad, resumir documentación adjunta, detectar posibles duplicados o explicar por qué una solicitud se ha enviado a una ruta. Cada conclusión debe ir acompañada de los datos de origen para que un responsable pueda revisarla.
3. Enrutar la solicitud y preparar la decisión
Con los campos validados, la automatización puede asignar el siguiente paso: responsable de presupuesto, compras, seguridad, legal o dirección. La pantalla de aprobación debe mostrar un resumen breve, el importe, la política aplicada, los adjuntos y las excepciones detectadas. No basta con un mensaje que diga que la IA recomienda aprobar.
Para gastos con renovación, tratamiento de datos, acceso a sistemas o un proveedor nuevo, conviene crear rutas específicas. Así se evita que una compra aparentemente pequeña eluda una revisión de seguridad o contractual necesaria.
4. Registrar la evidencia y cerrar el ciclo
Guarde el estado de cada solicitud, quién decidió, cuándo, qué regla intervino, los cambios de importe y la justificación de cualquier excepción. Después de la aprobación, el flujo puede crear la petición en el sistema de compras o avisar al solicitante; la integración debe confirmar que el registro se ha creado antes de marcar el caso como cerrado.
Controles que no deberían faltar
- Identidad y permisos: cada aprobador ve y decide solo las solicitudes que le corresponden.
- Separación de funciones: quien solicita no debería aprobar su propia compra ni modificar la regla que la autoriza.
- Umbrales y excepciones: las reglas de escalado deben ser visibles y las excepciones requieren motivo y responsable.
- Datos mínimos: no envíe a un modelo contratos completos o información personal si basta con metadatos o fragmentos necesarios.
- Revisión humana: manténgala obligatoria cuando la solicitud exceda un umbral, afecte a datos sensibles o no encaje en una política clara.
- Trazabilidad: conserve una referencia a la solicitud original, a las fuentes de la decisión y al resultado final.
Ejemplo de recorrido operativo
Un área solicita una herramienta de software. El flujo extrae el proveedor, el coste recurrente y el uso previsto; comprueba si existe un contrato vigente y localiza el centro de coste. Si falta el periodo de contratación, pide ese dato. Cuando el importe y la categoría están dentro de una ruta conocida, prepara la solicitud para el responsable presupuestario. Si implica acceso a datos de clientes, añade una revisión de seguridad antes de compras. La decisión final, los adjuntos y la justificación quedan vinculados al expediente.
Este ejemplo no exige que la IA elija proveedor ni negocie condiciones. Su papel es reducir trabajo de preparación y hacer visibles los casos que requieren criterio profesional.
Cómo decidir si es un buen primer caso de uso
Priorice esta automatización si hay volumen suficiente de solicitudes similares, retrasos medibles, una matriz de aprobación conocida y una herramienta donde registrar el resultado. Aplácela si las reglas cambian cada semana, los datos de entrada son inaccesibles o no hay un responsable que mantenga políticas y excepciones.
También conviene definir antes del piloto qué se medirá: solicitudes completadas sin ida y vuelta, tiempo hasta la decisión, porcentaje de excepciones y correcciones realizadas por revisores. Estas señales permiten ajustar el flujo sin convertir una recomendación del modelo en una decisión automática.
Límites y criterios de decisión
Una automatización no corrige una política ambigua ni reemplaza una autorización financiera. No debe aprobar pagos, modificar presupuestos, comprometer contratos ni enviar información a proveedores sin una acción explícita de una persona autorizada. Si el modelo no puede justificar la clasificación con los datos disponibles, el caso debe pasar a revisión manual.
Para diseñar un proceso de compras conectado con sus sistemas y controles reales, KMOOPS puede ayudarle a evaluar el caso, definir las integraciones y construir una automatización gobernada. Conozca nuestros servicios o contacte con el equipo.