Fraude por agente de compra: o que muda no seu antifraude

Imagine a loja de roupa online da Ana. Um cliente de verdade manda um agente de compra, ou seja, um programa que compra por ele, fazer o pedido. O programa preenche tudo em menos de um segundo e nunca move o mouse.

O sistema antifraude da loja foi treinado para reconhecer gente: ele espera mouse se movendo, digitação com pausas, tempo de leitura na página. Como o agente não tem nada disso, o sistema trava a compra boa e a Ana perde a venda sem saber por quê.

O problema é maior que um pedido perdido. Em 2026, o comércio eletrônico do mundo perde 3,2% de toda a receita para fraude de pagamento. Ao mesmo tempo, 63% das lojas já vendem para agentes de compra, e quase 78% das empresas de pagamento esperam mais fraude vinda desses programas.

Aqui está a virada: o problema não é distinguir o agente bom do mau. Os dois se comportam do mesmo jeito, sem mouse e sem pausa. O que prova se a compra é legítima é a autorização: alguém real deu permissão para aquele programa gastar aquele dinheiro?

Por que meu antifraude de hoje recusa vendas boas?

O motivo é simples: seu sistema mede a pessoa errada. Ele foi calibrado para notar sinais de gente, como mouse se movendo e digitação com ritmo natural. Isso funcionava quando todo comprador de verdade era humano e todo programa automático era golpe. Essa relação quebrou. O agente de compra não tem mouse, digita na hora e não rola a tela.

Essa regra virou o contrário do que devia. Apertar o filtro barra o agente de compra legítimo, e a loja perde venda de cliente real. Afrouxar o filtro deixa passar o golpista, que se disfarça do mesmo jeito. Ajustar o quanto o filtro aperta não resolve, porque o sinal que ele lê parou de fazer sentido. Trocar o sinal é a única saída: medir autorização, não comportamento.

O agente de compra legítimo e o golpista se comportam exatamente igual para o sistema antigo. A diferença está em quem deu a autorização. Se sua loja não checa isso, está apostando, não protegendo.

Como sei se aquele programa tem permissão para comprar?

A resposta é exigir uma prova de permissão. Ela funciona como uma procuração assinada. Mostra que um cliente real autorizou aquele programa a comprar em seu nome, com um limite de valor, tipo de produto e prazo certos. A venda só sai se essa prova bater com o pedido.

Isso muda tudo na prática. A confiança deixa de ser um palpite baseado em comportamento e vira uma checagem clara: a autorização existe e cobre esse valor, ou não existe. Isso também ajuda quando o dono do cartão contesta a cobrança depois. Uma venda com prova de autorização é bem mais fácil de defender do que uma venda cuja única prova era “o mouse mexeu”.

Toda compra precisa do mesmo cuidado?

Não. Tratar uma compra de 30 reais com o mesmo rigor de uma compra de 30 mil reais desperdiça esforço onde ele não faz falta. O ideal é aumentar o cuidado conforme o valor da compra sobe, e não usar a mesma trava para tudo.

Faixa de valor	Mecanismo de defesa	Atrito	Quem decide
Baixo (recorrente, micro)	Tokenização, limite pré-autorizado	Mínimo	Agente, dentro da procuração
Médio	Verificação de procuração + regra de política	Moderado	Policy-as-Code
Alto	Confirmação humana explícita	Alto e proposital	Human-in-the-loop

Nas compras pequenas, a loja troca o número do cartão por um código de uso único. Mesmo que esse código vaze, ele não serve para mais nada. Conforme o valor sobe, a checagem fica mais rigorosa, até o ponto em que só uma pessoa da equipe pode liberar a venda.

Quem decide o limite: uma pessoa ou o sistema?

Uma pessoa não consegue olhar cada compra quando elas chegam em grande volume e em milissegundos. Por isso a regra fica escrita direto no sistema, testada e registrada. Até um valor baixo, o sistema libera sozinho com o código de uso único. Dentro da faixa do meio, ele segue a regra escrita. Acima de um valor alto, chama uma pessoa da equipe para decidir.

O ganho não é só velocidade. Toda decisão fica registrada, então dá para provar depois por que uma venda foi aprovada ou recusada. Isso ajuda a vencer uma contestação de cobrança e facilita quando algo dá errado e a equipe precisa entender o motivo.

Conferir o pagamento depois da venda também protege a loja?

Sim. O caminho que o pagamento percorre até ser aprovado também é uma linha de defesa. Um sistema escolhe por qual banco processar cada venda, olhando taxa de aprovação e risco de fraude. Quando esse sistema também guarda qual agente fez a compra e qual autorização ele carregava, cada venda vira um registro que pode ser conferido depois.

Depois, a loja compara o que foi cobrado com o que foi pedido e com a autorização que permitiu a venda. Essa conferência mostra cedo se algo não bate, antes de virar uma contestação de cobrança que a loja perde. Numa loja com muitas vendas por agente de compra, essa conferência precisa ser automática, porque fazer isso à mão não acompanha o volume.

O que a Ana devia fazer hoje na loja dela?

Volte para a pergunta do começo: quando um agente de compra tenta comprar na sua loja, seu sistema está checando comportamento humano ou está checando autorização? Se ainda for comportamento, cada venda boa de um cliente real que usa um assistente digital corre o risco de ser recusada sem motivo.

O primeiro passo é parar de tratar a falta de mouse e digitação lenta como sinal de golpe. O segundo é ajustar o cuidado pelo valor: liberar sozinho o que é pequeno, seguir regra escrita no meio, chamar uma pessoa no que é alto.

Próximo passo

O terceiro passo é guardar, em cada venda, qual agente comprou e qual autorização ele tinha. Enquanto o concorrente aperta o filtro antigo e perde clientes bons, sua loja muda o que está medindo. Separe as vendas recusadas do último mês e veja quantas foram por parecer bot ou motivo parecido. Esse número é a venda boa que a loja está perdendo sem precisar, e mostra se vale a pena trocar de eixo agora.