Comércio agêntico: sua oferta está pronta para IA?

Um cliente pede a seu assistente de IA: “compare três fornecedores, respeite meu orçamento, confirme prazo e escolha a melhor condição”. O agente encontra seu produto, mas vê uma descrição incompleta, preço sem vigência, estoque que não bate com o ERP e política de entrega escondida em um PDF. A empresa existe para o comprador humano — e desaparece para a decisão mediada por máquina.

Esse cenário é chamado de comércio agêntico: agentes ajudam pessoas ou empresas a descobrir, comparar, negociar e executar partes da compra dentro de permissões definidas. A novidade não é apenas um checkout conversacional. É a entrada de um novo participante na jornada comercial, que precisa receber informações verificáveis e respostas operacionais consistentes.

Este artigo apresenta o contrato OFERTA, um mapa prático para preparar identidade do item, aderência, disponibilidade, regras comerciais, transação e pós-venda. Ele serve antes de qualquer integração sofisticada. Se a oferta ainda depende da memória do vendedor e de conferências manuais, expô-la a um agente só acelera a inconsistência.

Por que o comércio agêntico entrou na pauta agora

Em 2026, grandes plataformas passaram da recomendação para infraestrutura de compra. O Universal Commerce Protocol (UCP), apresentado pelo Google, propõe uma linguagem comum para descoberta, checkout e gestão do pedido entre agentes, empresas e meios de pagamento. Atualizações de março acrescentaram acesso a preço, variantes e estoque em tempo real, além de carrinho e vínculo de identidade.

A Visa anunciou em abril o Intelligent Commerce Connect, ainda em piloto com parceiros selecionados, para conectar catálogos e aceitar transações iniciadas por agentes por diferentes protocolos. Isso não significa que toda PME deva implementar UCP ou pagamento agêntico agora. Significa que catálogo legível por máquina, disponibilidade atual, autorização e rastreabilidade estão deixando de ser detalhe técnico.

O comportamento também está se movendo, embora os números devam ser lidos no contexto das amostras. Uma pesquisa internacional da Accenture com 25.590 consumidores em 16 países encontrou disposição ampla para delegar tarefas rotineiras, mas apenas 9% aceitariam compras totalmente autônomas. Em uma pesquisa da Visa com consumidores e gestores dos Estados Unidos, 58% se disseram confortáveis com comparação de preços por IA, enquanto 60% não permitiriam nenhum gasto sem aprovação.

A leitura operacional é mais útil do que a manchete: delegação cresce por etapa e sob limites. A empresa precisa ser confiável na descoberta e comparação muito antes de permitir uma compra automática.

O primeiro gargalo não é o protocolo; é a verdade comercial

Um vendedor experiente sabe interpretar abreviações, perguntar o que falta, reconhecer um preço antigo e ligar para o estoque. Um agente conectado trabalha com os dados e regras que consegue acessar. Se duas fontes discordam, ele pode escolher a errada, interromper demais ou criar uma promessa que a operação não cumpre.

Antes de discutir API, MCP, UCP ou qualquer sigla, verifique se existe uma fonte operacional de verdade para cinco perguntas: o que é a oferta, para quem ela serve, quanto custa agora, quando pode ser entregue e o que acontece depois da confirmação. Isso complementa um contrato de validade da base de conhecimento: aqui, o foco é transformar informação comercial em compromisso executável.

Uma página bonita ajuda o humano. Para a máquina, também importam identificador estável, unidade, campos estruturados, carimbo de atualização, regra de precedência e resposta clara quando um dado não está disponível.

Contrato OFERTA: seis blocos para uma venda verificável

O — Objeto identificável

Defina o que está sendo vendido sem depender de apelido interno. Para produto, registre SKU ou identificador canônico, nome, categoria, marca, unidade, embalagem, variante e especificações necessárias à comparação. Quando aplicável, inclua GTIN. Para serviço, identifique escopo, modalidade, duração, local, entregável e o que não está incluído.

Sinônimos e nomes usados no WhatsApp podem apontar para o mesmo objeto, mas não devem criar itens duplicados. A pergunta de teste é: duas pessoas e dois sistemas chegariam ao mesmo item?

F — Fit, elegibilidade e restrições

Uma oferta precisa dizer para quem e em quais condições serve. Registre região atendida, perfil de cliente, quantidade mínima, pré-requisitos, compatibilidades, documentação exigida e situações que pedem avaliação humana.

