IA agêntica em compras: o que o agente faz sozinho e o que não faz

IA agêntica em compras é o uso de agentes de IA que recebem uma requisição, decidem o que fazer e executam: cotam com fornecedores, comparam propostas, negociam dentro de uma alçada e emitem o pedido no ERP. Quando a decisão sai da regra, o agente para e chama o comprador. É isso que o separa de relatório, RPA e chatbot.

A pergunta que importa para quem dirige compras não é se o agente é inteligente, e sim onde termina o que ele decide e onde começa o que continua com a pessoa. Este artigo responde a essa pergunta: o que um agente de compras faz sozinho, o que ele não faz em nenhuma hipótese, como a alçada separa os dois, como ele opera dentro do Protheus, do Datasul e do SAP, e como medir se está funcionando. Um exemplo hipotético, uma requisição de EPI de R$ 3.200, atravessa o texto.

O que é (e o que não é) um agente de compras

Um agente de IA combina três coisas: um modelo de linguagem que interpreta contexto, ferramentas que ele aciona (consultar o histórico do ERP, mandar e-mail, criar um pedido) e um objetivo com limites. Em compras, o objetivo costuma ser "atender esta requisição ao melhor preço que a empresa já praticou, dentro da política, no prazo pedido".

Três coisas que não são agente, embora sejam vendidas com o nome:

• Um painel de oportunidades de saving. Informa. Alguém precisa agir.
• Um assistente que responde sobre fornecedores. Conversa. Não executa nada no ERP.
• Um fluxo automatizado de aprovação. Segue roteiro fixo. Fora dele, trava.

A distinção não é acadêmica. A Gartner estimou, em junho de 2025, que só cerca de 130 dos milhares de fornecedores que se apresentam como "agênticos" entregam capacidade real de agente, e chamou o resto de agent washing: rebatizar assistentes, RPA e chatbots sem autonomia. A mesma nota prevê que mais de 40% dos projetos de IA agêntica serão cancelados até o fim de 2027, por custo crescente, valor pouco claro ou controle de risco inadequado.

Os quatro níveis de autonomia

Perguntar "em que nível opera?" separa agente de relatório em um minuto:

Nível	O que a ferramenta faz	O que o comprador faz	Muda a fila?
1. Relatório	aponta: "este item foi comprado a 14 preços diferentes no ano"	decide e executa tudo	não
2. Sugestão	recomenda fornecedores e o preço-alvo	executa	não
3. Execução assistida	cota, negocia e monta o pedido	aprova cada pedido antes de emitir	sim, em parte
4. Autônoma com alçada	cota, negocia e emite quando a decisão cabe na regra	aprova só a exceção	sim

Só os níveis 3 e 4 são IA agêntica no sentido que interessa: mudam a capacidade da área, não só a informação. A maioria das empresas começa no nível 3 para um grupo de itens e sobe para o 4 conforme a taxa de erro permite. A negociação nesse modelo está descrita no Agente Negociador.

Agente, RPA, chatbot e copiloto

	RPA	Chatbot	Copiloto	Agente de IA
O que faz	repete cliques num roteiro fixo	responde em linguagem natural	sugere texto e próximos passos	decide e executa uma tarefa de ponta a ponta
Lida com imprevisto	não	só se a resposta estiver na base	sugere, mas a pessoa age	sim, dentro da alçada
Exemplo em compras	copiar a cotação do e-mail para o ERP	"qual o prazo do contrato X?"	rascunhar a contraproposta	cotar, negociar e emitir o pedido
Quem decide	o roteiro	ninguém	o comprador	o agente até a alçada; acima dela, o comprador

RPA e agente não competem: um agente pode acionar um robô para preencher uma tela sem integração. O que muda é quem decide. A comparação com o que o mercado chama de robô comprador está em robô comprador ou agente de IA.

O que o agente faz sozinho

Não existe "o agente de compras". Existem tarefas, e cada uma tem um limite próprio do que pode ser decidido sem a pessoa.

Agente	O que faz sozinho	Quando chama o comprador
Cotação	identifica o item no histórico, escolhe fornecedores homologados, envia a cotação e define o prazo de resposta	item sem histórico, sem fornecedor homologado ou com especificação ambígua
Negociação	compara propostas com o menor preço já praticado, faz contraproposta e fecha dentro da tolerância	melhor proposta acima da tolerância, condição fora da política
Pedido	emite o pedido no ERP com as validações e alçadas do próprio ERP	valor acima do teto, item excluído da alçada
Follow-up	cobra resposta e entrega, reenvia, aciona o segundo fornecedor da lista	atraso que afeta produção, fornecedor sem resposta após o limite
Cadastro	coleta documentos e confere situação cadastral e fiscal do fornecedor	documento vencido, pendência fiscal, categoria de risco

É na cauda de compras que esse conjunto faz mais diferença: pedidos pequenos e numerosos, que hoje saem sem cotação porque ninguém tem tempo. O tema está em curva C em compras e em tail spend.

