Agentes de IA em compras: mandato e alçada

O estoque cai abaixo do mínimo. Um agente consulta três fornecedores, escolhe a proposta, cria o pedido e inicia o pagamento. Parece o fim do retrabalho. Também pode ser o começo de uma compra duplicada, fora de contrato, entregue no endereço errado ou aprovada por uma regra que ninguém consegue provar depois.

A pergunta útil não é apenas “a IA consegue comprar?”. É: qual intenção foi autorizada, dentro de quais limites, por quanto tempo, com quais fornecedores e quem confirma que pedido, recebimento e pagamento representam a mesma operação?

Este artigo entrega o mandato COMPRA: seis blocos para preparar compras empresariais assistidas por agentes, uma escada de autonomia, uma ficha de alçada, testes de exceção e exemplos por setor. O objetivo não é liberar um robô com o cartão da empresa. É separar recomendação, compromisso e liquidação para automatizar cada etapa na medida certa.

Por que “comércio agêntico” entrou na agenda

Em abril de 2026, uma nota do Fundo Monetário Internacional sobre IA agêntica em pagamentos descreveu a passagem de instruções iniciadas por pessoas para decisões mediadas por agentes. O estudo ressalta uma tensão importante: modelos de IA são probabilísticos, enquanto autorização, liquidação e registros financeiros exigem comportamento determinístico. A proposta analítica do FMI separa três camadas: intenção, autorização e liquidação.

Protocolos também começaram a materializar essa separação. O guia de protocolos de agentes do Google apresenta o AP2, ainda em versão inicial, com mandatos tipados para registrar intenção, limites, aprovação e recibo. O exemplo permite restringir fornecedores, exigir reembolso, definir validade e segurar a assinatura quando o pedido ultrapassa o limite.

Isso é um sinal de direção, não uma ordem para toda PME instalar um novo protocolo. A lição operacional já vale hoje: o agente pode sugerir com linguagem natural, mas a autorização precisa virar uma política explícita e verificável no sistema que executa a ação. O NIST também colocou identificação, autorização, auditoria e não repúdio no centro da discussão sobre agentes conectados a ferramentas.

Não trate “comprar” como uma ação única

Uma compra empresarial tem compromissos diferentes. Automatizá-los como se fossem um único clique esconde onde o risco realmente muda.

detectar a necessidade: identificar estoque baixo, manutenção, renovação ou demanda prevista;
especificar: traduzir a necessidade em item, quantidade, qualidade, prazo e centro de custo;
cotar e comparar: consultar catálogo ou fornecedores e explicar a recomendação;
criar o compromisso: emitir solicitação ou pedido de compra;
autorizar e pagar: reservar verba, assinar ou iniciar a transação;
receber e reconciliar: conferir pedido, entrega, documento fiscal e pagamento.

Um agente pode ter autonomia para detectar e cotar, mas não para comprometer a empresa. Pode criar um rascunho de pedido e exigir aprovação humana. Pode até emitir pedidos recorrentes de baixo risco, enquanto qualquer novo fornecedor, mudança de preço ou divergência de conta bancária interrompe o fluxo. A unidade de controle não é “o agente”; é cada ação que muda o estado da operação.

Escada de autonomia para compras

Nível 0 — leitura: o agente monitora estoque, contratos e consumo, mas não solicita cotação.
Nível 1 — recomendação: identifica necessidade, coleta opções e apresenta comparação com evidências.
Nível 2 — preparação: preenche solicitação ou pedido como rascunho, sem enviar ao fornecedor.
Nível 3 — execução condicionada: envia pedido apenas quando item, fornecedor, valor, frequência e centro de custo atendem à política.
Nível 4 — pagamento condicionado: inicia pagamento dentro de mandato específico, com confirmação e reconciliação obrigatórias.

Suba um nível somente quando o anterior tiver fonte oficial, dono, critérios de aceite, log e rotina de revisão. Velocidade de cotação não justifica autonomia de pagamento. O ganho comercial vem de tirar trabalho repetitivo da fila sem remover a alçada que protege caixa, margem e continuidade.

Mandato COMPRA: seis blocos antes de conectar o financeiro

C — Contexto e necessidade comprovados

Defina o evento que abre a compra: estoque abaixo do mínimo, ordem de serviço autorizada, contrato perto do vencimento ou demanda aprovada. Registre a fonte oficial, a data da leitura, o solicitante ou processo de origem, o centro de custo e o identificador único.

