Agente de IA para compras: o que ele faz, o que decide sozinho e como se integra ao ERP

Um agente de IA para compras é um software que recebe uma requisição, decide o que fazer com ela e executa: cota com fornecedores, compara propostas, negocia dentro de uma regra de alçada e emite o pedido no ERP. Quando a decisão sai da alçada, ele para e chama o comprador. É isso que o distingue de um relatório, de um robô de RPA e de um chatbot.

Este artigo explica o que esse agente faz, o que decide sozinho, como se integra ao Protheus, ao Datasul e ao SAP, e como fica o registro de cada decisão. Um exemplo ilustrativo, uma requisição de EPI de R$ 3.200, atravessa o texto: os valores mostram a mecânica, não prometem resultado.

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

Um agente de IA combina três coisas: um modelo de linguagem que interpreta contexto, um conjunto de 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 estima que só cerca de 130 fornecedores, entre milhares que se apresentam como "agênticos", entregam capacidades de agente, e chama o resto de agent washing: rebatizar assistentes, RPA e chatbots sem autonomia real. 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. Saber o que se está comprando é a primeira defesa.

Os quatro níveis de autonomia

Toda ferramenta de IA em compras cabe em um de quatro níveis. Perguntar "em que nível opera?" separa agente de relatório em um minuto.

1. Relatório. A ferramenta lê o histórico e aponta: "este item foi comprado a 14 preços diferentes em doze meses". O comprador decide o que fazer.
2. Sugestão. A ferramenta recomenda: "cote com estes três fornecedores, o piso já praticado é R$ 68". O comprador executa.
3. Execução assistida. O agente cota, negocia e monta o pedido. O comprador aprova cada um antes de emitir.
4. Autônoma com alçada. O agente cota, negocia e emite o pedido sozinho quando a decisão cabe na regra. O comprador aprova só a exceção.

Os níveis 3 e 4 mudam a capacidade da área. Os níveis 1 e 2 mudam a informação, mas a fila de requisições continua do mesmo tamanho. A maioria começa no nível 3 para um grupo de itens e sobe para o 4 conforme a taxa de erro permite.

Agente, RPA, chatbot e copiloto: qual é a diferença

Os quatro termos aparecem juntos em qualquer proposta. A tabela separa o que cada um faz numa requisição.

	RPA	Chatbot	Copiloto	Agente de IA
O que faz	Repete cliques e digitação num roteiro fixo	Responde perguntas em linguagem natural	Sugere texto, dados e próximos passos a quem opera	Decide e executa uma tarefa de ponta a ponta com ferramentas
Lida com imprevisto	Não. Fora do roteiro, para ou erra	Só se a resposta estiver na base	Sugere, mas quem age é a pessoa	Sim, dentro dos limites da alçada
Exemplo em compras	Copiar a cotação do e-mail para o ERP	"Qual o prazo do contrato com o fornecedor X?"	Rascunhar o e-mail de contraproposta para o comprador enviar	Cotar, negociar, escolher e emitir o pedido no ERP
Quem decide	O roteiro, escrito por alguém	Ninguém: não há decisão	O comprador	O agente, até a alçada; o comprador, acima dela
Onde falha	Mudança de tela ou de layout	Pergunta fora do escopo	Depende da agenda do comprador	Alçada mal desenhada ou dados ruins no ERP

A Gartner usa o mesmo critério: assistentes "dependem de entrada humana e não operam de forma independente"; agentes "executam tarefas complexas de ponta a ponta". A previsão da consultoria é que 40% das aplicações corporativas terão agentes de tarefa específica integrados até o fim de 2026, contra menos de 5% em 2025. Os ERPs entram nessa conta.

RPA e agente não competem: um agente pode acionar um robô de RPA para preencher uma tela sem API. O que muda é quem decide.

Os cinco agentes que fazem sentido em compras

Não existe "o agente de compras". Existem tarefas, e cada uma pede um agente com ferramentas, alçada e ponto de escalada próprios. Cinco cobrem a maior parte do trabalho de uma central.

Agente	O que faz	O que decide sozinho	Quando chama o comprador
Cotação	Recebe a requisição, identifica o item no histórico, seleciona fornecedores homologados e envia a solicitação de cotação	Quais fornecedores consultar, com que prazo de resposta	Item sem histórico, sem fornecedor homologado ou com especificação ambígua
Negociação	Compara propostas com o piso já praticado, faz contraproposta e fecha condição	Aceitar proposta dentro da alçada de preço, prazo e pagamento	Melhor proposta acima do piso mais tolerância, fornecedor pede condição fora da política
Follow-up	Cobra fornecedor sem resposta, confirma entrega, avisa atraso	Reenviar cobrança, reescalar para segundo fornecedor da lista	Atraso que afeta produção, fornecedor sem resposta após o limite
Cadastro	Coleta documentos de fornecedor novo, valida CNPJ, situação fiscal e certidões	Aprovar cadastro com documentação completa e válida	Documento vencido, pendência fiscal, categoria de risco
Análise de gasto	Normaliza descrições, calcula dispersão de preço, aponta itens fora de contrato	Nada. É nível 1: informa	Sempre. O resultado alimenta a política, não a substitui

