Nesta terça, 22 de setembro de 2026, seis bancos grandes fizeram uma coisa rara: assinaram juntos um alerta. ASB Bank, Bank of America, Capital One, Commonwealth Bank of Australia, ING e NatWest publicaram um documento dizendo, com outras palavras, que os robôs de compra com IA estão andando mais rápido do que as proteções contra fraude, golpe e vazamento de dados.

Isso não é assunto de banco. Na mesma cobertura, a varejista britânica John Lewis contou que as buscas feitas por agentes de IA passaram de 0,3% para 2,5% do total em um ano. Se você vende online, o cliente que é um robô já está chegando, e a pergunta que os bancos puseram na mesa é a que vai doer no seu caixa: quando o agente compra errado, quem paga?

• O que os seis bancos pediram, sem juridiquês

• Onde o risco de fraude nasce no checkout

• Quem tende a pagar em cada tipo de erro

• O que sua loja precisa registrar a partir de agora

• Três travas para ligar ainda esta semana

O que os seis bancos pediram

O documento se chama "Building trust in agentic commerce" e define cinco princípios para compras feitas por agentes de IA: transparência, segurança, privacidade e proteção de dados, escolha do cliente e interoperabilidade. É voluntário, não obriga ninguém, e foi escrito para ser levado a reguladores. Na prática, é o rascunho das regras que vão chegar depois.

Lendo o documento dos seis bancos publicado pelo ING, cinco pedidos importam para quem vende:

• Todo mundo na transação precisa saber quando há um agente envolvido e em nome de quem ele age.

• O agente deve dizer como prioriza produtos e meios de pagamento, inclusive opções patrocinadas.

• A credencial de pagamento tem de entrar por um método seguro e auditável, e qualquer parte que possa responder pelo prejuízo pode exigir autenticação.

• O cliente precisa ver e gerenciar a autoridade que deu ao agente.

• A responsabilidade deve refletir onde o erro ou o risco entrou na transação.

Esse último item é o que muda o jogo. Ele troca a pergunta "quem vendeu?" por "onde quebrou?". E, para responder isso, alguém vai ter de mostrar prova.

O risco começa no checkout

O risco nasce no momento do pagamento. Segundo os bancos, os agentes de hoje às vezes pedem os dados do cartão e digitam no checkout por conta própria, ou empurram o cliente para um meio de pagamento menos seguro do que ele escolheria. O agente vira um intermediário que enxerga a credencial inteira, e o banco não enxerga o agente.

Eu já tinha descrito o lado de receber no post sobre como sua loja recebe de um agente de IA (ACP, AP2, x402 e o Pix). Este aqui é a continuação: o que acontece quando dá errado. E dá errado de quatro jeitos bem previsíveis.

1. Instrução ambígua. O cliente pediu "um tênis 42 preto" e o agente escolheu o modelo que o cliente nunca compraria.

2. Agente enganado. Uma página com texto escondido mandou o agente trocar o destino, o produto ou o meio de pagamento. É a injeção de instrução, o golpe típico de quem ataca agentes.

3. Repetição técnica. A conexão caiu, o agente tentou de novo e o cartão foi cobrado duas vezes.

4. Agente falso. Um robô se apresenta como assistente de um cliente real, com dados de cartão vazados. É fraude comum com roupa nova.

O quarto caso é o que mais preocupa os bancos, porque o antifraude aprendeu a reconhecer pessoas: velocidade de digitação, histórico do aparelho, horário de costume. Um agente legítimo e um robô de golpe se parecem muito mais entre si do que um cliente e um fraudador.

O antifraude foi treinado para reconhecer gente. Agora parte da conversa acontece entre máquinas, e as duas pontas parecem iguais.

Quem paga quando o agente erra

No Brasil ainda não existe regra própria para compra feita por agente. Vale o que já existe: no cartão, a contestação (chargeback) costuma cair no lojista quando ele não prova a autorização; no Pix, o caminho de fraude é o MED. A proposta dos bancos aponta para dividir a conta pelo lugar onde o erro entrou.

A tabela abaixo é a minha leitura de como isso tende a ficar se o princípio dos bancos virar regra. Não é lei, é previsão com base no documento, e serve para você saber onde está exposto.

O que aconteceu	Onde o erro entrou	Quem tende a pagar	O que protege a loja
Agente escolheu o produto errado	Na instrução do cliente ao agente	Cliente ou plataforma do agente	Registro do pedido exatamente como chegou
Agente enganado por página hostil	No agente	Plataforma do agente	Prova de que sua página não tinha o texto malicioso
Cobrança em dobro por repetição	No seu checkout	A loja	Chave de idempotência no pedido
Agente falso com cartão vazado	Na autenticação	Quem dispensou a autenticação	Exigir autenticação forte acima de um valor
Preço errado no seu catálogo	Nos seus dados	A loja	Feed de produto com preço real e atualizado

Repare no padrão: a loja paga quando o erro nasce no sistema dela, e se defende quando consegue provar que não nasceu. A cobrança em dobro e o preço errado são responsabilidade sua em qualquer cenário. O resto vira disputa de evidência.

O que sua loja precisa guardar

A sua defesa é o registro. Os bancos pedem que se preserve prova das instruções do cliente, da autenticação, da intenção, das decisões e do resultado da transação, inclusive dos avisos mostrados. Quem tiver esse registro ganha a disputa. Quem não tiver paga, mesmo sem culpa.

