Agente de compras com IA: cotação comparada e aprovação humana

Um agente de compras com IA é um sistema que coleta cotações de fornecedores, organiza as propostas em uma base única e compara preço, frete, prazo e condições de pagamento. Ele prepara a comparação, mas não emite o pedido sozinho: a decisão de aprovar a compra fica com a pessoa responsável, que recebe o resumo pronto e a trilha do que foi consultado. É esse desenho, com uma trava de aprovação explícita, que torna o agente útil para a operação sem transferir o julgamento do gasto para um software.

Principais pontos

• O agente coleta e compara cotações. Ele não negocia pagamentos, não emite pedido e não altera valores sem autorização.
• A trava de aprovação é um passo registrado no sistema, com nome da pessoa, valor, fornecedor e itens. Uma resposta no chat não basta.
• A comparação precisa de critérios definidos antes da coleta. O menor preço isolado costuma ser a pior escolha.
• Dados e ações são limitados: o agente acessa apenas as informações e ferramentas necessárias para aquele fluxo.
• Cada cotação recebida, cada comparação e cada aprovação ficam registradas, para auditoria e para ajustar o processo depois.

O que o agente de compras faz e o que não faz

Na prática, o agente cumpre um trabalho repetitivo que consome tempo de quem compra: escrever pedidos de cotação, acompanhar respostas, transcrever preços para uma planilha, conferir se a proposta traz a especificação pedida e montar um quadro comparativo. Esse trabalho é bom candidato à automação porque segue regras claras, mesmo quando a mensagem do fornecedor chega em formato livre.

O que o agente não deve fazer é decidir sozinho. Escolher fornecedor, aceitar uma exceção de prazo, aprovar um valor acima do previsto ou autorizar pagamento são decisões de responsabilidade humana. Se o agente faz qualquer dessas coisas, a empresa perde a capacidade de explicar por que comprou e de quem foi a decisão.

Apesar do nome, um agente de compras não exige nada parecido com superinteligência. O termo costuma aparecer como marketing, e vale separar o que a ferramenta faz de promessas genéricas. Para uma leitura cuidadosa do tema, o glossário de superinteligência para a diretoria ajuda a alinhar a conversa interna.

Como funciona a coleta de cotações

A coleta começa com uma requisição de compra aprovada em nível de intenção, ou seja, com a lista de itens, quantidades, especificações e prazo de necessidade. A partir dela, o agente envia pedidos de cotação pelos canais combinados com os fornecedores: e-mail, portal de compras, formulário ou WhatsApp. Quando o canal é WhatsApp, vale checar as regras da plataforma para mensagens iniciadas pela empresa, já que o prazo de resposta e o formato de mensagem mudam conforme o caso.

As respostas chegam em texto livre, anexo em PDF ou planilha. O agente extrai os campos relevantes (preço unitário, condições, validade, frete, prazo de entrega) e registra a origem de cada número. Se um campo não estiver claro, ele não preenche por palpite: marca a pendência e pergunta ao fornecedor ou encaminha para a pessoa de compras.

Esse ponto de extração é onde costumam surgir os erros. Por isso, a etapa de conferência deve ser visível: quem aprova precisa ver o valor extraído ao lado do trecho original da proposta.

Como comparar preços sem cair no menor preço

A comparação só é útil se os critérios forem os mesmos para todos os fornecedores e se forem definidos antes de chegar qualquer proposta. Um quadro típico reúne preço unitário com impostos e frete incluídos, prazo de entrega, validade da proposta, condições de pagamento, garantia, histórico de atraso informado pela própria empresa e equivalência técnica do produto.

Cenário ilustrativo: uma loja precisa repor um lote de embalagens. Um fornecedor oferece o menor preço unitário, mas cobra frete separado e entrega em duas semanas. Outro cobra um pouco mais, inclui frete e entrega em três dias. Se o agente mostrar apenas o preço unitário, a escolha parece óbvia. Com os critérios completos, a pessoa responsável pode decidir se o atraso compensa a economia, e o agente deixa essa conta visível.

O agente também deve sinalizar quando duas propostas não são comparáveis, por exemplo, quando uma traz material equivalente e a outra não. Nesses casos, a comparação vira uma pergunta para o fornecedor, não uma nota numérica.

Onde fica a trava de aprovação

A trava é o ponto em que o fluxo para e espera uma pessoa. Ela precisa ser técnica e não apenas procedimental. Na prática, o pedido é criado em um estado de rascunho, e somente um usuário com permissão de aprovação pode movê-lo para o estado seguinte. O agente tem acesso para criar e atualizar rascunhos, mas não para aprovar.

