O assistente encontrou a variação certa. Durante a compra, o estoque mudou e o frete aumentou. O teste decisivo é saber se a operação pede nova confirmação ou usa uma autorização que já perdeu validade. Para começar pela consulta, use o roteiro de dados legíveis por agentes.
Que problema cada protocolo resolve?
O Universal Commerce Protocol (UCP) descreve capacidades de comércio, como checkout e pedidos. A versão v2026-08-25 foi anunciada em 25 de agosto de 2026. O checkout exige finalização manual pelo comprador em interface confiável, salvo suporte à extensão AP2 Mandates. Essa extensão precisa ser negociada entre loja e plataforma e exige provas verificáveis de consentimento ligadas às condições específicas da compra e do pagamento. Um limite escrito no diálogo não substitui essas provas. O Model Context Protocol (MCP) conecta ferramentas e dados a aplicações de IA; por si só, não concede autorização para comprar.
Consulte a documentação atual de checkout do UCP, a extensão AP2 Mandates e as práticas de segurança do MCP. Quando o estado for requires_escalation, a loja deve fornecer continue_url e a plataforma deve usá-la para encaminhar o comprador. Compatibilidade anunciada não informa automaticamente países, meios de pagamento, categorias e lojas habilitados.
Como montar um piloto verificável?
- Escolha um catálogo pequeno e um ambiente de teste. Registre versão, provedor, capacidades aceitas e ações proibidas ao agente.
- Teste consulta e carrinho sem cobrança. Compare variação, quantidade, preço, frete, prazo e devolução com a informação mostrada à pessoa.
- Associe a autorização ao comprador e às condições da compra. Demonstre a confirmação manual ou, com AP2 negociado, a validação dos mandatos e da correspondência com o checkout atual.
- Simule solicitação repetida, pagamento recusado, sessão expirada e produto esgotado. Exija pedido único ou estado de falha recuperável.
- Teste cancelamento, estorno e contato humano antes da liberação comercial.
Condições que mudam a autorização
- SeAP2 Mandates não foi negociadoentãoo comprador finaliza manualmente em interface confiável
- Sepreço, item ou entrega mudaramentãorevalidar o checkout e obter a confirmação ou as provas exigidas para suas novas condições
- Sea solicitação foi repetidaentãoreconhecer a operação anterior antes de criar pedido ou cobrança
- Seo pagamento ficou sem respostaentãoconsultar o estado no provedor antes de repetir
- Seo teste passouentãoformalizar escopo, suporte e liberação comercial
Qual evidência autoriza avançar?
Em um cenário hipotético, a pessoa estabelece orçamento de até R$ 300 com entrega no endereço informado. Um total de R$ 315 exige nova aprovação. Mesmo abaixo do teto, a compra segue a finalização manual por padrão; com AP2 negociado, precisa dos mandatos válidos vinculados ao checkout. O orçamento não permite reutilizar prova de um carrinho alterado. Repetir a mesma solicitação não pode criar outra cobrança. Anexe esses registros ao aceite.
Meça compras de teste concluídas corretamente, falhas recuperadas, revisões humanas e custo por compra validada, incluindo tentativas e serviços externos. A avaliação de risco de fraude continua necessária: identidade do software não prova legitimidade de cada compra. O curso Agentic Operating Model ajuda a definir autonomia e evidência para cada ação.
Há checkout agêntico contratado na Onclick?
Este roteiro trata de estudo e piloto, sem confirmar oferta pronta. ERP Onclick e KPL são núcleos independentes, com bases próprias e sem comunicação entre si. APIECOMM e PDV Web dependem do núcleo e do escopo, sem oferta avulsa. A avaliação deve demonstrar operações acessíveis, responsabilidades, autorização e atendimento no cenário pretendido.