Protocolo de pagamentos para agentes de IA prova se foi o cliente quem autorizou a compra

Por que o clique de comprar deixou de ser garantia

Todo sistema de pagamento atual parte de um pressuposto simples: foi uma pessoa que clicou em comprar numa tela confiável. Esse pressuposto quebra quando um agente de IA negocia e fecha a compra sozinho, a pedido do cliente. O Google descreveu esse problema no anúncio do Agent Payments Protocol (AP2), publicado em 16 de setembro de 2025 em seu blog corporativo.

Segundo a empresa, três perguntas ficam sem resposta quando é um agente quem compra: quem autorizou aquela compra específica, se o pedido do agente reflete mesmo a intenção do cliente, e quem responde se a transação for fraudulenta ou errada. O AP2 foi desenhado como a camada que tenta responder a essas três perguntas antes que o dinheiro mude de mãos.

O protocolo nasceu como extensão de dois padrões que o Google já mantém para comunicação entre agentes, o Agent2Agent (A2A) e o Model Context Protocol (MCP), e foi construído junto com mais de 60 empresas, entre elas Mastercard, PayPal, American Express, Adyen, Coinbase, Etsy e Salesforce. É um protocolo aberto, não uma bandeira ou um método de pagamento: funciona por cima de cartão, débito, transferência instantânea e também de stablecoins.

O mandato: um contrato assinado que prova o que o cliente pediu

A peça central do AP2 se chama mandato (mandate): um registro digital assinado criptograficamente, que funciona como prova inviolável de uma instrução do cliente. Cada mandato é firmado com uma credencial verificável (verifiable credential, ou VC), uma espécie de identidade digital que comprova quem assinou o quê. É esse conjunto de assinaturas que vira evidência em caso de disputa.

A Mastercard está comprometida com uma inovação contínua e responsável, e estamos animados em colaborar com o Google, bancos líderes, comerciantes, plataformas de IA e outros líderes do setor para ajudar a moldar o futuro do comércio agêntico.

Mastercard is committed to ongoing, responsible innovation – and we are excited to be collaborating with Google, leading banks, merchants, AI platforms and other industry leaders to help shape the future of agentic commerce.Pablo Fourez, Chief Digital Officer da Mastercard

O protocolo define dois tipos de mandato que juntos formam a trilha de auditoria de uma compra:

• Intent Mandate: registra o pedido inicial do cliente ao agente ("encontre um tênis branco", "compre o ingresso assim que abrir a venda"). Quando a compra é delegada e acontece sem o cliente presente, é este mandato que carrega as regras: preço máximo, prazo, condições.
• Cart Mandate: assinado no momento em que o cliente aprova o carrinho específico, com os itens e o preço exatos. É o registro que garante que o que foi mostrado é o que vai ser cobrado.

Na leitura do Google, a sequência intenção, carrinho e pagamento forma um rastro que não pode ser repudiado depois: nem o cliente pode dizer que não autorizou, nem a loja pode alegar que não sabia o que estava vendendo.

Duas formas de comprar, duas provas diferentes

O AP2 separa dois cenários de compra por agente, e cada um pede um tipo de evidência diferente:

No segundo caso está o ponto mais sensível para quem vende: o agente fecha a compra sem ninguém olhando a tela naquele instante. É exatamente aí que o mandato assinado antes vira a única prova de que existiu autorização.

O que muda para quem recebe o pedido do lado da loja

Hoje, quando um cliente contesta uma cobrança, a loja de e-commerce recorre a IP, geolocalização, histórico de navegação e, no limite, ao registro do pagamento aprovado pela bandeira. Com um agente de IA no meio do caminho, esse conjunto de provas muda de natureza: o que importa não é mais só "o cartão foi usado corretamente", e sim "existe um mandato assinado que liga aquele pedido específico, com aquele preço específico, à vontade do cliente".

Isso significa que o time de e-commerce e CRM vai precisar tratar o mandato, quando o adquirente ou a bandeira oferecer suporte a AP2 ou protocolo equivalente, como parte do dossiê de uma venda, ao lado da nota fiscal e do comprovante de pagamento. Em caso de chargeback ou reclamação no Procon, é esse encadeamento (intenção, carrinho, pagamento) que vai sustentar se a cobrança foi legítima.

O material do Google não traz, até o momento, nenhum varejista brasileiro adotando o AP2, nem confirma operação no Brasil: a lista de parceiros divulgada é de bandeiras e processadoras globais (Mastercard, Amex, Adyen, Worldpay, UnionPay), sem menção a Pix ou a adquirentes locais. Vale tratar o protocolo como uma peça de infraestrutura em formação, não como algo já disponível para configurar numa loja brasileira hoje.

A regra do consumidor não desaparece porque quem compra é um agente

Mandato assinado prova que o agente tinha autorização. Não prova, sozinho, que a loja cumpriu o Código de Defesa do Consumidor. Se o agente de IA do cliente conversar com o chatbot de atendimento da loja antes ou depois da compra, continuam valendo as mesmas obrigações de qualquer atendimento automatizado: opção clara de transferência para um atendente humano, prazo definido de resposta e registro completo da conversa, guardado pelo tempo que a lei exigir.

O ponto de atenção prático: se a venda for contestada, o mandato explica a autorização de pagamento, mas é o log da conversa entre os dois agentes (ou entre o agente do cliente e o agente de atendimento da loja) que vai explicar o que foi prometido, qual desconto foi oferecido e em que condição. Guardar só o mandato e descartar o histórico da negociação deixa a loja sem metade da prova.

Personalização por agente também é dado pessoal

Nos exemplos que o Google usa para ilustrar o AP2, o agente da loja monta uma oferta sob medida (bicicleta, capacete e suporte de viagem com desconto) a partir de uma informação que o agente do cliente revelou: a data da viagem. Isso é personalização em tempo real feita por máquina para máquina, e cada dado trocado nessa conversa, como data, faixa de preço e preferência de cor, é dado pessoal tratado sob a LGPD.

Antes de deixar o agente de atendimento da loja negociar esse tipo de oferta automaticamente, o time de CRM precisa mapear qual base legal sustenta o uso de cada dado revelado na conversa: execução de contrato, quando o dado serve só para fechar aquela compra, ou consentimento específico, quando o dado for reaproveitado depois em outras ofertas. Guardar o dado além do necessário para a transação, só porque o agente revelou, é o tipo de prática que a lei brasileira não aceita.

O que testar e qual número acompanhar

O AP2 ainda está em fase de especificação aberta, com implementações de referência publicadas no repositório público do Google no GitHub, não em produção generalizada no varejo. Isso não significa esperar parado: já dá para cobrar da adquirente e do gateway de pagamento se existe plano de suporte a protocolos de mandato assinado, e revisar com o jurídico se o processo de dossiê para chargeback hoje aceitaria um mandato digital como prova.

Na próxima rodada de testes com agentes de atendimento ou checkout assistido por IA, dois números merecem acompanhamento: a taxa de contestação de compras iniciadas por canal automatizado, comparada à de compras feitas direto pelo cliente, e o tempo médio para reunir prova completa de autorização quando uma venda por agente é questionada. Se esse segundo número for alto, é sinal de que o log de conversa e o registro de autorização ainda não estão organizados para responder rápido.

Fonte: Blog oficial do Google sobre o Agent Payments Protocol (AP2)