Traduzindo para o banco de dados de uma loja, eu registraria em cada pedido:

• Se o pedido veio de agente e qual agente se declarou (cabeçalho, protocolo ou identificação no checkout).

• Em nome de quem ele comprou: a conta ou o e-mail do cliente vinculado.

• O carrinho exatamente como chegou, com preço e frete do momento.

• Qual autenticação foi feita (3D Secure, código, biometria do app do banco) e o identificador dela.

• A chave de idempotência e o identificador da transação no gateway.

• Os avisos exibidos e as confirmações recebidas, com horário.

Uma coisa fica de fora de propósito: o número do cartão. No golber.net eu guardo só os identificadores da transação que o Mercado Pago e o Stripe devolvem, e todo aviso de pagamento que chega por webhook é conferido pela assinatura antes de mudar qualquer pedido. Com agente no meio, essa regra ganha peso: o registro prova o que aconteceu sem virar um alvo de vazamento.

Se a sua loja é própria, isso é uma tabela e meia dúzia de campos. O desenho completo de uma loja assim está em como criar um e-commerce próprio com Next.js e PostgreSQL. Se a loja está numa plataforma, a pergunta para o suporte é simples: vocês registram quando o pedido veio de agente, e eu consigo exportar isso numa disputa?

Três travas para ligar esta semana

Você não precisa esperar regra nenhuma para se proteger. Três travas resolvem a maior parte da exposição: um teto de valor para pedido de agente, autenticação forte acima desse teto e idempotência no checkout. As três já existem nos gateways brasileiros e não dependem de protocolo novo.

1. Teto de valor. Pedido marcado como de agente passa direto até um limite que você escolhe. Acima dele, segura para confirmação.

2. Autenticação forte acima do teto. Ligue o 3D Secure no cartão para esses pedidos. Se a contestação vier, a autenticação feita pelo banco do cliente muda o jogo a seu favor.

3. Idempotência no checkout. O mesmo pedido chegando duas vezes gera uma cobrança só. É a trava que elimina a cobrança em dobro, o único erro da tabela que é 100% seu.

E uma quarta, que não é técnica: leia a política do seu gateway sobre contestação. Na Black Friday essa leitura vale dinheiro, e a lista de preparo que eu montei no post de como preparar site e loja para a Black Friday 2026 ganha mais esse item.

O golpe com cara de cliente real também não é novo por aqui. O caso mais concreto é o da voz clonada por IA no Pix: a IA barateou a falsificação de identidade, e o agente de compra é a próxima porta.

O lado bom desse alerta

O alerta dos bancos é uma boa notícia para quem se organiza cedo. Ele diz quais evidências vão valer numa disputa antes de a regra existir. Quem começa a registrar agora chega à fase regulada com histórico, e quem espera vai ter de adaptar o checkout às pressas, provavelmente em cima de um prejuízo.

Também desmonta um medo exagerado. Agente comprando não é o fim da loja independente; é mais um canal, com regras de prova um pouco diferentes. Já escrevi sobre o que morre e o que nasce para quem conecta agentes de IA ao site do cliente, e a conclusão é a mesma: quem entende de limite, registro e responsabilidade fica mais valioso, não menos.

Se você quer uma loja própria que já nasça com esse registro, idempotência e webhooks conferidos, é o que eu entrego numa loja virtual com preço fechado. Se a loja já existe e você quer saber onde ela está exposta, a consultoria técnica de 2 horas resolve o diagnóstico de uma vez.

Perguntas frequentes

O que os bancos disseram sobre os agentes de IA de compras?

Em 22 de setembro de 2026, ASB Bank, Bank of America, Capital One, Commonwealth Bank of Australia, ING e NatWest publicaram o documento "Building trust in agentic commerce". Eles alertam que os agentes de compra criam riscos de golpe, fraude e vazamento de dados mais rápido do que as proteções atuais acompanham, e propõem cinco princípios para o setor.

Quem é responsável quando um agente de IA faz uma compra errada?

Ainda não há regra específica. Valem as regras de hoje: no cartão, o chargeback costuma cair no lojista que não prova a autorização; no Pix, o caminho de fraude é o MED. A proposta dos bancos é que a responsabilidade siga o ponto onde o erro entrou na transação, o que torna o registro do pedido a principal defesa da loja.

Como saber se um pedido na minha loja foi feito por um agente de IA?

Os protocolos de comércio por agente (ACP, AP2 e similares) identificam o agente na transação, e alguns agentes se declaram no cabeçalho da requisição. Fora desses caminhos, não há garantia. Por isso vale marcar a origem sempre que ela for conhecida e tratar o restante como pedido comum, com as mesmas travas.

O 3D Secure ajuda contra fraude feita por agente?

Ajuda, porque a autenticação passa a ser feita pelo banco do cliente e não pela loja. Em disputa, uma transação autenticada costuma pesar a favor do lojista. O custo é um passo a mais no pagamento, e é por isso que faz sentido exigir só acima de um valor.

A loja pequena precisa se preocupar com isso agora?

Precisa se organizar, não entrar em pânico. O volume de pedidos de agente ainda é pequeno, mas crescendo rápido. Registrar a origem do pedido, ligar idempotência no checkout e definir um teto de valor são mudanças baratas, e são exatamente as provas que vão valer quando a regra chegar.