A Dreamforce 2026 abriu hoje (15 a 17 de setembro, no Moscone Center) e a própria estreia já carrega a virada do setor no título: o keynote de agentes se chama "From Fast Start to Real ROI". À tarde, às 14h PDT, Marc Benioff divide o palco com Sam Altman e, na mesma janela, com Dario Amodei — o maior CRM do mundo cortejando OpenAI e Anthropic ao mesmo tempo. Mas o anúncio-âncora veio na véspera, em 11 de setembro: o Agentforce 360 deu nome e função a sete agentes de IA. Casey, Paige, Carter, Hunter, Marshall, Piper e Fin agora têm persona, cargo e crachá.
Batizar um agente é a nova embalagem de prateleira — a SAP já nomeou os Joule Agents, a Microsoft nomeou o Agent 365. O problema é que nome não é o que gera retorno. Um Marshall (supply chain) ou um Hunter (vendas outbound) só entregam "Real ROI" sobre o dado que conseguem alcançar e a ação que conseguem executar — dentro e fora do CRM. E é exatamente aí que a demo brilhante do palco encontra o chão de fábrica do cliente. Este artigo explica o que a Salesforce anunciou, por que nomear não é integrar, e o que a fundação de dado precisa ter para que um agente com nome bonito vire resultado mensurável.
O que a Salesforce anunciou: Agentforce 360 e os 7 agentes nomeados na abertura da Dreamforce 2026
O Agentforce 360 é a evolução da plataforma de agentes da Salesforce, e o movimento central de 2026 foi a produtização: em vez de vender "uma plataforma para você construir agentes", a Salesforce passou a entregar agentes prontos, com nome, função e domínio de negócio. São sete:
- Casey — atendimento ao cliente (service);
- Paige — TI e RH (suporte interno / employee experience);
- Carter — shopper e commerce (jornada de compra);
- Hunter — vendas outbound (em piloto);
- Marshall — supply chain (cadeia de suprimentos);
- Piper — pipeline inbound (qualificação e roteamento);
- Fin — experiência do cliente (CX transversal).
Junto vieram os blocos de construção: o Agentforce Builder (montar e customizar agentes), o Agent Script (linguagem para definir comportamento e políticas), o Agentforce Voice (canal de voz), o Intelligent Context (aterrar o agente em dado não-estruturado, como PDFs, transcrições e e-mails) e uma AI Control Plane que registra e governa agentes "no Salesforce e em plataformas de terceiros". O título do keynote — "From Fast Start to Real ROI" — admite, na própria embalagem, que o jogo virou: não é mais sobre subir um piloto rápido, é sobre provar retorno.
Nomear ≠ integrar: por que Marshall e Hunter agem sobre o dado que alcançam, não sobre o nome
Dar persona a um agente resolve um problema de adoção — é mais fácil um diretor de operações confiar no "Marshall" do que numa "orquestração de automações de supply". Mas persona é interface, não é capacidade. O que decide se o Marshall reduz ruptura de estoque ou apenas gera relatórios bonitos é uma pergunta técnica, não de branding: a que dados ele está conectado, com que frescor, e sobre quais deles ele pode agir?
Um agente de supply chain que não enxerga o estoque real em cada centro de distribuição, os pedidos em trânsito no ERP e a posição de fornecedor no sistema de compras vai "alucinar" recomendações plausíveis e erradas. Um Hunter de vendas que não lê o pipeline verdadeiro — o que já foi trabalhado, o que esfriou, o que o time de campo anotou fora do CRM — vai disparar cadências para contatos que um humano jamais abordaria. O agente é tão bom quanto o seu alcance de dado. E, na maioria das empresas, o dado crítico não mora só no Salesforce: mora no ERP, no WMS, no sistema fiscal, na planilha do time regional, no data lake que ninguém governou.
Um exemplo concreto: o Carter (commerce) promete ao shopper "entrega em 2 dias". Para cumprir, ele precisa cruzar, em tempo real, o estoque disponível no centro de distribuição mais próximo (WMS), a capacidade da transportadora (TMS) e a regra fiscal da praça de destino (sistema fiscal). Se qualquer um desses três não estiver integrado ao contexto do agente, a promessa é um chute — e o chute vira SLA quebrado, chargeback e churn. O agente não errou por ser "burro"; errou por estar cego para o dado que decidia a resposta.
Por isso a tese vale para qualquer agente nomeado, não só os da Salesforce: nome é o rótulo; integração é o sistema nervoso. Trocar o rótulo é barato. Construir o sistema nervoso é engenharia. E há um pano de fundo que reforça isso: no mesmo palco, a Salesforce cortejou OpenAI e Anthropic (com o "Salesforce in Claude" em open beta), sinalizando um mundo multi-modelo em que o CRM aluga o melhor cérebro disponível. Ótimo — mas o cérebro, seja de quem for, continua dependendo do dado da sua empresa para decidir. A inteligência do modelo não compensa a cegueira de integração.
O que "Real ROI" cobra que a demo esconde: Data 360, Intelligent Context e CRM↔ERP que não quebra
A demonstração de palco roda num ambiente limpo, com dados perfeitos e um único sistema. A produção do cliente é o oposto: dados espalhados, duplicados, sem dono, em sistemas que nunca foram desenhados para conversar. Três exigências separam a demo do "Real ROI":
1. Data 360 governado. O Salesforce Data 360 (a evolução do Data Cloud) é a fundação que unifica, reconcilia e ativa o dado que o agente lê. Sem uma camada de unificação com identidade resolvida, deduplicação e políticas de acesso, o agente age sobre fragmentos — e "Real ROI" vira "real risco". Governança aqui não é burocracia: é a diferença entre um agente que sabe qual é o registro verdadeiro do cliente e um que escolhe o errado.
2. Intelligent Context sobre dado não-estruturado. Grande parte do conhecimento operacional de uma empresa não está em tabelas: está em contratos, e-mails, transcrições de call center, manuais e tickets. O Intelligent Context promete aterrar o agente nesse material — mas alguém precisa conectar, limpar, vetorizar e manter esse pipeline de dado não-estruturado. Isso é engenharia de dados, não um botão.
3. CRM↔ERP que não quebra. Um Marshall que recomenda reposição precisa escrever de volta no ERP; um Carter que promete prazo precisa ler o estoque real. Essa costura entre o CRM e os sistemas de retaguarda — feita com APIs governadas, arquitetura orientada a eventos e reconciliação — é o que permite ao agente agir, e não só sugerir. Quando essa integração é frágil, o agente vira mais um painel; quando é sólida, vira operação.
Os números que sustentam a tese: 88% dos pilotos não vão à produção
Não é opinião de fornecedor — é o que os dados de mercado de 2026 mostram, de forma consistente:
- 88% dos pilotos de agentes não chegam à produção. A distância entre a prova de conceito e o valor real segue enorme.
- Integração é a barreira nº 1. Cerca de metade das empresas cita integração como o principal bloqueador, e 95% dos líderes de TI a apontam como obstáculo primário para escalar.
- Qualidade e confiabilidade do dado travam 57% das iniciativas — o segundo maior freio.
- Apenas ~21% têm governança madura de agentes e só ~31% já rodam pelo menos um agente em produção.
Repare no padrão: nenhum desses bloqueadores é resolvido por dar nome ao agente. Todos são resolvidos por fundação — dado governado, integração confiável e governança. A produtização da Salesforce tira atrito de adoção; ela não tira, sozinha, o atrito de integração que vive no ambiente de cada cliente.
Como a CCX monta a fundação do agente nomeado: Data & BI + Data 360 + integração CRM↔ERP
É nesse ponto — entre o agente nomeado e o dado que ele precisa alcançar — que a CCX Company opera. Não substituímos o Agentforce; construímos o sistema nervoso que faz ele entregar retorno. Três frentes, com um método de seis fases (discovery, arquitetura, implementação ágil, QA & security, go-live e evolução contínua):
Data & BI e fundação de dado. Antes de soltar o agente, reconciliamos o dado: pipelines, data warehouse/data lake, deduplicação e camadas de qualidade sobre ferramentas modernas (BigQuery, Snowflake, Looker, Metabase, Power BI). É o pré-requisito para o Data 360 fazer sentido — dado sujo unificado continua sujo, só que mais rápido.
Salesforce Data 360 governado. Como parceiro oficial Salesforce (Commerce Cloud e Data Cloud), implementamos a unificação, a segmentação e a ativação de dados com identidade resolvida e políticas de acesso — a fundação de produção sobre a qual o Intelligent Context e os agentes nomeados agem com segurança.
Integrações & APIs enterprise (CRM↔ERP). Costuramos o Salesforce aos sistemas de retaguarda com REST, GraphQL, gRPC e arquitetura orientada a eventos (Kafka, RabbitMQ), incluindo integrações SAP↔e-commerce e Protheus↔e-commerce. É o que permite ao Marshall escrever no ERP e ao Carter ler o estoque real — o agente deixando de sugerir e passando a agir.
Com 200+ projetos entregues, 50+ especialistas sêniores (média de 10+ anos) e 60% de redução média de custos reportada por clientes, o padrão que vemos se repete: quem investe na fundação antes do agente chega à produção; quem compra a persona esperando que ela resolva a integração fica nos 88%.
Perguntas frequentes
O que é o Agentforce 360? É a plataforma de agentes de IA da Salesforce em sua versão de 2026, que passou a entregar agentes prontos e nomeados (Casey, Paige, Carter, Hunter, Marshall, Piper e Fin), além de ferramentas como Agentforce Builder, Agent Script, Voice, Intelligent Context e uma AI Control Plane para governar agentes dentro e fora do Salesforce.
Quais são os 7 agentes da Salesforce? Casey (atendimento), Paige (TI/RH), Carter (shopper/commerce), Hunter (vendas outbound, em piloto), Marshall (supply chain), Piper (pipeline inbound) e Fin (CX).
Quando é a Dreamforce 2026? De 15 a 17 de setembro de 2026, no Moscone Center, em San Francisco, com o keynote de agentes "From Fast Start to Real ROI" e sessões de Benioff com Sam Altman (OpenAI) e Dario Amodei (Anthropic).
O que é o Data 360? É a camada de dados da Salesforce (evolução do Data Cloud) que unifica, reconcilia e ativa dados de múltiplas fontes com identidade resolvida e governança — a fundação sobre a qual os agentes de IA leem e agem de forma confiável.
Um agente nomeado gera ROI sozinho? Não. A persona resolve adoção, mas o retorno depende do dado que o agente alcança e da integração que permite a ele agir. Sem Data 360 governado e integração CRM↔ERP, o agente sugere sem executar — e fica no piloto.
Um agente com nome bonito é o começo da conversa, não o fim. O "Real ROI" do keynote não sai do crachá do Marshall — sai do dado governado que ele alcança e da integração que deixa ele agir. Fale com um especialista Salesforce da CCX e monte a fundação de dado (Data 360), o contexto sobre dado não-estruturado e a integração CRM↔ERP que transformam o agente nomeado em resultado — porque nome é embalagem; alcance é integração.