Briefing · Agentes de IA e pagamentos
Os assistentes de IA começam a receber pedidos nos próprios canais das empresas. O seu negócio consegue cumprir a promessa?
Desde maio de 2026, Mastercard, PaymentAuth, Circle e PayPal anunciaram componentes que permitem aos assistentes de IA encontrar uma empresa, atuar no próprio site, aplicação ou conversa dela e iniciar um pagamento. Nenhum retém a mesa, define a regra do sinal ou cumpre o prazo de cancelamento. Estas promessas continuam a ser suas para definir e cumprir.
Publicado Atualizado
Maio de 2026
Quatro movimentos que permitem a agentes encontrar, vender e pagar
Três empresas, uma direção: os componentes que permitem a um agente de IA encontrar uma empresa, atuar nos próprios canais dela e pagar estão a tornar-se produtos prontos.
Circle · 11 de maio
Um conjunto financeiro completo para agentes
Circle Agent Stack reúne carteiras para agentes, um marketplace de agentes, uma ferramenta de linha de comando e nanopagamentos, pagamentos muito pequenos, com limites incorporados.
Mastercard · 13 de maio
Um pagamento real por agente na Alemanha
A primeira transação real autenticada por agente da Alemanha ocorreu no Mastercard Agent Pay, reservando um evento por um parceiro, com bancos identificados na lista pública de parceiros.
PaymentAuth · 18 de maio
Um padrão escrito para pagar por um serviço
O Machine Payments Protocol acrescentou um rascunho para a descoberta de serviços pagos por agentes e objetos de pagamento para cartões, Stripe e múltiplas redes.
Mastercard · 26 de maio
Agentes de compras operados pela própria empresa
Um Agent Suite no Merchant Cloud: agentes de compras da própria marca no site, aplicação e canais de mensagens da empresa, ligados a identidade, catálogo, preços, stock e pagamento.
O agente e o pagamento estão a ficar mais fáceis. Nenhum destes componentes cria uma promessa que a empresa possa cumprir.
O que estes anúncios não demonstram
O Mastercard Merchant Cloud reúne agentes do comerciante e pagamento integrado. Não comprova que um serviço local possa ser reservado e prestado, nem garante uma reserva.
Ferramentas de pagamento por agentes não verificam retenções de reservas, sinais, regras de cancelamento ou disponibilidade real do serviço.
PayPal, 16 de setembro de 2026
Um agente pode montar a cesta. Uma pessoa ainda paga.
O PayPal publicou um caminho concreto usando WebMCP, descrito como uma proposta de padrão aberto da web. A loja declara nas próprias páginas o que um assistente pode fazer: um centro de jardinagem ativa a funcionalidade, e um assistente compatível pode atuar nessa loja, dentro do que o centro decidiu disponibilizar.
Lê o catálogo
Produtos e dados: artigo, descrição, variantes e preço, exatamente como a loja os publicou pela última vez.
Verifica disponibilidade e opções
Se um artigo pode ser obtido agora e em que tamanho ou cor. É uma leitura, não uma reserva: nada descreve o agente a reter stock.
Monta o carrinho
Artigos, quantidades e total acumulado. Montar um pedido não é enviá-lo.
Inicia a finalização, o comprador conclui
O PayPal lista iniciar e concluir a compra, mas a sua própria descrição de Store Sync diz que o agente inicia a finalização. Depois, o comprador é encaminhado para o PayPal para iniciar sessão, escolher ou confirmar a fonte de fundos, rever a transação e aprovar o pagamento. Adotamos esta interpretação mais restrita.
O comprador aprova no PayPal
Nada aqui é um agente a gastar dinheiro por conta própria. E um caminho que lê fielmente o seu catálogo publica o que está por trás dele, certo ou errado.
Quem pode usar hoje
O PayPal escreve que hoje isto está limitado aos clientes do Store Sync, um produto do PayPal para comerciantes, e que dará mais detalhes de disponibilidade à medida que mais navegadores suportarem o padrão. É um teste delimitado, não disponibilidade geral, e não estimamos quantos comerciantes têm ou poderiam ter acesso.
É opcional: o PayPal oferece aos comerciantes Store Sync um caminho para testar, aprender e decidir se apoiar compras assistidas por agentes ajuda os seus negócios. Um comerciante que não faz nada não recebe nada.
O acesso passa pelo PayPal. A demonstração afirma que o acesso ao WebMCP é atualmente controlado pela habilitação do PayPal e direciona comerciantes ao representante PayPal ou a paypal.ai.
Depende do navegador. A demonstração afirma que a experiência pode variar conforme o agente do navegador, e não listamos quais navegadores oferecem suporte hoje.
Outubro de 2026
Ferramentas de compra ainda precisam da permissão do comprador
Cinco fontes oficiais, consultadas novamente a 5 de outubro de 2026. MCP e UCP, abaixo, são padrões técnicos que permitem a um assistente de IA atuar numa loja; a nota final explica ambos. Cada fonte mantém o seu próprio estado e o limite que impede comprovar mais do que diz.
Documentação publicada
BigCommerce
- Data da fonte
- 16 de setembro de 2026
As lojas Catalyst 1.12.0 encaminham pedidos do Universal Commerce Protocol, UCP, para o BigCommerce; o seu servidor MCP pode associar-se à sessão existente do comprador com um token de curta duração; e as ferramentas B2B dependem das permissões de cada comprador. Um endpoint acessível não demonstra que um comerciante consiga cumprir um pedido.
Ferramentas de navegador publicadas
Finalização de compra da Shopify
- Data da fonte
- 28 de setembro de 2026
As ferramentas funcionam dentro da própria sessão do navegador do comprador. Um agente pode ler a finalização de compra e preencher campos compatíveis, mas só envia após confirmação do comprador e devolve o controlo quando a autenticação do cartão, 3D Secure, ou uma etapa bloqueante exige a intervenção do comprador.
Pré-visualização
Microsoft Dynamics 365 Commerce
- Data da fonte
- Documentação contínua, última atualização a 14 de setembro de 2026; primeira publicação não indicada
A Microsoft documenta um servidor MCP para percursos de compra, da descoberta de um produto à finalização através de uma ligação de pagamento alojada, como uma pré-visualização sujeita a mudanças. Pré-visualização não é disponibilidade geral nem demonstra implementação por um comerciante.
Esclarecimento da documentação
Especificação UCP
- Data da fonte
- 5 de outubro de 2026
Uma empresa só devolve dados guardados do comprador, adesão a programa de fidelização ou métodos de pagamento guardados a um pedido em que o comprador esteja autenticado, que a especificação já exigia estar autorizado para a operação. Esclarece um limite de permissão; não acrescenta um novo serviço de identidade.
Controlo opcional lançado
MCP TypeScript SDK 2.3.1
- Data da fonte
- 5 de outubro de 2026
O seu pacote de servidor legado agora pode aceitar apenas tokens de acesso emitidos para esse servidor. A verificação fica desligada até um programador a ativar, pelo que o lançamento não demonstra que alguma implementação a use nem diz nada sobre o stock de um comerciante.
Estas fontes descrevem os fornecedores e as especificações mencionados. Não demonstram integração com a Obenan, implementação por qualquer comerciante, reserva nem venda.
Dois termos em palavras simples
MCP, Model Context Protocol, é uma forma publicada de um software descrever as ações que um assistente de IA pode executar nele. UCP, Universal Commerce Protocol, é um padrão técnico para finalizar compras por IA.
Cada fonte mantém a sua própria data. A primeira publicação deste artigo, 29 de maio de 2026, permanece inalterada.
O que continua a ser a sua tarefa
Receber um pedido não é cumprir uma promessa
A nossa leitura: os caminhos para encontrar e pagar estão a tornar-se infraestrutura. A camada intermédia, se a oferta é real e pode ser cumprida, continua a ser escrita pela empresa.
O que redes e plataformas fornecem
- Agentes que encontram uma empresa e leem seu catálogo
- Agentes de compras nos próprios canais da empresa
- Pagamento, autorização e liquidação
O que só o seu negócio pode tornar verdadeiro
- Disponibilidade vinculante: o horário está realmente livre, não apenas listado
- Regras completas para sinais, cancelamentos, alterações e faltas
- Períodos de prestação: quando, por quem e por quanto tempo
- Dados atuais no momento da reserva
- Um registo do que foi prometido e em que condições, antes de o dinheiro circular
Um agente pode receber o pedido muito antes de a empresa poder cumpri-lo com segurança.
Onde falha mesmo quando o pagamento funciona
Um agente reserva uma mesa às 19h que o restaurante não pode oferecer, porque a disponibilidade publicada era uma estimativa, não uma retenção.
Um agente aceita uma marcação com um sinal que a empresa nunca concordou em cobrar.
Um agente confirma um horário que o próprio sistema da empresa já atribuiu a outra pessoa.
Um agente informa um prazo de cancelamento que a empresa não cumpre, e a disputa recai sobre ela.
O que fazer
Cinco pontos a preparar
Comece pelo serviço mais reservado pelos clientes, antes de qualquer assistente reservá-lo por eles.
Trate qualquer agente como um publicador dos seus dados
Repete catálogo, horários, preços e disponibilidade como estão. Verifique primeiro, porque um dado errado torna-se uma resposta errada e confiante.
Documente as suas regras
Sinais, cancelamentos, alterações e faltas, escritos de forma que alguém de fora da empresa os consiga aplicar sem lhe perguntar.
Saiba o que realmente pode ser reservado
Separe o que está listado como livre do que pode reter agora, para cada serviço e horário.
Faça uma pergunta ao fornecedor da loja ou dos pagamentos
Pode usar isto hoje? O caminho do PayPal é apenas para comerciantes Store Sync habilitados por ele; pergunte ao seu representante PayPal. Na Shopify ou BigCommerce, pergunte o que um assistente pode fazer na sua loja e onde o comprador confirma.
Guarde um registo de cada promessa
O que foi oferecido, a que preço e em que condições, para resolver uma disputa com base em factos.
Um Briefing mais recente
Criar o agente de comércio está mais fácil. Ligá-lo a um comerciante real ainda é a parte difícil.
O modelo de comércio da Anthropic ajuda equipas a criar agentes para compradores e comerciantes. Catálogos reais, finalização de compra, permissões e aprovação ainda precisam de integração.
Ler o Briefing completoContinuar a ler
O restante da tese
Por que motivo os dados vêm antes de cada rede de pagamento, como os pagamentos por agentes estão a ser normalizados e onde entra a promessa que uma empresa consegue cumprir.
- As redes de cartões estão a ensinar agentes de IA a pagar. Só o seu negócio pode dizer o que está à venda.Por que motivo os pagamentos avançam depressa enquanto os preços, horários livres e condições continuam sob a sua responsabilidade.Ler o Briefing
- Os agentes de IA estão a ganhar formas de pagarComo os pagamentos por agentes estão a consolidar-se em protocolos e redes e o que isto deixa para a empresa.Ler o Sinal
- A escada da capacidade de compromissoOnde se situa cada etapa entre encontrar uma empresa e pagar a ela e qual etapa só a própria empresa pode cumprir.Ler o Briefing
Dúvidas sobre esta investigação?
Escreva à Obenan Research sobre as fontes ou sobre o que podem significar para o seu negócio.
Fontes
De onde vêm estas informações
Elaborado a partir de fontes públicas primárias; cada uma mostra a sua própria data. A Obenan não faz parte do Mastercard Merchant Cloud, Mastercard Agent Pay, PaymentAuth ou Circle Agent Stack e não processa, autoriza, tokeniza, adquire, liquida nem encaminha pagamentos. Nada aqui implica aprovação, endosso, parceria, piloto, certificação ou integração com qualquer empresa mencionada. Ninguém verificou de forma independente o catálogo, a disponibilidade ou o preço que um agente vê pelo caminho do PayPal: nem a publicação nem a demonstração do PayPal apresentam tal verificação, e a Obenan não a realizou.
- Intelligent agentic shopping experiences with Merchant Cloud
Mastercard Publicado Verificado
O Agent Suite do próprio comerciante dentro do Merchant Cloud.
- Empowering merchants in the new era of agentic commerce
Mastercard Publicado Verificado
A abordagem complementar da Mastercard sobre comércio por agentes para comerciantes.
- Machine Payments Protocol specifications
PaymentAuth Publicado Verificado
O rascunho de descoberta de serviços e os objetos de pagamento por cartão e múltiplas redes.
- Circle launches AI infrastructure to power the agentic economy
Circle Publicado Verificado
Circle Agent Stack: carteiras para agentes, marketplace, ferramenta de linha de comando e nanopagamentos.
- Deutschlands erste agentische Transaktion
Mastercard Publicado Verificado
A primeira transação real autenticada por agente da Alemanha no Agent Pay.
- WebMCP is here: PayPal is helping every merchant become agent-ready
PayPal Developer Publicado Verificado
O que o caminho permite ao agente fazer, o encaminhamento ao comprador, a restrição ao Store Sync e seu caráter opcional.
- PayPal WebMCP Merchant Showcase
PayPal Verificado
Uma demonstração do fornecedor, não uma implementação por comerciante. Fonte para o acesso condicionado à habilitação pelo PayPal. Sem data de publicação.
- BigCommerce developer changelog
BigCommerce Publicado Verificado
Encaminhamento de UCP nas lojas Catalyst, token de sessão MCP e ferramentas B2B condicionadas às permissões do comprador.
- Shopify developer changelog: WebMCP support for checkout
Shopify Publicado Verificado
Ferramentas de finalização na própria sessão do comprador, com envio somente após sua confirmação.
- Microsoft Learn: Dynamics 365 Commerce MCP server (preview)
Microsoft Learn Verificado
O servidor MCP em pré-visualização e os seus percursos de compra. Documentação contínua, última atualização a 14 de setembro de 2026; primeira publicação não indicada.
- UCP specification commit 40e03b9
Universal Commerce Protocol on GitHub Publicado Verificado
Dados guardados do comprador devolvidos apenas a um pedido com utilizador autenticado.
- MCP TypeScript SDK release 2.3.1
Model Context Protocol on GitHub Publicado Verificado
A verificação opcional do destinatário do token.