Pular para o conteúdo
Execution Intelligence 11 min de leitura

Quando um agente de IA paga na sua loja

Um agente de IA já consegue pagar sem ver o número do cartão do seu cliente. O trabalho do lojista passou a ser outro: fechar a conta e provar quem autorizou aquela compra

AC

Alexandre Caramaschi

Founder da Brasil GEO, ex-CMO da Semantix (Nasdaq), cofundador da AI Brasil

Atualizado em 10 de junho de 2026

Este guia é para o lojista que começa a receber compras feitas por assistentes de IA. Você vai ver como o agente paga sem ver o cartão, por que isso é seguro e qual é o trabalho novo que sobra para você. No fim tem cinco decisões para esta semana.

Cenário: uma loja de peças recebe um pedido pago por um assistente de IA. O dinheiro cai. Semanas depois, o dono do cartão contesta a compra, e ninguém na loja sabe provar quem autorizou.

O risco mudou de lugar. Por décadas o medo era o número do cartão vazar. Hoje o cartão fica protegido por desenho, e o problema aparece na hora de fechar a conta e de defender a compra.

Aceitar o pagamento virou a parte fácil. A infraestrutura já existe, é segura e não mostra o cartão do cliente a ninguém. O trabalho ficou depois da cobrança.

Como um agente paga sem ver o número do cartão?

Por meio de um token, uma senha temporária que carrega a permissão de cobrar. O token da Stripe deixa o agente cobrar com a autorização do comprador, sem que o número do cartão apareça para ele.

Esse token nasceu com o protocolo de comércio agêntico, anunciado por Stripe e OpenAI em setembro de 2025 justamente para resolver esse ponto.

A ideia é separar duas coisas que o modelo antigo misturava: a permissão de cobrar e o número do cartão. O token leva a permissão, e o número fica com o banco e a maquininha.

Quem segura o quê na cobrança

1234CompradorAgenteEmissor e processador
Concede a permissãoCom o método de pagamento preferido.
Recebe o tokenTransporta a permissão de cobrar.
Inicia a cobrançaSem ver o número do cartão em momento algum.
Guardam o númeroFora do alcance do agente.

Essa separação muda o tamanho do estrago. Se o que circula é o número do cartão, um vazamento serve para comprar em qualquer lugar até alguém cancelar o cartão.

Se o que circula é um token com limite, o vazamento dá ao golpista só o que aquele limite permite. O cartão fica protegido por desenho, sem depender de vigilância.

O número do cartão vazado serve para qualquer compra. O token com limite serve só para a compra que ele nasceu para autorizar. Trocar o segredo que circula encolhe a fraude possível.

As três fronteiras do escopo do token

Escopo por vendedorImpede que um token emitido para uma loja seja usado em outra.
Escopo por valor máximoImpede que uma autorização de compra pequena vire uma compra grande.
Escopo por janela de tempoImpede que um token capturado seja reutilizado dias depois.

Por que o limite do token é a peça central?

Porque o limite transforma um segredo amplo num segredo estreito. Cada token vale para um vendedor, até um valor e dentro de um prazo. Sem esse limite, ele seria só mais uma senha reutilizável.

O princípio é o mesmo da camada de identidade: a confiança precisa ser concedida, limitada e verificada por programa. Aplicado ao pagamento, o token nasce amarrado a um vendedor, a um teto e a um prazo.

A máquina confere esses limites na hora da cobrança. Ninguém depende do bom comportamento do agente para que eles valham.

Os três limites cobrem os riscos que mais doem. O limite por vendedor impede que um token emitido para a sua loja seja usado em outra.

O limite por valor impede que uma autorização pequena vire uma compra grande. O limite por prazo impede que um token capturado seja usado dias depois. Cada um fecha uma porta que o cartão deixava aberta.

Essa lógica se encaixa com a camada de identidade do guia Identidade, delegação e trust de agentes. A autorização dada pelo dono do cartão define o limite, e o token o carrega.

O conjunto de protocolos que sustenta as duas camadas está no guia UCP, ACP, AP2 e MCP por dentro.

O que são AP2, micropagamento e os tokens de bandeira?