Não transforme uma descrição comercial em recomendação ilimitada. Em agro, clínica, obra ou imóvel, parte da aderência depende de contexto técnico, assistencial, legal ou documental. O agente pode coletar dados e preparar opções; deve interromper quando faltar uma condição necessária ou quando a decisão ultrapassar sua competência.

E — Estoque, agenda e entrega

Disponibilidade não é apenas “tem” ou “não tem”. Informe quantidade ou faixa disponível, local, lote quando relevante, janela de agenda, prazo de separação, modalidade de entrega, cobertura geográfica e horário da última atualização.

Defina também a regra de reserva: consultar não bloqueia; cotar pode ou não segurar; confirmar deve gerar um identificador. Sem esses estados, dois agentes podem prometer o mesmo estoque ou horário.

R — Regras de preço e negociação

Registre preço-base, unidade monetária, tributos e frete incluídos ou excluídos, validade, tabela por canal ou segmento, desconto permitido, quantidade mínima, forma de pagamento e condição de crédito. Toda exceção precisa de alçada explícita.

“Negocie a melhor condição” não é mandato. Prefira limites observáveis: pode aplicar até 3% em itens elegíveis, nunca acumular campanhas, nunca alterar prazo sem aprovação e sempre apresentar o valor total antes da confirmação. Se preço e política vierem de fontes diferentes, registre qual prevalece.

T — Transação autorizada e rastreável

Separe ações que o agente pode preparar das que pode executar: montar cotação, reservar, cadastrar pedido, aceitar termos, iniciar pagamento ou confirmar compra. Defina identidade do comprador, consentimento, limite de valor, autenticação, dados permitidos, expiração e ponto de aprovação.

Cada tentativa deve usar um identificador único para evitar pedido duplicado e registrar versão da oferta, regras aplicadas, aprovação, resposta do sistema e motivo de recusa. A empresa deve conseguir reconstruir o que aconteceu sem depender do histórico de uma conversa.

A — Após a venda e assunção humana

A jornada não termina no “pedido recebido”. O contrato precisa devolver confirmação, status, prazo, canal de suporte, regras de alteração, cancelamento, devolução, garantia e tratamento de divergência. Também deve indicar quando e como uma pessoa assume o caso.

Pesquisa da Visa em Estados Unidos, Austrália e Nova Zelândia observou interesse em delegação ao longo de toda a jornada, inclusive rastreamento, devolução e garantia. Os resultados não representam automaticamente o consumidor brasileiro, mas reforçam um ponto de desenho: transparência, reversibilidade e controle continuam depois do pagamento.

Planilha mínima da oferta pronta

Crie uma linha por produto, serviço ou variante comercial e mantenha estas colunas:

identificador canônico, nome, sinônimos e categoria;
descrição factual, unidade, variante e atributos comparáveis;
público elegível, região, pré-requisitos e restrições;
fonte oficial de preço, estoque ou agenda e dono do dado;
valor, composição, vigência e horário da última atualização;
prazo, disponibilidade, regra de reserva e condições de entrega;
descontos, combinações proibidas e alçada para exceção;
ações permitidas ao agente e aprovação exigida;
confirmação, cancelamento, devolução, garantia e suporte;
código de rastreio da transação e destino das divergências.

Não copie manualmente dados vivos para essa planilha e os abandone. Ela pode começar como diagnóstico, mas preço, estoque e status precisam vir da fonte oficial com frequência compatível com a volatilidade. Se a atualização é diária, a oferta não pode prometer disponibilidade em tempo real.

Quatro níveis de prontidão para o comércio agêntico

Nível 0 — invisível: informação espalhada em PDF, WhatsApp e memória; preços e disponibilidade não têm fonte ou vigência comum.
Nível 1 — encontrável: itens e serviços têm identidade e descrição consistentes, mas a cotação e a confirmação ainda são humanas.
Nível 2 — comparável: atributos, preço, elegibilidade e disponibilidade são estruturados, atuais e rastreáveis; o agente pode pesquisar e preparar opções.
Nível 3 — transacionável com controle: identidade, autorização, alçada, reserva, confirmação e pós-venda estão integrados e testados; ações sensíveis param para aprovação.

A maioria das PMEs captura valor ao sair do nível 0 para o 2. Catálogo consistente e cotação confiável já reduzem perguntas repetidas, erro de tabela e tempo de resposta. O nível 3 só deve entrar quando volume, risco e maturidade justificarem.

Como o contrato aparece nas verticais da V7

