Agente de IA para compras: dónde sí ahorra y dónde no conviene

Qué hace de verdad un agente en compras

Casi todo el valor está antes de la decisión, no en la decisión.

Lo que hace bien, ordenado por retorno:

• Pedir cotizaciones. Manda la misma solicitud a varios proveedores, con el mismo alcance, y persigue a los que no responden.
• Normalizar respuestas. Tres cotizaciones con formatos distintos se convierten en una tabla comparable. Es el trabajo manual más tedioso del área.
• Detectar diferencias que no están en el precio. Plazo de entrega, condiciones de pago, garantía, quién paga el flete.
• Recordar el histórico. Qué se pagó la última vez por lo mismo, y a quién.
• Preparar la orden, sin emitirla.

El cuarto es el que más sorprende. En la mayoría de empresas medianas, saber cuánto se pagó por el mismo insumo hace ocho meses exige que alguien busque en el correo.

Hay una sexta cosa que hace bien y casi nunca se pide: avisar de lo que no se pidió.

Un agente conectado al histórico puede detectar que el insumo que se compra cada dos meses lleva cuatro sin pedirse, o que una categoría que siempre tuvo tres proveedores lleva un año comprándose a uno solo.

Ese tipo de aviso no lo produce nadie en una empresa mediana, porque exige mirar el conjunto y nadie tiene el conjunto delante. Es de las pocas cosas donde el agente ve algo que la persona no puede ver.

Dónde va la línea de aprobación

Esta es la única decisión de diseño que importa de verdad, y no es técnica: es de política de compras.

Sobre la recomendación, que es donde el agente sí aporta criterio: conviene que venga siempre con el porqué escrito.

«Recomiendo el proveedor B» no sirve. «Recomiendo el proveedor B: es un 4 % más caro que A pero entrega en 5 días contra 15, y en las últimas tres compras A se retrasó» es una recomendación que un comprador puede aceptar o rechazar con fundamento.

Sin el porqué, el comprador o la acepta a ciegas o la ignora. Las dos cosas anulan el valor.

Qué necesita para no improvisar

Un agente de compras sin datos es un redactor de correos caro. Lo que lo hace útil es a qué información llega.

• El catálogo de proveedores homologados, con sus condiciones vigentes.
• El histórico de compras, aunque esté en hojas de cálculo. Es la fuente de la comparación con lo pagado antes.
• La política de compras escrita. Montos, niveles de aprobación y excepciones.
• El inventario o el consumo, si la compra es recurrente. Sin esto no puede anticipar nada.

Cuando falta el segundo, que es lo habitual, el proyecto de IA se convierte primero en un proyecto de ordenar el histórico. Eso no es un desvío: es el trabajo, y es el mismo patrón de datos antes que IA.

Sobre el histórico en hojas de cálculo, que es la situación real de la mayoría: no hace falta migrarlo a nada antes de empezar.

Lo que sí hace falta es que sea consistente en tres campos: qué se compró, a quién y a qué precio unitario. Con esos tres, aunque el resto sea un desorden, la comparación con lo pagado antes funciona.

Ordenar esos tres campos en dos años de histórico es un trabajo de días, no de meses, y es el que más retorno directo tiene de todo el proyecto.

Cómo se ve en una empresa real

Caso anonimizado. Empresa de servicios industriales, unos 120 empleados, dos compradores a tiempo completo.

El dolor no era el precio: era el tiempo. Cada solicitud interna disparaba entre tres y cinco correos, y la comparación se hacía a mano en una hoja que cada comprador armaba a su manera.

Lo que se puso fue un agente que recibe la solicitud interna, la traduce a un pedido de cotización con alcance idéntico para los tres proveedores homologados de esa categoría, persigue las respuestas y devuelve una tabla comparada al comprador.

El comprador decide y aprueba. El agente no toca eso. Lo que cambió fue el tiempo entre la solicitud y la decisión, que pasó de días a horas, y la cantidad de compras que llegaban con una sola cotización, que era el problema de fondo que nadie había nombrado.

Los riesgos propios de compras