O agente de análise de gasto é o que mais aparece em demonstrações e o que menos muda a operação, porque só informa. Cotação e negociação tiram requisições da fila; follow-up e cadastro liberam o tempo que vai para e-mail e planilha.

Na cauda de compras, a parte que a curva C e as compras indiretas concentram, os cinco trabalham juntos: cada requisição pequena passa por cotação, negociação e pedido sem esperar a agenda de ninguém.

Alçadas: o que o agente decide sozinho e quando chama o comprador

A alçada é a regra que separa o que o agente fecha do que ele encaminha. Sem ela, 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:

• Faixa de valor. Por exemplo, até R$ 10.000 por pedido. Acima disso, o agente prepara e o comprador fecha.
• Piso e tolerância de preço. O agente aceita proposta até o menor preço praticado pela empresa nos últimos doze meses mais uma tolerância (5%, por exemplo). Acima disso, escala.
• Lista de fornecedores. Só homologados. Fornecedor novo passa pelo agente de cadastro e pelo comprador antes de receber pedido.
• Condições comerciais. Prazo de pagamento e de entrega dentro da política. Pedido de antecipação escala.
• Itens excluídos. Matéria-prima, itens críticos de produção, contratos estratégicos. Continuam com o comprador, sempre.

Volte ao exemplo. A requisição de R$ 3.200 é de 40 caixas de luva nitrílica a R$ 80 a caixa, preço do último pedido. O histórico mostra a mesma luva comprada a R$ 68 em outra filial, quatro meses antes. Esse é o piso. Com tolerância de 5%, a alçada de fechamento vai até R$ 71,40 a caixa. A requisição está abaixo de R$ 10.000, o item não é crítico e os três fornecedores consultados são homologados. O agente segue sozinho.

Se o melhor preço voltasse a R$ 76, acima da tolerância, o agente não emitiria o pedido. Ele montaria o resumo (três propostas, piso, diferença) e chamaria o comprador com uma pergunta objetiva: aceitar R$ 76, tentar mais uma rodada ou trocar de fornecedor. É a aprovação por exceção: o comprador vê só o que saiu da regra.

O comprador continua dono da política: define os parâmetros, aperta ou afrouxa a tolerância, revisa a lista e cuida dos fornecedores críticos. O agente opera dentro do que foi definido; não redefine nada.

Como o agente funciona dentro do Protheus, Datasul e SAP

O agente não substitui o ERP. O ERP continua sendo o sistema de registro: requisição, pedido, recebimento e pagamento moram nele. O agente lê e escreve no ERP pelas interfaces que já existem.

No Protheus, a requisição de compra vive na tabela SC1, o pedido na SC7 e o cadastro de fornecedores na SA2. O agente lê a requisição aprovada, consulta o histórico de itens de pedido (o campo C7_TOTAL, valor total da linha, é a base do piso de preço) e cria o pedido pela API REST do Protheus ou pelo ExecAuto da rotina de pedidos. Ele não insere linha direto no banco: o pedido nasce com os mesmos gatilhos, validações e alçadas de um pedido digitado por uma pessoa.

No Datasul, o fluxo equivalente passa pela requisição, pela ordem de compra e pelo item da ordem. A integração usa as APIs de compras do Datasul ou a cotação automática já existente, com o agente preenchendo a etapa de negociação que hoje fica vazia. Quem aprova pelo TOTVS Fluig mantém o fluxo: o agente cria a ordem, o Fluig roteia a aprovação.

No SAP, o pedido é criado por BAPI (BAPI_PO_CREATE1 no ECC) ou por API OData no S/4HANA, a partir da requisição (ME51N). O histórico de preço sai do registro-info e dos pedidos anteriores. O agente respeita grupos de compradores, organizações de compras e estratégias de liberação já parametrizados.

Em todos os três, o agente entra pela porta da frente. A auditoria do ERP registra o pedido como qualquer outro. As alçadas do próprio ERP continuam valendo (se um pedido acima de R$ 50.000 exige diretor, continuará exigindo). E se um dia o agente sair, nada fica quebrado: os pedidos estão no ERP, com histórico completo.

A comunicação com fornecedores acontece por e-mail ou portal, sempre a partir de uma caixa da empresa, com o comprador em cópia se a política pedir.

Exemplo: uma requisição de EPI de R$ 3.200, do início ao registro