A aprovação deve mostrar exatamente o que está sendo aprovado: fornecedor, itens, quantidades, valor total, prazo e condições. Se qualquer desses dados mudar depois da aprovação, o pedido volta para revisão. Isso evita o cenário em que alguém aprova uma proposta e o agente, ao receber uma atualização, altera o valor sem nova conferência.

Outro cuidado é a validade. Propostas de fornecedores expiram, e o agente deve bloquear a aprovação de uma cotação vencida, pedindo nova cotação. Esse tipo de regra é determinística e não depende do modelo de linguagem. Quando a regra é clara, é melhor que o código a verifique do que confiar em uma instrução no prompt.

Riscos e controles que precisam estar no plano

O principal risco é a entrada não confiável. Uma mensagem de fornecedor pode conter texto tentando instruir o agente, por exemplo, pedindo que ele ignore o limite de valor ou que informe dados internos. Trate todo conteúdo recebido como dado, nunca como instrução. As recomendações do OWASP para prevenção de prompt injection são um bom ponto de partida para a equipe técnica.

O segundo risco é o vazamento de dados. Cotações trazem CNPJ, nomes de contatos e, às vezes, dados pessoais de quem atende. A LGPD exige que a empresa saiba para que os dados são usados, quem os acessa e onde são processados. Se o modelo ou a ferramenta estiver hospedado fora do país, vale entender as regras de transferência internacional de dados com IA antes do piloto.

O terceiro risco é a falta de rastro. Sem registro, ninguém consegue reconstruir por que um pedido foi feito. O registro deve guardar a requisição original, as propostas recebidas, os campos extraídos, a comparação gerada, quem aprovou e quando. O framework de gestão de risco de IA do NIST organiza bem essas preocupações em governança, mapeamento e medição.

Como começar com um piloto pequeno

Um agente de compras não precisa nascer cobrindo todas as categorias da empresa. A melhor entrada é um tipo de compra recorrente, com fornecedores conhecidos e especificações estáveis.

• Mapear o processo atual: quem pede, quem cota, quem aprova, quanto tempo leva e onde os erros aparecem.
• Definir os critérios de comparação e a regra de validade, escritos antes de qualquer automação.
• Limitar dados e ações: o agente cria rascunhos e compara, sem permissão de aprovar ou pagar.
• Testar com dados simulados e propostas de exemplo antes de usar fornecedores reais. Os mocks para testar agentes de IA ajudam a validar a extração sem risco.
• Rodar um ciclo real com registro completo e uma métrica combinada, como tempo entre requisição e pedido aprovado ou quantidade de campos corrigidos pela equipe.
• Decidir ao fim: expandir para outras categorias, ajustar as regras ou encerrar o piloto.

Como a abordagem de Juan Carlo se aplica

O método de trabalho segue quatro etapas: mapear, limitar, pilotar e transferir. No caso de compras, mapear significa entender o processo real antes de desenhar o agente. Limitar significa definir o que o agente vê e o que ele não pode fazer. Pilotar significa testar um fluxo real com logs e uma métrica acordada. Transferir significa entregar o processo à equipe, com instruções e registros, e então decidir se o agente deve crescer, ser ajustado ou ser desligado. Esse ritmo é mais lento no início, mas evita o cenário de uma automação grande que ninguém consegue auditar.

Perguntas frequentes

Um agente de compras com IA pode aprovar pedidos automaticamente? Não é recomendável. A aprovação deve ser uma ação humana registrada no sistema, com permissão específica. O agente pode preparar o pedido e mostrar a comparação, mas quem responde pelo gasto precisa confirmar. Regras de valor mínimo podem apenas direcionar o pedido para o aprovador certo.

Quais dados um agente de compras precisa acessar? Ele precisa da requisição, da lista de fornecedores autorizados, das propostas recebidas e das regras de comparação. Dados pessoais de contatos devem ser reduzidos ao necessário. Antes de ligar o agente, a empresa deve mapear esses dados e a finalidade de cada um, em linha com a LGPD.

Como evitar que o agente escolha o fornecedor mais barato sem considerar o resto? Defina os critérios antes da coleta e mostre-os no quadro comparativo. Inclua prazo, frete, validade, condições de pagamento e equivalência técnica. Quando algum critério não puder ser comparado, o agente deve sinalizar a pendência em vez de escolher. A decisão final continua com a pessoa responsável.

Por onde começar se a empresa nunca usou agentes? Comece por uma categoria de compra recorrente, com poucos fornecedores e especificações estáveis. Rode um piloto com dados simulados e depois com propostas reais, mantendo registros completos. Ao fim do período combinado, decida entre expandir, ajustar ou parar. Esse caminho reduz o risco e deixa claro o que foi aprendido.

Fontes

• OWASP: prompt injection prevention cheat sheet
• NIST AI Risk Management Framework
• Anthropic: Building effective agents