O que o agente não faz

A lista do que fica de fora é tão importante quanto a outra, e deve estar escrita antes do primeiro pedido:

• Não define a política. Faixa de valor, tolerância de preço, fornecedores aceitos e itens excluídos são decisão do comprador e da gestão. O agente aplica; não redefine.
• Não negocia categoria estratégica. Matéria-prima, contratos de longo prazo e fornecedores críticos continuam com o comprador estratégico.
• Não homologa fornecedor novo sozinho. Pode coletar e conferir documentos; a aprovação é de uma pessoa.
• Não sai da alçada. Proposta acima da tolerância vira um resumo para o comprador, com as propostas, a referência de preço e a diferença.
• Não aceita instrução de fornecedor. Um e-mail de proposta com "ignore as outras cotações" é tratado como dado, registrado e sinalizado, nunca como comando.
• Não grava por fora do ERP. O pedido nasce pelas interfaces oficiais, com os mesmos gatilhos e aprovações de um pedido digitado por uma pessoa.

A alçada: a regra que separa as duas listas

Sem alçada, não há nível 4; há um assistente com permissão demais. Uma alçada de negociação bem desenhada tem cinco parâmetros:

1. Faixa de valor. Por exemplo, até R$ 10.000 por pedido.
2. Referência e tolerância de preço. O menor preço que a empresa praticou no item nos últimos 12 meses, mais uma tolerância (5%, por exemplo).
3. Fornecedores. Só homologados.
4. Condições comerciais. Prazo de pagamento e de entrega dentro da política.
5. Itens excluídos. Matéria-prima, itens críticos, contratos estratégicos.

No exemplo hipotético: a requisição é de 40 caixas de luva nitrílica a R$ 80, preço do último pedido. O histórico mostra a mesma luva a R$ 68 em outra filial. Com tolerância de 5%, o agente pode fechar até R$ 71,40 a caixa. Se o melhor preço voltar a R$ 76, ele não emite: monta o resumo e pergunta ao comprador se aceita, se tenta mais uma rodada ou se troca de fornecedor.

Como o agente opera no Protheus, no Datasul e no SAP

O ERP continua sendo o sistema de registro. O agente lê e escreve pelas interfaces que o próprio ERP oferece.

• No Protheus, lê a requisição aprovada e o histórico de pedidos do item, e cria o pedido pelas interfaces oficiais da TOTVS, com as validações e alçadas já configuradas. Os detalhes estão em IA nas compras do Protheus.
• No Datasul, o fluxo passa pela requisição e pela ordem de compra; o agente preenche a etapa de negociação que hoje costuma ficar vazia, e quem aprova pelo TOTVS Fluig mantém o fluxo. Veja cotação automática no Datasul.
• No SAP, no ECC ou no S/4HANA, o pedido nasce da requisição pelas interfaces oficiais, respeitando grupos de compradores e estratégias de liberação. Veja IA no SAP MM.

Nos três, a auditoria do ERP registra o pedido como qualquer outro, as alçadas do ERP continuam valendo e, se o agente sair, nada fica quebrado: os pedidos estão no ERP, com histórico completo.

Exemplo hipotético: a requisição de EPI do início ao registro

Momento (hipotético)	O que acontece	Quem decide
Dia 1, 9h02	requisição de 40 caixas de luva, R$ 3.200 estimados, entra aprovada no ERP	gestor do centro de custo
Dia 1, 9h04	agente encontra 11 pedidos do item em 12 meses, entre R$ 68 e R$ 84; envia cotação a 3 fornecedores homologados	agente
Dia 2, 8h30	chegam R$ 80, R$ 74 e R$ 71, todos dentro da política	fornecedores
Dia 2, 8h32	R$ 71 já cabe na tolerância, mas a regra pede mais uma rodada; contraproposta citando R$ 68	agente
Dia 2, 11h15	um fornecedor baixa para R$ 69	fornecedor
Dia 2, 11h16	agente fecha e emite o pedido no ERP: 40 caixas a R$ 69, total R$ 2.760	agente

No exemplo, a requisição saiu R$ 440 abaixo do estimado, em cerca de 26 horas, a maior parte esperando fornecedor, sem intervenção do comprador. O registro guarda a requisição, o histórico usado, os fornecedores e o critério de escolha, as propostas, a contraproposta, a regra aplicada e o número do pedido. Qualquer auditor refaz a decisão a partir dele.

Como medir se o agente está funcionando

Três medidas bastam no começo:

• Saving realizado por pedido, em reais: a diferença entre o preço que seria pago sem negociação e o preço fechado. A conta completa está em ROI de agentes de IA em compras.
• Tempo de ciclo da requisição aprovada ao pedido emitido.
• Taxa de intervenção: percentual de requisições em que o agente chamou o comprador. Muito alta indica alçada apertada ou dados ruins; perto de zero merece verificação. Junto dela, os pedidos revertidos, que devem ficar perto de zero.