São os trilhos que padronizam o pagamento feito por máquina. O AP2 registra a autorização assinada, um protocolo da Stripe abre o micropagamento e as bandeiras registram a credencial do agente.

O AP2 é o protocolo de pagamento por agente do Google, e ele cuida da autorização. Em abril de 2026, o Google lançou a versão 0.2 e doou o protocolo à FIDO Alliance.

Ele registra três autorizações assinadas: a de intenção, a de carrinho e a de pagamento. São elas que provam, com assinatura, o que o cliente pediu e permitiu.

O Machine Payments Protocol, da Stripe com a Tempo, chegou em fevereiro de 2026. Ele serve para o que o cartão comum não aguenta. É o caso de pagar frações de centavo, muitas vezes por minuto.

O Mastercard Agent Pay for Machines saiu em 10 de junho de 2026, com mais de 30 parceiros. Ele liquida em cartão, conta e moeda digital, com a credencial do agente registrada em blockchain.

Esses trilhos abrem o pagamento de uma máquina para outra, com resposta rápida. É o caso em que um agente paga outro por um serviço ou por um dado.

Os trilhos do pagamento por máquina

  1. Setembro de 2025Shared Payment TokenPrimitivo do Agentic Commerce Protocol, anunciado por Stripe e OpenAI.
  2. Fevereiro de 2026Machine Payments ProtocolStripe e Tempo, para micropagamentos de frações de centavo em alta frequência.
  3. Abril de 2026AP2 v0.2Google doa o protocolo à FIDO Alliance; três mandatos assinados como W3C Verifiable Credentials.
  4. 10 de junho de 2026Mastercard Agent Pay for MachinesLiquidação em cartões, contas e stablecoins.

A tabela abaixo organiza as peças desse mundo: o que cada uma permite, quando ela apareceu e como ela protege a credencial do seu cliente.

Primitivo de pagamentoO que habilitaTrilho e fonte datadaProteção de credencial
Shared Payment Token (Stripe)Agente cobra sem ver o cartãoACP, Stripe/OpenAI, set/2025Token com escopo no lugar do número
Mandatos AP2 (Google)Autorização assinada e auditávelAP2 v0.2 doado à FIDO, abr/2026W3C Verifiable Credentials
Machine Payments ProtocolMicropagamento de frações de centavoStripe/Tempo, fev/2026Liquidação máquina-a-máquina
Mastercard Agent Pay for MachinesPagamento em cartão, conta e stablecoinMastercard, 10/jun/2026Agentic Token em blockchain
Visa Intelligent Commerce ConnectAceita pagamento de 4 protocolosVisa, abr/2026On-ramp tokenizado agnóstico

Como fechar a conta de uma compra feita por agente?

Amarrando cada pagamento à trilha que o autorizou. O extrato sozinho não fecha essa conta. Quem fecha é a cadeia que liga intenção, carrinho e pagamento.

A dificuldade é real porque essa compra quebra a lógica antiga. Na venda humana há uma visita, um carrinho, um clique e um pagamento, tudo perto no tempo e ligado a uma pessoa.

Com o agente, a pesquisa, o carrinho e o pagamento podem acontecer em momentos diferentes. A loja precisa remontar essa sequência para fechar o caixa e responder ao fisco.

A premissa que o agente quebra

Tempo
Tudo próximo no tempoUma sessão, um carrinho, um clique de compra e um pagamento.
Momentos e contextos diferentesO agente pesquisa, monta carrinho e paga em etapas separadas.
Atribuível a uma pessoaA venda tem um responsável claro.
Sequência reconstruídaA operação precisa remontar a cadeia para fechar as contas e responder a auditorias fiscais.
AtribuiçãoModelo humanoModelo agêntico

As autorizações assinadas tornam isso possível. A de intenção registra o que o cliente pediu, a de carrinho registra o que foi montado e a de pagamento registra a permissão do gasto.

Fechar a conta é casar o dinheiro recebido com esses três registros. Quem guarda a trilha fecha o caixa com a mesma confiança de uma venda de balcão.

É aqui que entra uma plataforma como a Onclick, onde pagamento, pedido e nota fiscal precisam fechar no mesmo motor, em vez de em três planilhas.