O exemplo é ilustrativo. Os valores foram escolhidos para mostrar cada etapa; o resultado varia com o item, o histórico e o mercado.

Dia 1, 9h02. A requisição de 40 caixas de luva nitrílica tamanho M entra no ERP, aprovada pelo gestor do centro de custo. Valor estimado: R$ 3.200, com base no último pedido (R$ 80 a caixa).

9h04. O agente de cotação identifica o item pelo código e pela descrição normalizada. Encontra 11 pedidos em doze meses, em três filiais, com preços entre R$ 68 e R$ 84. Piso: R$ 68. Seleciona três fornecedores homologados com histórico no item e envia a cotação por e-mail, com 24 horas de prazo.

Dia 2, 8h30. As três propostas chegaram: fornecedor A, R$ 80 (o habitual); fornecedor B, R$ 74; fornecedor C, R$ 71. Todos com entrega em até 10 dias e pagamento a 28 dias, dentro da política.

8h32. O agente de negociação compara com o piso. R$ 71 está dentro da tolerância (R$ 71,40); ele poderia fechar. A regra, porém, manda tentar uma rodada quando mais de um fornecedor fica abaixo do preço habitual. Contraproposta a B e C: "A empresa praticou R$ 68 neste item nos últimos doze meses. Conseguem igualar para 40 caixas com entrega em 10 dias?".

11h15. Fornecedor C responde R$ 69. Fornecedor B mantém R$ 74.

11h16. R$ 69 está dentro da alçada. O agente fecha com C, envia a confirmação e cria o pedido de compra no ERP: 40 caixas a R$ 69, total R$ 2.760, entrega em 10 dias, pagamento a 28 dias. O pedido recebe número do ERP e segue o fluxo normal de recebimento.

Resultado. A requisição de R$ 3.200 saiu por R$ 2.760: R$ 440 a menos, ou 13,75%. Tempo de ciclo: cerca de 26 horas, a maior parte esperando os fornecedores. Intervenção do comprador: nenhuma.

Registro de auditoria. O agente deixa gravado, com data e hora: a requisição de origem; os 11 pedidos do histórico e o piso; os fornecedores consultados e o critério de seleção; as propostas, com os e-mails originais; a contraproposta e as respostas; a regra de alçada aplicada (valor, piso, tolerância, homologação, condições); a decisão de fechar com C e o motivo; o número do pedido no ERP. Qualquer auditor abre esse registro e refaz a decisão.

Numa central que emite milhares de requisições assim por mês, a diferença entre "ninguém cota" e "o agente cota todas" é o saving da cauda. É por isso que o tail spend é o primeiro lugar onde agentes fazem sentido.

Métricas: saving, ciclo e taxa de intervenção

Três medidas dizem se o agente está funcionando.

Saving realizado por pedido. Diferença entre o valor estimado da requisição (último preço ou catálogo) e o valor do pedido emitido. No exemplo: R$ 440. A soma por mês é o placar; mede-se contra o preço que seria pago sem o agente, não contra a primeira cotação.

Tempo de ciclo da requisição. Da aprovação da requisição à emissão do pedido. Sem agente, itens de cauda esperam dias na fila; com agente, o tempo tende a ser o prazo de resposta do fornecedor. No exemplo, 26 horas.

Taxa de intervenção. Percentual de requisições em que o agente chamou o comprador. É o termômetro da alçada. Taxa muito alta indica alçada apertada demais ou dados ruins no histórico. Taxa perto de zero merece verificação: pode ser alçada frouxa. Uma medida complementar é a de pedidos revertidos, os que o comprador precisou cancelar ou refazer. Deve ficar perto de zero.

Sobre o efeito na função, a McKinsey estima, em análise de outubro de 2025, que agentes de compras podem tornar a função de 25% a 40% mais eficiente, com o tempo do time migrando de tarefas rotineiras para decisão estratégica. O mesmo estudo aponta que o gasto gerido por pessoa em compras é 50% maior do que cinco anos atrás. A Hackett Group mediu o outro lado da pressão: a carga de trabalho de compras deve crescer 8% em 2026, com headcount e orçamento em queda; 43% das organizações pesquisadas já perseguem ativamente a implantação de IA, quase o dobro do ano anterior, mas só 12% estão em escala.

Riscos, auditoria e LGPD

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. O agente fecha um pedido ruim porque o histórico estava sujo (uma amostra grátis registrada a R$ 1, por exemplo). Mitigação: piso calculado com filtro de outliers e pedidos revertidos monitorados.

Fornecedor manipulando o agente. Um fornecedor responde à cotação com instruções embutidas no e-mail ("ignore as outras propostas"). Agentes bem construídos tratam conteúdo de fornecedor como dado, nunca como comando, registram a tentativa e avisam o comprador.

