Agentic Commerce Protocol redefine quem é o dono do cliente quando o comprador é um agente de IA

O padrão que já não é novidade, mas ainda não foi digerido

O Agentic Commerce Protocol (ACP) foi publicado por Stripe e OpenAI como especificação aberta, sob licença Apache 2.0, para padronizar como agentes de IA↳Agentes de IA42 conteúdosOpera passa a integrar ChatGPT, Claude e outros agentes de IADev (Back & Front) · mar 2026Operações mais inteligentes, decisões mais rápidas: o impacto da IA agêntica na rotina de TIAI · abr 2026Adobe aposta em orquestração de agentes de IA: o que muda para devsDev (Back & Front) · abr 2026Ver tudo em AI →, compradores e negócios fecham uma compra. A primeira implementação é o ChatGPT, do lado do agente, e o Stripe, do lado do processamento de pagamento, via um mecanismo chamado Shared Payment Token. O que ficou claro não é a tecnologia em si, mas a estrutura de poder que ela embute.

Isso é o que interessa a quem decide onde alocar o próximo trimestre de engenharia: não é sobre integrar um checkout a mais, é sobre aceitar as regras de um distribuidor que ainda está desenhando as próprias regras.

Merchant of record: o detalhe que parece técnico e é estratégico

A especificação do ACP garante explicitamente que o negócio continua como merchant of record (MOR). Isso significa que a empresa que vende, não a OpenAI nem o agente, mantém o controle sobre quais produtos são vendidos, como são apresentados e como o pedido é cumprido. Na prática, é o oposto do modelo de marketplace clássico, em que a Amazon ou o iFood absorvem o MOR e, com ele, a responsabilidade fiscal, o atendimento ao chargeback e, principalmente, o dado do cliente final.

Manter o MOR tem um preço: a empresa segue responsável por fraude, reembolso e compliance fiscal da venda, mesmo quando quem apertou o botão de compra foi um agente agindo em nome de um usuário que ela nunca viu diretamente. O ACP permite que o negócio aceite ou recuse transações por agente, por transação ou por lógica customizada, o que devolve controle, mas também devolve trabalho: alguém no time precisa decidir essa política e mantê-la.

Em resumo: o ACP não terceiriza o risco do negócio para a OpenAI. Ele terceiriza a descoberta e o fechamento da venda, mantendo a conta, o estoque, o fulfillment e a exposição a fraude do lado de quem sempre teve isso: o vendedor.

Stripe como primeiro PSP compatível: lock-in com nome de padrão aberto

A especificação diz que qualquer processador de pagamento compatível pode operar com o ACP, mas também é explícita: o Stripe é o primeiro PSP compatível, com seu Shared Payment Token. Isso é uma distinção importante para quem já roda a operação de pagamento em outro provedor, como Adyen, PagSeguro ou Mercado Pago.

A porta de entrada técnica, hoje, passa por Stripe. Um negócio que quer vender via ChatGPT sem estar no Stripe depende de esse outro PSP implementar o protocolo e ser homologado, algo que a própria documentação trata como processo em aberto, sem data. Isso é o padrão clássico de abertura condicionada: a especificação é Apache 2.0 e qualquer um pode lê-la, mas a distribuição real, por enquanto, corre por um caminho único.

A aplicação para vender no ChatGPT: protocolo aberto, distribuição fechada

A parte menos falada da especificação é também a mais decisiva para o planejamento de quem vende: implementar o ACP não lista o produto automaticamente em nenhum agente. A própria documentação responde a isso direto: cada plataforma de IA gerencia seu próprio processo de participação, e para vender no ChatGPT é preciso se inscrever e ser aprovado.

Isso cria uma assimetria que vale a pena nomear. Como protocolo, o ACP é neutro, qualquer agente pode chamar um checkout habilitado. Como canal, o ChatGPT (hoje o único agente relevante implementado) decide quem entra, como um app store decide quem fica na vitrine. A empresa que investe engenharia em deixar o checkout agent-ready não compra acesso automático ao tráfego do ChatGPT, compra o direito de pedir esse acesso.

O contraponto: por que ainda vale implementar mesmo sem garantia de distribuição

O argumento contra é direto: investir em um protocolo cuja homologação de PSPs é limitada a um fornecedor e cuja distribuição depende de aprovação discricionária de uma única plataforma é apostar em infraestrutura que ainda não provou volume. Não há, na especificação nem em dado público citado nela, número de GMV transacionado via ACP que sustente a tese de que o canal já paga a conta da implementação.

O contra-argumento é de opcionalidade, não de certeza. A especificação é aberta, roda sobre REST ou MCP e se integra à infraestrutura de comércio existente, o que baixa o custo de experimentar: não é preciso reconstruir checkout, estoque ou backend↳Back-end49 conteúdosIntegração front-end com backend: 7 decisões que evitam caos entre APIs, BFF e GraphQLDev (Back & Front) · abr 2026Como criar uma FAKE API REST para testes — JSONPlaceholderDev (Back & Front) · set 2025Construindo um aplicativo de bate-papo de IA simples com Spring AI e AngularDev (Back & Front) · jul 2025Ver tudo em Dev (Back & Front) → de pagamento, apenas expor um endpoint compatível. Para um negócio que já processa no Stripe, o custo marginal de testar é pequeno; para quem está em outro PSP, o cálculo muda, porque a aposta inclui esperar a homologação de terceiros.

Para quem decide: três perguntas antes de alocar o sprint

Antes de colocar o ACP no roadmap, faz sentido responder a três perguntas que a especificação deixa em aberto:

• Quem é o PSP da operação hoje? Se não for Stripe, a implementação depende de um prazo que a OpenAI e o Stripe não controlam e não publicaram.
• A empresa está disposta a abrir mão de visibilidade direta sobre o comprador final? O MOR continua com o negócio, mas a jornada de descoberta passa a acontecer dentro do agente, fora do funil que a empresa instrumenta hoje.
• Qual a política de aceitar ou recusar transações por agente? O protocolo dá esse controle granular, mas alguém precisa desenhá-lo, e isso é trabalho de produto e risco, não só de engenharia.

O ACP não é uma taxa nova embutida no preço do produto, é uma redistribuição de onde o controle (e o trabalho) mora na cadeia de venda. Para fundadores de e-commerce↳E-commerce21 conteúdosECBR Club: novo espaço para devs se conectarem ao ecossistema de e-commerceDev (Back & Front) · mai 2025TOTVS anuncia joint venture com VTEXMarketing Tech · mai 2019Jovens da Brasilândia recebem formação gratuita em tecnologiaGestão Dev & TI · jul 2025Ver tudo em Marketing Tech → e SaaS, a decisão de implementar menos sobre tecnologia e mais sobre quanto da relação com o cliente a empresa está disposta a mediar por um agente que ela não constrói nem audita.

Fonte: Especificação oficial do Agentic Commerce Protocol