Fechar a conta também é a base da medição. Sem ligar a venda ao agente que a fez, você não mede se os limites foram respeitados, quantas compras viraram disputa e se o dinheiro caiu certo.

Quem não fecha direito não sabe quanto vendeu por agente. Também não sabe quanto perdeu quando o cliente contestou.

Os KPIs da camada de pagamento

Aderência ao escopo do tokenSe a cobrança ficou dentro do vendedor, do valor e do prazo autorizados.
Taxa de disputaQuanto se perde em contestação de compra agêntica.
Acurácia de liquidaçãoSe o pagamento recebido casa com intenção, carrinho e pagamento registrados.

Por que a reforma tributária aperta ainda mais essa conta

O Brasil entra nessa era ao mesmo tempo em que reescreve a espinha fiscal. Com o avanço do CBS e do IBS e a chegada do split payment, o imposto sai no momento do pagamento.

A venda deixa de ser só um movimento de caixa e vira um evento fiscal imediato. Uma compra mal amarrada passa a ser, além de linha difícil de fechar, nota e imposto que podem sair errados.

Na prática, a trilha de autorização vira insumo do fisco. A mesma cadeia que defende você numa disputa é a que sustenta a nota certa e o imposto certo daquela venda.

Garantir que pagamento, pedido e nota fechem no mesmo motor deixou de ser conforto. Virou condição para operar sem passivo, e é uma costura que precisa acontecer por baixo da tela.

Cartão contra token no vazamento

Número do cartão (segredo amplo)

  • Serve para qualquer compra, em qualquer lugar
  • Vazamento dá acesso amplo até o cartão ser cancelado
  • Protegido por vigilância, e não por desenho
  • Risco mora no instrumento de pagamento

Token com escopo (segredo estreito)

  • Serve só para a compra que foi emitido para autorizar
  • Vazamento dá apenas o que o escopo permite
  • Mandato de uso único na prática
  • Risco migra para a conciliação e a disputa

Qual o risco real quando o cliente contesta a compra?

O risco é a contestação de uma compra que o agente fez e o dono do cartão não esperava. Esse é o motivo novo de disputa em 2026, e ele fica quase indefensável sem a trilha de autorizações.

O cenário de fraude piora a conta. A fraude em compra sem cartão presente deve chegar a US$ 28,1 bilhões no mundo em 2026, 40% acima de três anos antes.

Nos Estados Unidos, cerca de 75% das disputas vêm do próprio cliente contestando o que comprou. A compra por agente entra como um motivo a mais dentro desse cenário já tenso.

A defesa é a trilha guardada. Se você tem as autorizações de intenção, carrinho e pagamento, dá para mostrar que o cliente permitiu, com limite definido, e que a compra ficou dentro dele.

Isso vira o jogo da disputa. No lugar de uma cobrança anônima difícil de defender, você apresenta uma cadeia assinada. Guardar a prova vale tanto quanto receber o dinheiro.

Há um tipo de disputa que o limite evita antes de começar. Um token usado em outra loja, acima do valor ou depois do prazo simplesmente não passa, porque a máquina confere na hora.

Isso fecha a porta da fraude por credencial vazada. Sobra a contestação legítima do cliente, que se resolve com documentação.

O desenho separa dois problemas de propósito. O uso indevido do cartão fica com o limite do token, e a contestação do cliente fica com a trilha guardada. Misturar os dois leva você a investir defesa no lugar errado.

Dois problemas, duas defesas

  • Seum token capturado é usado fora do vendedor, acima do valor ou depois do prazo
    entãoa cobrança não passa: o escopo é verificado em código no momento da cobrança
  • Seo titular contesta uma compra que o agente fez e que ele não esperava
    entãoé confusão agêntica, e a defesa é a trilha de mandatos de intenção, carrinho e pagamento

O que decidir nesta semana

  • Use pagamento por token com limite, em vez de qualquer arranjo que mostre a credencial ao agente. Essa é a base mínima de segurança.
  • Guarde a trilha de cada compra feita por agente. Registre intenção, carrinho e pagamento, que é a prova que fecha a conta e defende a contestação.
  • Reveja o seu fechamento para o caso em que compra e pagamento acontecem em momentos diferentes. O caixa precisa conseguir remontar a sequência.
  • Meça três números: se os limites do token foram respeitados, quantas compras viraram disputa e se o dinheiro caiu certo.
  • Escolha onde o dinheiro cai antes de ligar o micropagamento. Cartão, conta ou moeda digital mudam o custo, o fechamento e a exposição fiscal.

