Faltam 10 dias para a Dreamforce (15–17 de setembro) e a Salesforce já fez o movimento que reposiciona o ecossistema inteiro: transformou o Data 360 e o Headless 360 em servidores MCP. O recado, no marketing, é direto: “seu dado unificado, pronto pra qualquer agente”. A muralha do jardim virou porta.
É uma virada de postura importante — e uma boa notícia para quem constrói arquitetura de dados. Mas a tese deste artigo é um alívio e um alerta na mesma frase: “pronto pra qualquer agente” é uma promessa condicional. Abrir uma porta MCP sobre o Data 360 só entrega valor se, do outro lado dela, o dado estiver de fato unificado, governado e completo. Senão, você apenas deu — a qualquer agente e em tempo real — uma porta padronizada para o seu dado ruim.
1. O que a Salesforce anunciou: Data 360 e Headless 360 como MCP Servers
O anúncio tem duas peças. O Data 360 MCP Server — com GA previsto para 2026, hospedado pela própria Salesforce e sem setup local — expõe o dado unificado do Data 360 (antigo Data Cloud) como um servidor MCP consumível por agentes. E o Headless 360 MCP Server faz o mesmo para as capacidades de commércio e serviço headless. Na prática, agentes passam a descobrir, entender e invocar capacidades da Salesforce em tempo real, via o mesmo protocolo aberto que o mercado inteiro adotou em 2026.
O detalhe “hospedado, sem setup local” é estratégico: reduz o atrito de adoção a quase zero. Você não precisa subir e manter o servidor — a Salesforce faz isso. O que sobra para o cliente é justamente a parte difícil: garantir que o dado por trás da porta preste.
Vale situar o movimento no calendário. A Salesforce não abriu esses servidores por acaso a 10 dias da Dreamforce — é o aquecimento de uma narrativa que o evento vai amplificar: agentes por toda parte, orquestrados sobre o seu dado. Para o time de arquitetura, isso significa que a decisão de exposição via MCP vai deixar de ser experimento de laboratório e entrar no roadmap de produção mais rápido do que muita casa está preparada para absorver. Melhor decidir os controles agora, com calma, do que sob pressão de pós-keynote.
2. “Pronto pra qualquer agente”: o que muda com Agentforce, Claude, ChatGPT, Cursor e Vertex
O ponto que chama atenção é a lista de quem pode bater na porta. O dado do Data 360 passa a ser chamado por agentes rodando no Agentforce, mas também no Claude, no ChatGPT, no Cursor e no Google Vertex AI. A orquestração multi-agente virou production-ready: o orquestrador do Agentforce pode combinar agentes de terceiros via MCP.
Isso muda a arquitetura mental. Até ontem, tirar valor do dado Salesforce significava construir dentro do mundo Salesforce. Agora, qualquer agente que fale MCP — independentemente do fornecedor — pode consumir aquele dado. É interoperabilidade real. E, como toda porta, ela vale exatamente o que há do lado de dentro.
3. Por que a muralha virou porta — e o que isso significa pra arquitetura
Durante anos, o modelo de plataformas foi o jardim murado: o dado ficava dentro, e você usava as ferramentas do fornecedor para acessá-lo. O MCP inverte a lógica — expõe o dado por um contrato neutro que qualquer agente entende. Para o cliente, a promessa é liberdade: menos lock-in de ferramenta, mais escolha de agente.
Mas há uma consequência arquitetural que poucos comentam: quando você abre a porta, a qualidade do que está atrás dela deixa de ser problema interno e vira contrato público. Um agente externo não perdoa dado duplicado ou desatualizado — ele age sobre o que recebe. A porta MCP transfere o holofote da ferramenta para a fundação de dados.
Repare também no que não muda. O MCP resolve a descoberta e a invocação — como o agente acha e chama uma capacidade. Ele não resolve latência de sincronismo (o dado do Data 360 ainda depende de quando o CRM, o ERP e os canais alimentaram aquela camada), não resolve modelagem (se dois sistemas chamam a mesma coisa por nomes diferentes, o agente vê dois clientes) e não resolve governança de acesso (quem pode ver o quê). São exatamente os problemas que uma boa arquitetura de dados sempre teve de enfrentar — agora com plateia em tempo real.
4. A promessa condicional: “any agent” só vale com dado unificado e governado
Aqui está o coração do artigo. Um MCP server sobre o Data 360 é um amplificador: ele distribui, em tempo real e para qualquer agente, exatamente o dado que você tem. Se o dado está unificado, governado e completo, o amplificador é ouro. Se o dado está espalhado, duplicado e sem escopo, o amplificador distribui o problema mais rápido — e para mais consumidores.
A lição é agnóstica, e vale para qualquer fornecedor: expor dado via MCP transfere a vantagem competitiva para a qualidade da sua fundação de dados. O protocolo é o mesmo para todo mundo. O que diferencia é o que está atrás da porta.
Há um bônus estratégico nesse raciocínio: a empresa que trata a fundação de dados como ativo não fica refém de nenhum agente específico. Se o dado está unificado e governado por baixo, trocar o agente do topo — hoje Agentforce, amanhã Claude ou Vertex — vira uma decisão de conveniência, não um projeto de migração. A porta MCP, quando apoiada numa boa fundação, é a ponte para sair do lock-in de ferramenta que sempre incomodou os líderes de RevOps e arquitetura.
5. O risco da porta aberta: expor dado espalhado, duplicado ou sem escopo em tempo real
Imagine três cenários comuns. Primeiro: o mesmo cliente existe em duas fontes com nomes diferentes — o agente responde de forma inconsistente dependendo de qual registro achou. Segundo: o dado de estoque no Data 360 está defasado em relação ao ERP — o agente promete um produto que não existe. Terceiro: não há escopo por consumidor — um agente de marketing enxerga dado que deveria ser restrito ao financeiro.
Nenhum desses é um problema do MCP. São problemas de fundação e governança que a porta MCP apenas expõe — e agora em tempo real, para agentes que agem sozinhos. O que antes gerava um relatório errado agora pode gerar uma ação errada.
A diferença de gravidade é o ponto. Um dashboard com dado ruim é visto por um humano que, com sorte, desconfia. Um agente com dado ruim executa: dispara um e-mail para o contato errado, aplica um desconto que não deveria, abre um caso duplicado. Multiplique isso por cinco surfaces de agente chamando a mesma porta e o custo do dado não-governado deixa de ser incoveniência e vira risco operacional. É por isso que “abrir depois, arrumar o dado quando der” é a ordem errada.
6. A fundação que faz a porta valer: Data 360 governado + integração CRM↔ERP
O antidote é conhecido e não é glámour: unificar identidade (um cliente, um registro), governar acesso e qualidade, e costurar o CRM com o ERP e os canais para que o dado exposto seja completo e reconciliado — não um recorte. O Data 360 é a camada de unificação; a integração em tempo real com o resto do negócio é o que a torna confiável.
Sem essa costura, o Data 360 vira uma bela vitrine com dado incompleto. Com ela, a porta MCP passa a distribuir dado que realmente reflete o negócio — e aí sim “pronto pra qualquer agente” deixa de ser slogan e vira capacidade.
Na prática, a sequência que funciona é sempre a mesma: primeiro unificar e reconciliar (identidade, catálogo, estoque, financeiro), depois governar (qualidade, escopo, auditoria) e só então expor via MCP. Inverter essa ordem — abrir a porta antes de arrumar a casa — é o atalho que custa caro. A boa notícia é que o trabalho de fundação não é desperdiçado: ele vale para qualquer agente, hoje e amanhã.
7. Segurança do MCP server hospedado: escopo, OAuth e quem chama o quê
Mesmo hospedado pela Salesforce, um servidor MCP continua sendo uma porta em tempo real para o seu dado. As perguntas de segurança não mudam: qual o escopo de cada agente que chama? Como é feita a autenticação (OAuth, tokens de curta duração)? Quem pode invocar o quê, e isso está auditado? Menor privilégio deixa de ser recomendação e vira requisito quando o consumidor do dado é um agente autônomo — possivelmente de outro fornecedor.
Some a isso um detalhe de interoperabilidade: quando um agente do Claude ou do Vertex chama o seu Data 360, o token e o escopo daquela chamada precisam ser tratados com o mesmo rigor de qualquer integração externa. A conveniência de “qualquer agente” só é segura se cada agente carrega apenas a autoridade que precisa, e se cada invocação fica registrada para auditoria. Governança de dado e governança de acesso, aqui, são o mesmo projeto.
8. Como a CCX prepara a fundação Salesforce antes de abrir a porta MCP
É nesse ponto que a CCX Company entra, como parceira Salesforce (Commerce Cloud e Data Cloud). O Data 360 MCP Server entrega “seu dado pra qualquer agente” — mas só vale se o dado está unificado e governado. A CCX prepara a fundação Data 360 governada (unificação de identidade, qualidade e escopo) e costura a integração CRM↔ERP em tempo real, para que, quando você abrir a porta MCP, o que estiver atrás dela seja dado confiável — não um recorte espalhado.
É a mesma engenharia de integração enterprise que sustenta operações de bilhões em GMV: API contratada, event-driven e reconciliação entre sistemas. Antes de expor o Data 360 “pra qualquer agente”, vale auditar a fundação.
Assista ao keynote pela promessa — mas prepare o dado antes de abrir a porta. Falar com especialista Salesforce →
9. Perguntas frequentes (People Also Ask)
O que é o Data 360 MCP Server?
É um servidor MCP, hospedado pela Salesforce, que expõe o dado unificado do Data 360 para ser descoberto e invocado por agentes de IA em tempo real — sem setup local.
Quais agentes podem chamar o Data 360 via MCP?
Agentes rodando no Agentforce, além de Claude, ChatGPT, Cursor e Google Vertex AI, entre outros que falem MCP.
“Pronto pra qualquer agente” significa que meu dado está pronto?
Não necessariamente. A porta MCP expõe o dado que você tem. Se ele estiver espalhado ou duplicado, você distribui dado ruim mais rápido. A promessa é condicional ao dado unificado e governado.
O que preparar antes de abrir a porta MCP?
Unificação de identidade no Data 360, governança de qualidade e escopo, integração CRM↔ERP em tempo real e controles de segurança (OAuth, menor privilégio, auditoria).