Sem esse vínculo, o agente pode responder ao mesmo sinal duas vezes. Uma mensagem no WhatsApp, uma linha na planilha e um alerta do ERP podem representar a mesma necessidade. A primeira proteção é idempotência operacional: uma necessidade, um identificador, um pedido ativo.

O — Orçamento e alçada explícitos

Transforme a política em campos: limite por pedido, período e centro de custo; valor acumulado; categoria; aprovador; validade; moeda; possibilidade de parcelamento; e regra para reajustes. O limite não deve existir apenas no prompt. Ele precisa ser revalidado no sistema antes da criação do compromisso e antes do pagamento.

Evite fracionamento involuntário ou proposital. Três pedidos de R$ 4 mil podem ultrapassar uma alçada de R$ 10 mil mesmo que cada um, isoladamente, pareça permitido. A política precisa olhar transação, sequência, fornecedor e período.

M — Mercado e fornecedores permitidos

Defina catálogo, especificações mínimas, fornecedores homologados, contrato aplicável, região, prazo, garantia e condições aceitáveis. Para fornecedor novo, mudança de dados bancários, substituição de item ou preço fora da faixa, interrompa e envie para revisão.

“Menor preço” raramente é uma regra suficiente. Custo total pode incluir frete, prazo, perda, lote mínimo, devolução e impacto de parada. O agente deve apresentar os critérios usados e apontar dados ausentes, em vez de preencher lacunas com suposições plausíveis.

P — Prova de intenção, aprovação e pedido

Guarde um pacote de evidências: necessidade original, versão da política, propostas comparadas, recomendação, campos do pedido, identidade do agente, aprovador, data, validade e confirmação do fornecedor. O registro deve permitir responder “quem autorizou exatamente o quê?” sem reconstruir a decisão por conversas dispersas.

Aprovar “compre material para a obra” é amplo demais. Um mandato útil vincula item, quantidade, faixa de valor, fornecedor ou lista permitida, prazo, local de entrega e expiração. Se qualquer elemento material mudar, peça nova aprovação.

R — Reconciliação entre pedido, recebimento e pagamento

Não considere a automação concluída quando o agente envia o pedido. Feche o ciclo comparando solicitação, pedido, aceite do fornecedor, entrega, documento fiscal e pagamento. Use identificadores consistentes, trate entregas parciais e impeça pagamento duplicado.

O agente pode sugerir a conciliação, mas divergências precisam de fila com dono e prazo: quantidade diferente, preço alterado, tributo inesperado, conta bancária nova, documento repetido ou material reprovado. “Pago” não é sinônimo de “processo concluído”.

A — Anomalias, cancelamento e auditoria

Defina sinais que suspendem a automação: pico de consumo, múltiplas tentativas, fornecedor inédito, alteração recente de cadastro, urgência criada fora do fluxo, endereço incomum, pedido fora do horário ou repetição próxima ao limite.

Também registre como revogar o mandato, cancelar pedido, bloquear pagamento, acionar modo manual e preservar evidências. Auditoria não é um relatório produzido depois; é uma propriedade desenhada desde o evento que abriu a compra.

Ficha de alçada: o mínimo que deve caber em uma página

objetivo autorizado: qual necessidade o agente pode atender;
escopo: itens, quantidades, centros de custo, projetos e fornecedores permitidos;
limites: valor por pedido, acumulado no período, frequência e variação de preço;
validade: início, expiração e evento que revoga a autorização;
ações permitidas: cotar, recomendar, criar rascunho, enviar pedido ou iniciar pagamento;
aprovação: quem aprova cada faixa e qual substituto assume na ausência;
exceções: quais sinais param o fluxo e para qual fila vão;
evidências: o que deve ser gravado antes e depois da execução;
reconciliação: quem confirma recebimento e fecha a operação.

Essa ficha pode começar em planilha, formulário ou regra do ERP. O importante é que seja legível pelo gestor e aplicável pela integração. Política que só existe em texto livre tende a ser interpretada; política que só existe em código tende a ficar invisível para o negócio.

12 testes antes do primeiro pedido real