Até 2027, o pagamento por máquina deixa de ser novidade e vira rotina de escritório. À medida que as autorizações assinadas se padronizam, aceitar o pagamento do agente vira commodity.

O que passa a separar as operações boas das ruins é a capacidade de fechar a conta e defender a compra sem sofrimento.

Volte ao cenário do começo: a peça vendida, o dinheiro na conta e a contestação semanas depois. Quem montar a trilha agora entra em 2027 com o caixa fechando e a disputa defensável.

Quem deixar para depois descobre na primeira contestação que recebeu um pagamento que não consegue provar. E a prova, nessa hora, já não dá para montar.

Perguntas frequentes

Por meio de um token com limite, que é uma senha temporária de cobrança. O token da Stripe permite que o agente cobre com a permissão do comprador e o método preferido, sem que o número do cartão apareça para ele. O token carrega a autorização, e a credencial fica com o banco. Se o agente for invadido, o golpista recebe um token preso a um vendedor, a um valor e a um prazo. O estrago fica muito menor.

É o conjunto de regras embutidas no token: com qual vendedor ele vale, até qual valor e dentro de qual prazo. Importa porque transforma um segredo amplo num segredo estreito. Um número de cartão vazado serve para qualquer compra. Um token com limite serve só para a compra que ele nasceu para autorizar. É a diferença entre um agente que gasta dentro de uma permissão e um agente com acesso livre ao cartão.

A contestação da compra e a dificuldade de fechar a conta. O motivo novo de disputa em 2026 é o cliente contestar uma compra que o agente fez e que ele não esperava. Para se defender, você precisa da trilha guardada das autorizações assinadas, que provam intenção, carrinho e permissão de pagamento. Sem essa trilha, a venda é difícil de fechar e quase indefensável. Guardar a prova vale tanto quanto receber.

Mandatos do AP2 contra o chargeback

Autorizações assinadas como W3C Verifiable Credentials provam o consentimento na disputa.

  1. Mandato de intençãoRegistra a intenção de compra que o titular concedeu ao agente.
  2. Mandato de carrinhoAssina o que efetivamente entrou na compra, com vendedor e valor.
  3. Mandato de pagamentoCarrega a autorização escopada; o número do cartão fica com o emissor.
  4. Defesa na disputaA mesma autorização assinada que aprovou a compra prova o consentimento no chargeback de confusão agêntica.

Para levar deste guia

  1. O seu cliente paga por um agente sem expor o número do cartão. O token da Stripe deixa o agente cobrar com a permissão do comprador, sem ver a credencial de verdade.

  2. O limite embutido é o que torna o token seguro. Cada um vale para um vendedor, até um valor e dentro de um prazo, então vazá-lo dá pouco ao atacante.

  3. A trilha de autorizações do AP2 registra intenção, carrinho e pagamento. É ela que defende você quando o cliente contesta a compra.

  4. Pagamento de frações de centavo, muitas vezes por minuto, é algo que o cartão comum não aguenta. Trilhos novos da Stripe e da Mastercard abriram esse caminho em 2026.

  5. O seu risco novo está em fechar a conta dessa venda e em defender a contestação. O cliente contesta quando não esperava que o agente comprasse aquilo.

De onde vêm os números deste guia?

Cada link abre a publicação de origem, com o nome de quem assina o dado e a data em que ele saiu.

Formações gratuitas do portal de educação de Alexandre Caramaschi, fundador da Brasil GEO.

Leve a decisão para o seu contexto

Este guia mostra o caminho; os números da sua operação mostram o tamanho da conta. As calculadoras do portal fazem essa conta com os seus dados, e a Onclick mostra como um backoffice integrado sustenta essa rotina no dia a dia.

Conteúdo curado por Alexandre Caramaschi, Founder da Brasil GEO, ex-CMO da Semantix (Nasdaq), cofundador da AI Brasil. Parte do portal GEO-Ecommerce, a serviço da operação Onclick.