O Model Context Protocol, ou MCP, foi apresentado pela Anthropic em novembro de 2024 para conectar aplicações de IA a dados e ferramentas. Ele não nasceu como padrão de pagamento. Atribuir seu lançamento a OpenAI, Stripe ou Google confunde a origem e o problema que ele resolve.
O Agentic Commerce Protocol, ACP, trata de interoperabilidade no comércio. O Agent Payments Protocol, AP2, organiza evidências de autorização de pagamento. O Universal Commerce Protocol, UCP, descreve capacidades de comércio e negociação entre participantes. Esses papéis podem se combinar, mas não tornam produtos e versões automaticamente compatíveis.
Que parte da jornada precisa ser integrada?
Uma consulta a catálogo precisa de identidade de produto, variante, preço e disponibilidade. Montar uma compra acrescenta entrega, total e regras do pedido. Executar o pagamento acrescenta autorização e confirmação. Desenhe a sequência real antes de escolher a sigla: o fornecedor precisa demonstrar cada etapa oferecida e explicar as que ficam fora.
No UCP de agosto de 2026, a capacidade de checkout prevê finalização manual pelo comprador numa interface confiável, salvo o uso da extensão de mandatos AP2. Quando a compra exige informação ou revisão do comprador, o fluxo pode encaminhá-lo por uma URL de continuação. A mera existência do endpoint não elimina essa participação.
O comerciante mantém responsabilidades sobre a oferta e o atendimento. Documento fiscal, separação, entrega e devolução precisam permanecer ligados ao pedido. Protocolo de compra não substitui o ERP ou o componente fiscal, nem demonstra integração já disponível num produto comercial específico.
Como testar autorização e falha sem criar uma cobrança errada?
Use ambiente de teste e limite de ação explícito. Registre quem autorizou, o objeto da autorização e as condições aceitas. Um texto informal com preferência de preço não equivale, por si só, ao mecanismo de autorização exigido pela integração. Mudança de item, frete ou total pode exigir nova confirmação.
Em um exemplo hipotético para 2026, o cliente aceita um total de R$ 300, mas o frete recalculado leva a compra a R$ 315. O agente deve interromper e buscar autorização adequada, conforme a regra negociada. Mesmo dentro de R$ 300, o fluxo precisa cumprir a forma de finalização manual ou o mandato válido previsto; o teto isolado não autoriza tudo.
Teste também a resposta perdida depois da conclusão. Repetir cegamente a operação pode criar duplicidade. A plataforma precisa consultar o estado e respeitar a proteção contra repetição do protocolo utilizado. Cancelar uma solicitação tampouco comprova cancelamento da compra: o sistema responsável deve confirmar seu estado final.
Consultar produto não concede autorização para pagar
- 1ConectarAcesso permitido a dados e ferramentas.
- 2PrepararItem, total, entrega e condições do pedido.
- 3AutorizarConfirmação manual ou mecanismo válido de delegação.
- 4ConfirmarEstado final e recuperação sem duplicidade.
O que cobrar numa demonstração do fornecedor?
Peça a versão implementada, as capacidades habilitadas e as credenciais necessárias. A demonstração deve usar catálogo e regras representativos, mostrar o pedido criado e permitir localizar os registros da autorização. Uma tela com produtos encontrados comprova descoberta, mas ainda deixa pagamento e atendimento por demonstrar.
Em ambientes Onclick, mantenha o núcleo escolhido e suas conexões contratadas explícitos. ERP Onclick e KPL operam com bases próprias. Publicar um servidor MCP ou estudar UCP não cria comunicação entre essas bases e não transforma um piloto em oferta pronta para contratação.
Escolha hoje uma compra simples e peça que o fornecedor execute consulta, alteração de total, confirmação e falha de rede no ambiente de teste. A integração estará pronta para avaliação quando cada transição tiver estado verificável, autorização correspondente e recuperação sem cobrança duplicada.