Un agente para revisar solicitudes de compra incompletas

«Necesitamos otros dos equipos como los anteriores. Es urgente». Imagine que ese mensaje llega a compras. No identifica el modelo, el lugar de entrega ni una fecha concreta. Antes de valorar la solicitud, alguien tiene que perseguir esos datos por correo o por chat.

En una empresa mediana, el problema puede repetirse entre departamentos. Compras devuelve la petición, la persona solicitante responde a medias y ambas partes vuelven a empezar. Un agente puede ayudar a preparar la solicitud para su revisión. Eso no equivale a aprobar la compra ni a cursar el pedido.

Este es un método para probar ese uso con supervisión humana. No presupone que exista una conexión automática con su correo o su sistema de compras.

Antes del agente, descarte que baste un formulario

Si todas las solicitudes siguen el mismo patrón, un formulario con campos obligatorios puede resolver el problema de forma más sencilla. No añada un agente solo para comprobar que una casilla está rellena.

Tiene sentido probarlo cuando los datos llegan en texto libre o repartidos entre un mensaje y varios documentos. La tarea sería ordenar lo que ya está, señalar lo que falta y preparar las preguntas necesarias. El resultado debe seguir siendo comprobable por quien recibe la solicitud.

Nuestra guía de procesos que puede automatizar con IA ayuda a comparar este caso con otras tareas. Aquí el objetivo es acotado: que compras no tenga que empezar cada petición averiguando qué se está pidiendo.

Defina qué significa una solicitud completa

Pida al equipo de compras que acuerde la información mínima para un tipo de petición. No intente cubrir de entrada equipos, servicios, viajes y contratos con la misma lista.

Para una prueba con compras de equipos, podría necesitar:

• Quién solicita y qué área tiene la necesidad.
• Qué se necesita, en qué cantidad y para qué uso.
• Las especificaciones necesarias para identificarlo, sin deducirlas de una compra anterior.
• La fecha requerida y el lugar de entrega.
• La referencia interna de presupuesto, si su procedimiento la exige.
• Los documentos y aprobaciones que correspondan a esa clase de solicitud.

Es un ejemplo de lista, no una política de compras universal. El equipo responsable debe decidir qué es obligatorio, qué puede quedar pendiente y qué casos requieren una revisión especial.

Distinga tres estados: dato presente, dato por confirmar y dato faltante. Un mensaje que diga «ya está aprobado» contiene una afirmación, pero no demuestra que exista la autorización exigida por el procedimiento.

Una primera revisión, sin adivinar

Entregue al agente la petición, los adjuntos necesarios y la lista acordada. Pídale que conserve la referencia de dónde obtiene cada dato: mensaje, archivo y apartado cuando pueda identificarlo. No hace falta darle acceso a toda la documentación de la empresa.

En el ejemplo inicial, una salida útil sería:

• Cantidad solicitada: dos, indicada en el mensaje.
• Equipo concreto: por confirmar. «Como los anteriores» no identifica un modelo.
• Fecha necesaria: faltante. «Urgente» no es una fecha.
• Lugar de entrega: faltante.
• Estado: información insuficiente para revisión de compras.

Si un adjunto es ilegible o no está disponible, debe decirlo. Si el mensaje y el adjunto dan cantidades distintas, debe señalar la diferencia, no escoger una de ellas sin confirmación. Puede aplicar el criterio de nuestra guía sobre documentos que se contradicen.

Agrupe las preguntas, no multiplique los mensajes

Pida un borrador de consulta con los datos que faltan, en lugar de una pregunta por cada respuesta recibida. Para el ejemplo:

Para preparar la solicitud, confirme qué equipo necesita y sus especificaciones, la fecha de entrega requerida y dónde debe recibirse. Si tiene la referencia de la compra anterior, adjúntela para comprobarla.

La persona responsable revisa el borrador y lo envía. Cuando llegue la respuesta, el agente puede ayudar a actualizar el resumen. Debe mantener visibles los datos que sigan pendientes, aunque el texto resulte menos limpio.

Agrupar preguntas no garantiza resolverlo todo en una sola interacción. Pueden aparecer nuevas dependencias. El objetivo es evitar devoluciones que podían haberse preparado juntas, no impedir aclaraciones necesarias.

Separe información completa de compra autorizada

Use estados que no se confundan. «Lista para revisión de compras» significa que la petición contiene los datos necesarios para examinarla. No significa que haya presupuesto disponible, que el proveedor sea adecuado o que alguien haya autorizado el gasto.

Puede adaptar esta instrucción para la prueba:

Revise la solicitud con la lista de requisitos facilitada. Devuelva los datos encontrados con sus referencias, los puntos pendientes y un borrador de preguntas agrupadas. No invente especificaciones ni dé por válida una aprobación solo porque el mensaje la mencione. No apruebe gastos, seleccione proveedores, envíe mensajes ni emita pedidos. Cuando falte evidencia o haya contradicciones, deje el punto pendiente para revisión humana.

Estas instrucciones no son un control técnico suficiente. En la prueba, no conceda al agente permisos para enviar pedidos o ejecutar pagos. Compruebe los accesos que su herramienta permite restringir y mantenga las autorizaciones en el circuito habitual de la empresa.

Pruebe con casos que puedan fallar

Empiece de forma manual y con información que su empresa autorice a usar. Prepare ejemplos completos, otros con datos ausentes y alguno con un adjunto ilegible o una supuesta aprobación sin respaldo. Incluya también una petición que no encaje en la lista elegida.

Una persona de compras debe indicar el resultado esperado antes de comparar las respuestas del agente. Revise si detecta lo que falta, si pide datos que ya estaban, si inventa alguno y si confunde una solicitud completa con una aprobada. También debe reconocer cuándo el caso queda fuera de su alcance.

No lo conecte a más canales ni amplíe sus permisos por haber resuelto un único ejemplo. Primero compruebe que revisar sus resultados resulta útil y que los errores quedan a la vista.

Qué esperar del piloto

Al principio invertirá tiempo en acordar requisitos y corregir respuestas. Puede descubrir que distintas áreas entienden de forma diferente qué exige compras. Ese desacuerdo no lo resuelve el agente: debe aclararlo el equipo.

Compare peticiones similares antes y durante la prueba. Observe cuántas veces se devuelve cada una por información ausente, cuánto trabajo requiere prepararla y revisar el resultado, y qué errores llegan a compras. Incluya el tiempo que dedica la persona solicitante, no solo el que ahorra quien recibe.

Si el agente formula preguntas innecesarias o su revisión cuesta tanto como hacerlo a mano, simplifique la lista o vuelva al formulario. Si el conjunto reduce trabajo sin ocultar errores, tendrá una base para ampliar la prueba.

Empiece por un tipo de solicitud y conserve una frontera clara: el agente ayuda a preparar la información; las personas autorizadas deciden la compra.