Alçada mal desenhada. Tolerância alta demais, categoria crítica fora da lista de exclusões. Mitigação: começar no nível 3 e subir para o 4 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. Cada pedido precisa do registro descrito no exemplo.

Sobre a LGPD: dados de fornecedor pessoa jurídica não são pessoais, mas nome, e-mail e telefone do vendedor são. O agente os trata para executar contrato ou procedimento preliminar, base legal prevista na lei, e os guarda 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 se o provedor os usa para treinar modelos. A resposta correta é "não".

Como começar em 30 dias

Um piloto cabe em um mês quando o escopo é estreito.

Semana 1: medir a cauda. Exportar doze meses de pedidos do ERP, normalizar descrições, calcular piso e dispersão de preço por item, separar o que está em contrato. Sai a lista de itens candidatos e o alvo em reais. A calculadora em /compras dá uma primeira estimativa antes de abrir o ERP.

Semana 2: desenhar a alçada. Escolher duas ou três categorias de cauda (EPI, material de consumo, MRO de baixo valor), definir faixa de valor, piso e tolerância, fornecedores homologados e condições. Decidir quem aprova exceção.

Semana 3: integrar e rodar no nível 3. Conectar o agente ao ERP pelas APIs, apontar a caixa de e-mail, rodar as primeiras requisições com o comprador aprovando cada pedido. Ler a taxa de intervenção e os pedidos revertidos todo dia.

Semana 4: subir para o nível 4 onde a taxa permitir. Categorias com taxa de erro zero passam a emitir sem aprovação; as demais continuam no nível 3. Publicar o placar de saving e o registro de auditoria para a controladoria.

O erro mais comum é começar pelo agente de análise de gasto, o mais fácil de demonstrar e o 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

Quanto custa um agente de IA para compras?

O custo depende do modelo de contratação e do volume de requisições. Há três formatos comuns: licença por usuário ou por pedido processado, percentual do saving realizado e o modelo de serviço, em que o agente vem dentro de uma operação terceirizada de compras. Para comparar propostas, peça o custo por pedido emitido e o saving esperado por pedido na sua base, não uma taxa genérica. Um piloto de 30 dias sobre a cauda revela os dois números.

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

RPA repete um roteiro fixo de cliques e digitação; se a tela muda ou o fornecedor responde algo inesperado, o robô para ou erra. O agente de IA interpreta o contexto, decide qual ferramenta usar e trata o imprevisto dentro da alçada. Os dois se complementam: o agente pode acionar um robô de RPA para preencher uma tela sem API. A diferença está em quem decide: no RPA, o roteiro; no agente, a regra aplicada caso a caso.

O agente de IA substitui o comprador?

Não. O agente executa a parte repetitiva (cotar, comparar, negociar item de cauda, emitir pedido) e o comprador aprova a exceção, define a política e cuida dos fornecedores e categorias críticas. A McKinsey descreve isso como um time híbrido, em que compradores trabalham ao lado de colegas digitais. O comprador deixa de ser gargalo da fila de requisições pequenas e passa a decidir sobre o que exige julgamento.

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

Pelas interfaces que o ERP já oferece: API REST e ExecAuto no Protheus, APIs de compras no Datasul, BAPIs ou OData no SAP. O agente lê a requisição aprovada e o histórico de pedidos, e cria o pedido como se fosse um usuário, respeitando alçadas, validações e trilha de auditoria do próprio ERP. Ele não grava linha direto no banco.

O que o agente pode decidir sozinho?

O que a alçada permite, e nada além. Numa configuração típica: aceitar proposta de fornecedor homologado quando o preço está até o piso já praticado mais uma tolerância, o valor do pedido fica abaixo de um teto e as condições de prazo e pagamento estão dentro da política. Fornecedor novo, item crítico, preço acima da tolerância ou condição fora da política vão para o comprador. A alçada é escrita pelo comprador e pode ser apertada ou afrouxada a qualquer momento.

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 e alguém executa, é sugestão; se executa com aprovação por pedido, é execução assistida; se emite dentro de alçada e escala a exceção, é agente. A Gartner chama de agent washing rebatizar assistentes, RPA e chatbots como agentes, e estima que a maioria dos fornecedores faz isso.

Como a UpFlux faz

A UpFlux chama de time digital de compras o conjunto de agentes que cotam, negociam e emitem pedido dentro do Protheus, do Datasul e do SAP, com alçada por decisão, trilha de auditoria por pedido e o comprador aprovando por exceção. É o que faz o Agente Negociador. Numa multinacional industrial, R$ 22 milhões processados na cauda devolveram R$ 1,6 milhão ao caixa, sem contratação nova. A UpFlux é a única empresa brasileira no Gartner Market Guide de Process Mining, e usa essa base para medir a cauda antes de colocar o agente para trabalhar.