mesma necessidade chega por dois canais com o mesmo identificador;
três pedidos pequenos ultrapassam o limite acumulado;
fornecedor homologado altera dados bancários;
item mais barato não atende à especificação mínima;
preço muda entre a cotação e o fechamento;
mandato expira enquanto o pedido aguarda resposta;
aprovador rejeita e o agente tenta novamente;
fornecedor confirma apenas parte da quantidade;
documento fiscal chega duplicado;
pagamento é iniciado, mas a confirmação não retorna;
integração cai depois de criar o pedido e antes de gravar o status;
gestor revoga a autorização com uma execução em andamento.

Para cada teste, defina resultado esperado, registro obrigatório, responsável pela exceção e ação de recuperação. Se o agente “parece entender” o caso, mas o ERP não bloqueia a ação indevida, o controle ainda depende da IA onde deveria depender de regra determinística.

Como aplicar por setor sem começar pelo pagamento

v7 Obras: comece detectando necessidade por etapa e comparando cotações de itens padronizados. Pedido exige vínculo com obra, orçamento, local de entrega e responsável pelo recebimento.
v7 Carteira: em distribuidoras, o agente pode sugerir reposição com base em giro, estoque e pedidos abertos. Margem, lote mínimo, fornecedor e capital de giro precisam entrar na política antes da ordem.
v7 Agro: sazonalidade, janela de aplicação, unidade, lote e validade tornam especificação crítica. Substituição de produto ou fornecedor pede revisão humana, mesmo dentro do valor.
v7 Imob: mídia, portais, serviços e materiais recorrentes podem começar por monitoramento de renovação e criação de rascunho. O contrato e o empreendimento definem a alçada.
v7 Clínicas Retorno: materiais e serviços administrativos de baixo risco são melhores candidatos iniciais. Itens clínicos exigem regras técnicas, sanitárias e responsáveis próprios; o agente não substitui essa validação.
v7 Custom: compras indiretas, licenças e manutenção são bons laboratórios quando há catálogo, histórico e aprovador. Use escopo estreito antes de conectar conta ou meio de pagamento.

Indicadores que mostram controle — não apenas velocidade

percentual de recomendações aceitas sem correção;
tempo entre necessidade, aprovação, pedido e recebimento;
pedidos bloqueados por política e motivo;
taxa de duplicidade, divergência e retrabalho;
compras dentro de contrato, catálogo e orçamento;
exceções vencidas por responsável;
percentual de operações reconciliadas de ponta a ponta;
economia líquida após considerar falhas, devoluções e tempo de revisão.

O Work Trend Index 2026 da Microsoft, com 20 mil usuários de IA em dez países, incluindo o Brasil, observou que profissionais mais avançados relatam com maior frequência fluxos, handoffs e padrões de qualidade documentados e repetíveis. Em compras, essa disciplina é o que transforma uma automação rápida em capacidade institucional.

Sinais de alerta

o agente recebe credencial financeira permanente em vez de autorização limitada por operação;
a regra de alçada está no prompt, mas não é revalidada no ERP ou no serviço de pagamento;
a mesma automação detecta a necessidade, escolhe o fornecedor, aprova e confirma o recebimento;
não existe identificador que ligue necessidade, cotação, pedido, entrega e pagamento;
mudança de conta bancária ou fornecedor novo não interrompe o fluxo;
sucesso é medido apenas por tempo poupado, sem duplicidade, divergência e reconciliação;
ninguém sabe cancelar, revogar ou operar manualmente durante uma falha.

O ponto de vista operacional

Agentes podem reduzir o trabalho de buscar, comparar, preencher e acompanhar compras. O ROI aparece quando essa velocidade melhora disponibilidade, custo e tempo sem transferir erro para o financeiro, o estoque ou a obra. Isso exige processo, dados oficiais, responsável, alçada, evidência, reconciliação e revisão periódica.

Uma empresa IA Ready não começa dando ao agente poder para pagar. Começa tornando a compra legível: sabe o que dispara a necessidade, quais critérios escolhem a opção, quem pode comprometer recursos e como o ciclo termina. Depois, amplia autonomia onde os testes mostram que a política funciona.

Fontes consultadas

Quer automatizar compras sem entregar a alçada ao agente?

O V7 IA Ready mapeia processo, dados, sistemas, responsáveis, limites e exceções para escolher um primeiro fluxo com valor mensurável e risco controlado.

Conhecer o V7 IA Ready Solicitar diagnóstico

Seu agente de IA pode comprar sozinho?