Faltam sete dias para a Dreamforce (15 a 17 de setembro, no Moscone Center) e o "agentic enterprise" da Salesforce chega ao palco num formato novo: cross-surface. Pela parceria com a OpenAI, o Agentforce 360 passa a viver dentro do ChatGPT — o usuário consulta registros de CRM, revisa conversas de cliente e monta visualizações do Tableau digitando no chat. O GPT-5 entra na Salesforce Platform para construir agentes e prompts, e a experiência se estende ao Slack. Somados, ChatGPT e Slack representam mais de 800 milhões de usuários por semana.
Ambição e alcance não faltam. Mas há uma pergunta que não cabe no keynote e que decide se isso vira ativo ou passivo: quando o seu Salesforce passa a responder e agir em superfícies que você não controla, você não está só ganhando alcance — está estendendo o seu perímetro de dado e de governança para fora de casa. Este artigo mostra por que superfície nova exige fundação governada e integração, não apenas distribuição.
O que muda: Agentforce 360 no ChatGPT, GPT-5 na plataforma, Slack
O anúncio reposiciona onde o agente vive. Até agora, o Agentforce respondia dentro das superfícies da Salesforce. Com a parceria OpenAI, ele passa a responder onde o usuário já está: no ChatGPT. Na prática, alguém pergunta em linguagem natural sobre uma oportunidade, o agente consulta o CRM, revisa o histórico de conversas e devolve — ou monta uma visualização no Tableau — sem sair do chat. Do outro lado, o GPT-5 entra na Salesforce Platform como motor para construir agentes e prompts, e o Slack completa a malha de distribuição.
Vale uma nota de precisão: a parceria Salesforce–OpenAI foi revelada originalmente na Dreamforce do ano passado. O que a edição de 2026 faz é levar o mecanismo cross-surface ao palco principal e transformá-lo no centro do discurso de "agentic enterprise". O gancho, portanto, é a contagem regressiva para o evento — e o momento certo para o comprador fazer a pergunta difícil antes de ser seduzido pela demo.
Na prática, dois verbos passam a coexistir na mesma frase de marketing: o agente responde (lê CRM, resume conversas, gera um gráfico) e o agente age (cria, atualiza, dispara). São capacidades muito diferentes em risco e em requisito técnico, e o discurso cross-surface tende a fundi-las numa promessa só. Separar as duas é o primeiro exercício de higiene mental para quem vai avaliar o anúncio: responder exige dado confiável; agir exige, além disso, integração transacional. A superfície nova não muda essa física — só amplia a plateia que vê o resultado.
O que é "cross-surface" e por que é atraente
Cross-surface significa que o mesmo agente responde e age em várias superfícies — as suas e as de terceiros. O apelo é óbvio: 800 milhões de usuários por semana é um alcance que nenhum canal próprio entrega. Em vez de trazer o cliente para dentro da sua experiência, você leva a sua inteligência para onde ele já está. Para vendas, suporte e marketing, é uma promessa poderosa de proximidade e conveniência.
O ponto não é negar o valor disso — ele é real. O ponto é entender que alcance é a metade fácil de enxergar e a metade difícil de sustentar. A distribuição é dada pela plataforma; a confiabilidade e a segurança do que é distribuído, não.
O outro lado: levar o agente pra fora estende o seu perímetro
Quando o agente responde numa superfície pública, três coisas mudam de lugar. Primeiro, o dado: ele passa a ser lido e exposto fora do seu ambiente, com a sua marca associada à resposta. Segundo, a governança: as regras de quem pode ver o quê precisam valer também lá fora, onde você não controla a interface. Terceiro, a superfície de risco: um erro que antes ficava contido numa tela interna agora acontece em público.
É por isso que "cross-surface" não deveria ser lido como "mais alcance" e sim como "mais perímetro". Você está estendendo a fronteira do seu dado e da sua governança para um lugar que não é seu. Alcance sem essa fronteira bem desenhada não é vantagem — é risco distribuído.
Responder certo: o agente é tão bom quanto o Data 360 que ele lê
Um agente que responde no ChatGPT responde com o dado que você tem hoje. Se o seu Data 360 (a camada de dado unificado e governado da Salesforce) não estiver realmente unificado — cliente duplicado, histórico fragmentado entre Service, Sales e Marketing, atributos desatualizados — o agente vai responder com confiança sobre uma base errada. E vai fazer isso numa superfície pública, com a sua marca.
Essa é a diferença silenciosa entre uma demo e a produção. Na demo, o dado é limpo e o palco é controlado. Em produção, o agente herda todas as inconsistências que você nunca resolveu. Governar o dado antes de distribuir o agente não é um detalhe de TI — é a condição para que o alcance não se transforme em erro amplificado.
Um exemplo concreto: um cliente pergunta no ChatGPT sobre o status do próprio pedido. Se o registro dele existe em duplicidade — um no Sales Cloud, outro no Service Cloud, com endereços divergentes — o agente escolhe um dos dois e responde com convicção. A resposta pode estar simplesmente errada, e o cliente não tem como saber. Multiplique isso por milhares de interações diárias numa superfície pública e o custo reputacional deixa de ser hipotético. É por isso que unificação e governança de dado não são "fase 2": são pré-condição para ligar o cross-surface.
Agir, não só responder: a integração CRM↔ERP que o cross-surface exige
Responder é metade do trabalho. O valor de verdade aparece quando o agente age — cria um pedido, atualiza um caso, dispara um fluxo. E agir quase sempre significa escrever fora do CRM: no ERP, nos canais, nos sistemas de registro. Isso exige integração real — contrato de API idempotente, arquitetura event-driven — e não vem embutido na parceria de distribuição.
Ou seja: o cross-surface aumenta a superfície de escrita do agente, e cada ponto de escrita precisa de garantia. Um agente que responde bem no ChatGPT mas não consegue efetivar a ação no seu ERP com segurança é uma vitrine bonita sem caixa registradora atrás.
Idempotência é a palavra-chave aqui. Numa superfície de alto volume, retries e reenvios acontecem — a rede falha, o usuário toca duas vezes, a plataforma repete a chamada. Sem uma porta de escrita idempotente, "confirmar o pedido" executado duas vezes vira dois pedidos. A arquitetura event-driven (Kafka/RabbitMQ) resolve isso garantindo ordenação e entrega exatamente-uma-vez, absorvendo picos sem perder nem duplicar eventos. Nada disso é responsabilidade da plataforma de distribuição; é engenharia de integração que precisa existir do seu lado antes de o agente ganhar permissão de agir em público.
Perímetro: quem pergunta o quê, sobre qual dado, com qual registro
A terceira exigência é de segurança. Quando o agente vive fora do seu ambiente, você precisa responder com clareza: quem pode perguntar o quê? Sobre qual recorte de dado? O que fica registrado de cada interação? Sem um perímetro definido — identidade, autorização, auditoria — a conveniência do cross-surface vira uma porta aberta para vazamento de dado sensível ou resposta indevida em nome da empresa.
Não por acaso, o mercado já trata o perímetro de agentes como problema de primeira ordem: iniciativas para "proteger o agentic enterprise" viraram trilha comercial. É o sinal de que distribuir o agente sem governar o perímetro é um risco que os próprios fornecedores reconhecem.
Como chegar na Dreamforce com a pergunta certa
Vá pela visão — ela é boa. Mas leve uma checklist de prontidão em vez de uma lista de desejos. Antes de distribuir o agente para fora, audite três coisas: o Data 360 está unificado e governado a ponto de o agente responder certo em público? A integração CRM↔ERP permite que ele aja com garantia, não só responda? O perímetro define quem pergunta o quê, com qual registro? Se a resposta a qualquer uma delas for "ainda não", o alcance de 800 milhões amplifica o problema, não a solução.
A boa notícia é que essa preparação não compete com a ambição da Salesforce — ela a viabiliza. Quem chega à Dreamforce com o Data 360 arrumado, a integração transacional testada e o perímetro desenhado sai do evento pronto para ligar o cross-surface no mês seguinte, e não daqui a três trimestres. A diferença entre os dois cenários não está no que a plataforma anuncia; está no trabalho de fundação que cada empresa fez — ou deixou de fazer — antes de subir o agente ao palco público.
Como a CCX prepara o dado governado e a integração do agente cross-surface
É essa fundação que a CCX entrega. Na frente de Salesforce Data Cloud (Data 360), preparamos a unificação, a segmentação e a ativação do dado governado que faz o agente responder certo quando fala em superfícies públicas — a base sem a qual o cross-surface vira erro com a sua marca. Somos parceiro oficial Salesforce (Commerce Cloud e Data Cloud), com integrações a Marketing, Service e Sales Cloud.
Para o agente agir fora do Salesforce, atuamos na frente de Integrações & APIs Enterprise: costuramos CRM↔ERP↔canais com contrato de API, idempotência e arquitetura event-driven (Kafka/RabbitMQ), para que a escrita aconteça com garantia. E, na frente de Security Engineering, desenhamos o perímetro do agente cross-surface — identidade, autorização (OAuth2), criptografia e registro auditável de quem perguntou o quê. Tudo sustentado por mais de 200 projetos entregues e 99,9% de uptime em produção.
Se o seu Agentforce vai para o ChatGPT, comece pela fundação. Peça um diagnóstico de prontidão Salesforce com a CCX antes da Dreamforce — Falar com especialista Salesforce →. Prepare a base de dado em /br/salesforce-data-cloud e a costura CRM↔ERP em /br/integracao-sap-ecommerce. Para aprofundar, leia por que renomear não torna o CRM agent-ready e por que "qualquer agente" pressupõe dado governado.
FAQ (People Also Ask)
O Agentforce vai funcionar dentro do ChatGPT? Sim. Pela parceria Salesforce–OpenAI, o Agentforce 360 passa a responder no ChatGPT — consultando CRM, revisando conversas e montando visualizações do Tableau — e o GPT-5 entra na Salesforce Platform para construir agentes.
O que é dado governado (Data 360) e por que importa aqui? É o dado unificado, segmentado e com regras de acesso da Salesforce Data Cloud. Importa porque o agente responde com o dado que lê: sem governança, ele erra em público com a sua marca.
Cross-surface aumenta o risco de segurança? Aumenta a superfície de exposição: o agente lê e responde fora do seu ambiente. Por isso exige um perímetro claro — quem pergunta o quê, sobre qual dado, com qual registro auditável.
Preciso de integração para o agente agir fora do CRM? Sim. Para criar pedidos, atualizar casos ou disparar fluxos no ERP e nos canais, é necessária integração com contrato de API idempotente e arquitetura event-driven — responder não basta.
O que auditar antes da Dreamforce? Três coisas: Data 360 unificado e governado, integração CRM↔ERP para o agente agir com garantia, e o perímetro de segurança do agente cross-surface.