Hay tres que no aparecen en otras áreas y conviene tenerlos escritos antes de encender nada.

• Compromiso involuntario. Un correo del agente que un proveedor interpreta como orden en firme. Se evita con lenguaje explícito en la plantilla y con que no emita órdenes.
• Filtración de condiciones. Si el agente manda la misma solicitud a varios proveedores, no puede incluir lo que ofreció otro.
• Sesgo hacia quien responde rápido. Un agente que recomienda por velocidad de respuesta va a favorecer siempre al mismo proveedor, que no tiene por qué ser el mejor.

El tercero es el más silencioso porque parece eficiencia. Se corrige haciendo explícito el criterio de recomendación y revisándolo cada cierto tiempo.

Hay un cuarto riesgo que es de relación y no de sistema: el proveedor nota que habla con una máquina y baja su prioridad.

Una solicitud automatizada que llega siempre igual, a la misma hora, sin ninguna señal humana, termina en la cola de «responder cuando pueda» del comercial del proveedor.

Se contiene de dos maneras: que la solicitud venga firmada por una persona con nombre, y que las compras importantes sigan saliendo del comprador y no del agente.

Qué permisos debe tener

En compras el principio de permiso mínimo no es una recomendación de seguridad: es la diferencia entre un asistente y un riesgo financiero.

• Lectura del catálogo, el histórico y el inventario.
• Escritura solo en su propio espacio de borradores, nunca en el sistema de órdenes.
• Correo desde una cuenta propia identificable, no desde la del comprador.
• Cero acceso a datos bancarios, a pagos y al maestro de proveedores.

Ese último punto es el que evita el fraude clásico de cambio de cuenta bancaria. El criterio general está en qué permisos debe tener un agente de IA.

Cómo se mide si ahorró algo

El número que casi todos usan es el precio de compra, y es el peor de los disponibles: se mueve por el mercado más que por el agente.

Los tres que sí dicen algo:

• Porcentaje de compras con tres cotizaciones o más. Antes y después. Es donde de verdad aparece el ahorro.
• Días entre la solicitud interna y la orden emitida.
• Horas del comprador dedicadas a pedir y comparar, que es la línea que se libera para negociar.

El primero es el que suele mover la aguja de precio sin que el agente negocie nada: comparar tres opciones baja el precio medio por el simple hecho de comparar.

Hay un cuarto número que vale la pena y que sale gratis: cuántas compras se hicieron con una sola cotización.

Es el indicador de disciplina del área, y suele estar mucho peor de lo que la dirección cree. Cuando el agente hace que pedir tres cotizaciones cueste lo mismo que pedir una, ese número se corrige solo.

Cuándo no conviene

Compras es un área donde el volumen decide, y por debajo de cierto punto esto no se paga.

• Pocas compras al mes. Si son diez, el trabajo manual es menor que el de mantener el agente.
• Compras muy técnicas y únicas. Si cada compra exige criterio de ingeniería, el agente ordena papeles y poco más.
• Proveedor único por contrato. Sin comparación posible, el 80 % del valor desaparece.
• Sin política de compras escrita. El agente hereda la falta de criterio y la ejecuta más rápido.

El último es el más importante. Un proceso de compras desordenado automatizado sigue siendo desordenado, solo que ahora también es opaco.

La pregunta que ordena la decisión

Si dudas entre hacerlo y no hacerlo, hay una pregunta que resuelve la mayoría de los casos: ¿cuántas horas al mes se van en pedir y comparar cotizaciones?

Por debajo de veinte, la cuenta no sale. Por encima de cuarenta, sale con holgura aunque el agente solo haga la mitad de lo que promete.

Y si nadie sabe responder esa pregunta, el primer trabajo no es el agente: es medir una semana de trabajo real del área. Ese dato solo ya suele cambiar la conversación.

Es el mismo criterio con el que se elige cualquier primer caso de uso: se empieza por donde el dolor ya se puede contar en horas o en plata, no por donde la tecnología luce mejor. El método completo está en cómo elegir el primer caso de uso de IA.