v7 Carteira: SKU, embalagem, tabela por cliente, crédito, estoque e rota precisam concordar antes que um agente prepare ou cadastre o pedido.
v7 Agro: cultivar, apresentação, região, janela, disponibilidade e condição comercial podem ser estruturadas; recomendação técnica e exceções sensíveis continuam com profissional competente.
v7 Imob: unidade, disponibilidade, tabela, despesas, documentação e condição de proposta exigem versão e horário. O agente qualifica e agenda, sem inventar promessa de financiamento ou disponibilidade.
v7 Obras: locação, material ou serviço precisa de especificação, quantidade, local, prazo e aceite. Divergência técnica sai do fluxo automático.
v7 Clínicas Retorno: serviço, agenda, unidade, preparo e política administrativa podem ser estruturados; decisão clínica não vira item de catálogo nem ação autônoma.
v7 Custom: em qualquer setor, comece pela decisão comercial repetitiva e reversível, conectando o agente à fonte certa e medindo divergência antes de ampliar autonomia.

Teste de prontidão em 12 perguntas

Existe um identificador único para cada oferta e variante?
As especificações usadas para comparar são completas e factuais?
Preço, estoque e prazo têm fonte, dono, vigência e carimbo de atualização?
O sistema informa “desconhecido” em vez de preencher lacunas por aproximação?
Elegibilidade, região, mínimo e pré-requisitos estão explícitos?
Desconto e negociação têm limites, proibições e aprovador?
Consultar, cotar, reservar e confirmar são estados diferentes?
Uma repetição da mesma solicitação pode gerar pedido duplicado?
O cliente vê valor total, prazo e condição antes de aprovar?
A operação consegue provar qual versão da oferta foi aceita?
Cancelamento, devolução, garantia e suporte têm regra executável?
Existe fila humana com contexto e SLA quando a oferta não fecha?

Se houver três ou mais respostas “não sei”, não comece pelo pagamento autônomo. Escolha uma família pequena de ofertas, corrija a fonte e rode um piloto de descoberta ou cotação assistida.

Piloto de 30 dias sem prometer autonomia total

Semana 1 — recorte: escolha até 20 ofertas frequentes, com baixa ambiguidade e consequência reversível.
Semana 2 — contrato: preencha OFERTA, localize divergências e nomeie donos de catálogo, preço, disponibilidade e exceção.
Semana 3 — simulação: teste perguntas reais, dados vencidos, item semelhante, promoção incompatível, estoque zerado, repetição e cancelamento.
Semana 4 — operação assistida: deixe o agente pesquisar ou preparar cotações; o humano confirma. Compare resultado com o processo atual.

Meça cobertura dos campos obrigatórios, divergência entre oferta e fonte oficial, tempo até cotação válida, percentual de casos que exigem correção, duplicidade, promessa não cumprida e recontato. Conversas iniciadas e respostas rápidas são métricas secundárias se a cotação não vira um compromisso correto.

Sinais de alerta

o site, a tabela do vendedor e o ERP mostram preços diferentes;
“disponível” não informa quantidade, local nem horário da consulta;
o agente pode conceder condição, mas ninguém definiu alçada;
uma descrição mistura benefício comercial com garantia técnica;
produto, serviço e variante usam o mesmo nome em sistemas distintos;
a confirmação não carrega versão da oferta nem identificador único;
o pós-venda não recebe o contexto da negociação;
a integração é tratada como projeto de marketing, sem dono operacional.

O ponto de vista da V7 Agents

Comércio agêntico não elimina a operação; ele expõe sua qualidade. Quando preço, estoque, regra e responsabilidade estão dispersos, um agente apenas leva a inconsistência mais rápido até o cliente. IA só gera ROI quando existe processo, dados, responsável, rotina de revisão e implantação operacional.

O V7 IA Ready identifica onde a oferta quebra, quais dados podem ser confiados a um agente e onde a aprovação humana precisa permanecer. Os Agentes Verticais executam pesquisa, qualificação, cotação ou pedido dentro de limites. A Operação Contínua acompanha divergências, exceções, mudanças de tabela e resultado aceito. A pergunta correta não é “qual protocolo devemos instalar?”, mas “qual promessa nossa operação consegue cumprir e provar?”.

Fontes consultadas

Sua oferta está pronta para ser lida — e executada — por um agente?

O V7 IA Ready mapeia dados comerciais, regras, integrações, alçadas e exceções para transformar IA em operação real.

Solicitar diagnóstico IA Ready Conhecer o V7 IA Ready

Quando o cliente mandar um agente de IA, sua empresa conseguirá vender?