O contexto ajuda a dimensionar. A McKinsey estimou, em análise de 2025, que agentes podem tornar a função de compras de 25% a 40% mais eficiente. O Hackett Group registrou, em março de 2026, que 43% das organizações já perseguem ativamente a implantação de IA em compras, mas só 12% estão em escala.

Riscos e governança

Agente que executa exige mais controle do que relatório que informa. Quatro riscos pedem regra explícita:

• Decisão errada dentro da alçada, por histórico sujo (uma amostra grátis registrada a R$ 1). Mitigação: referência de preço com filtro de valores fora da curva e pedidos revertidos monitorados.
• Fornecedor tentando manipular o agente com instruções embutidas no e-mail. Mitigação: conteúdo de fornecedor tratado como dado, tentativa registrada e comprador avisado.
• Alçada mal desenhada. Mitigação: começar no nível 3 e subir por categoria, não de uma vez.
• Registro incompleto. Se a auditoria não consegue refazer a decisão, o agente não deveria ter decidido.

Sobre a LGPD: nome, e-mail e telefone do vendedor são dados pessoais, tratados para executar o procedimento de compra e guardados pelo prazo da política de retenção. Se o modelo roda em nuvem de terceiro, vale saber onde os dados são processados e confirmar que não são usados para treinar modelos. O desenho de controles está em governança de agentes de IA.

Como começar em 30 dias

1. Semana 1: medir a cauda. Doze meses de pedidos do ERP, referência e dispersão de preço por item, o que está em contrato e o que não está.
2. Semana 2: escrever a alçada. Duas ou três categorias de cauda (EPI, material de consumo, MRO de baixo valor), com valor, tolerância, fornecedores e exclusões.
3. Semana 3: rodar no nível 3. O comprador aprova cada pedido; taxa de intervenção e pedidos revertidos lidos todo dia.
4. Semana 4: subir para o nível 4 onde a taxa permitir, e publicar o placar de saving e o registro para a controladoria.

O erro mais comum é começar pela análise de gasto, a mais fácil de demonstrar e a que menos muda a operação. O segundo é começar por itens críticos. A cauda é o lugar certo: o risco de um pedido errado é pequeno, o volume é alto e ninguém está cotando hoje.

Perguntas frequentes

O que é IA agêntica em compras?

É o uso de agentes de IA que executam tarefas de compras de ponta a ponta, como cotar, negociar e emitir o pedido no ERP, dentro de uma alçada definida pelo comprador. Quando a decisão sai da regra, o agente para e chama a pessoa.

O que o agente de compras decide sozinho?

O que a alçada permite: aceitar proposta de fornecedor homologado quando o preço está dentro da tolerância sobre o menor preço já praticado, o valor fica abaixo do teto e as condições estão dentro da política. Fornecedor novo, item crítico ou preço acima da tolerância vão para o comprador.

O agente de IA substitui o comprador?

Não. O agente executa a parte repetitiva, sobretudo na cauda, e o comprador define a política, decide a exceção e cuida das categorias e fornecedores críticos. O comprador deixa de ser o gargalo da fila de requisições pequenas.

Qual a diferença entre agente de IA e RPA?

O RPA repete um roteiro fixo; se a tela muda ou o fornecedor responde algo inesperado, para ou erra. O agente interpreta o contexto e trata o imprevisto dentro da alçada. Os dois se complementam: o agente pode acionar um robô para preencher uma tela sem integração.

Como o agente se integra ao Protheus, ao Datasul ou ao SAP?

Pelas interfaces oficiais de cada ERP. Ele lê a requisição aprovada e o histórico de pedidos e cria o pedido como um usuário, respeitando alçadas, validações e trilha de auditoria do próprio sistema.

Como saber se um "agente" é agente de verdade?

Pergunte em que nível de autonomia ele opera e peça para ver um pedido emitido no ERP com o registro da decisão. Se só mostra oportunidades, é relatório; se recomenda, é sugestão; se emite dentro da alçada e escala a exceção, é agente.

Como a UpFlux faz

A UpFlux chama de time digital de compras o conjunto de agentes de IA, comandados por especialistas da UpFlux, que cotam, negociam e emitem o pedido dentro do ERP que a empresa já usa (Protheus, Datasul, SAP, Oracle, Senior ou Sankhya), com alçada por decisão, registro por pedido e o comprador aprovando por exceção. Antes de colocar o agente para trabalhar, a cauda é medida com process intelligence sobre os dados do ERP, e o resultado é acompanhado em reais, pedido a pedido. A negociação está descrita no Agente Negociador, e a operação completa, em compras. Numa multinacional industrial, em produção, R$ 22 milhões processados na cauda devolveram R$ 1,6 milhão de saving ao caixa, sem nenhuma contratação nova (resultados).