Esse texto foi traduzido usando o sistema de tradução automatizado do Salesforce. Pegue nossa enquisa para fornecer feedback sobre esse conteúdo e diga-nos o que você gostaria de ver em seguida.

O Salesforce Data 360 é uma plataforma de dados baseada no Hyperforce que unifica dados do Salesforce e externos em uma visão clara, completa e confiável de 360 graus de cada cliente ou conta.

As empresas costumam operar várias organizações do Salesforce devido a fusões e aquisições, operações regionais, separação funcional ou por motivos históricos. Os arquitetos devem decidir não apenas entre uma organização de origem única e uma configuração de organizações múltiplas, mas também se devem provisionar várias instâncias independentes do Data 360, usar o Data Cloud One para unificar organizações em uma única instância ou colaborar entre instâncias independentes do Data 360 usando o compartilhamento de dados entre os Data 360 (compartilhamento de dados do Data 360 para Data 360). Essas escolhas afetam a governança, a conformidade, o custo, a latência e a capacidade da organização de escalar recursos de plataforma entre organizações e IA.

O Data 360 é provisionado automaticamente em qualquer organização de produção que receba uma licença do Data 360. O Data Cloud One é a arquitetura de conectividade de várias organizações do Salesforce que permite que uma única organização inicial hospede a instância do Data 360, enquanto outras organizações do Salesforce se conectam como organizações de companheiro. A escolha de qual organização possui a licença do Data 360 e, portanto, se torna uma organização inicial do Data 360 é uma decisão arquitetônica crítica com consequências de longo prazo.

Como você provisionar o Salesforce Data 360 é uma decisão arquitetônica fundamental porque determina como a empresa unifica dados do cliente, impõe governança e habilita recursos críticos da plataforma, especialmente IA, Agentforce e análise, em toda a organização. Ancorar um grupo de organizações em um único Data 360 fornece um modelo de dados unificado, governança centralizada e prontidão de IA corporativa, ao mesmo tempo que permite que organizações parceiras acessem metadados e recursos compartilhados como se os dados fossem locais. Por outro lado, várias instâncias independentes do Data 360 são adequadas quando requisitos regulatórios, de conformidade ou de autonomia impedem a centralização, com o Compartilhamento de dados entre organizações do Data 360 habilitando a colaboração seletiva de cópia zero entre essas instâncias.

Para os arquitetos, essa decisão é crítica. Ela define quem controla a governança de dados, onde os dados residem, como os recursos da plataforma são habilitados e como futuras integrações e iniciativas de IA podem ser dimensionadas sem problemas. Mesmo para organizações que não têm o Data 360 no momento, pode ser importante preparar sua arquitetura para o futuro desenvolvendo uma estratégia para adicionar acesso ao Data 360 no futuro. Os recursos do Salesforce em Vendas, Serviço, Marketing, Comércio, Indústrias e Agentforce são criados cada vez mais no Data 360. As organizações que desejam usar esses recursos de plataforma devem provisionar o próprio Data 360 ou conectar-se a um Data 360 compartilhado como organizações companheiras.

Este guia ajuda os arquitetos a projetar uma estratégia de provisionamento que equilibra simplicidade, consistência em toda a empresa, conformidade e escalabilidade, garantindo que a organização possa aproveitar com confiança o Data 360 para Customer 360, IA e inovação entre plataformas. Ele vai ajudá-lo a decidir como selecionar em quais organizações você provisionará o Data 360 e como escolher entre o Data Cloud One e o Compartilhamento de dados entre as Organizações do Data 360, ajudando a estabelecer uma base firme que promova seu negócio em um futuro centrado no Data 360.


Todas as opções de provisionamento, quer se trate de escolher entre o Data Cloud One e o compartilhamento de dados entre organizações do Data 360, ou qual organização designar como a Organização inicial, devem ser avaliadas com base nestas considerações abrangentes:

Consideração Por que é importante Cenários de exemplo
Residência de dados e conformidade Determina onde os dados são armazenados e processados. Regras regulatórias podem exigir regiões específicas ou várias instâncias. Um banco global provisiona um locatário do Data 360 em uma organização do Salesforce geograficamente localizada em Frankfurt para conformidade com o GDPR e outro em uma organização na Virgínia para sua divisão dos EUA.
Governança e segurança Quem é proprietário e administra o Data 360? As políticas devem ser gerenciadas centralmente ou delegadas por unidade de negócios? Uma multinacional com TI central forte cria uma organização residencial dedicada gerenciada por um Centro de excelência.
Autonomia vs. Centralização Diferentes líderes podem querer uma propriedade separada dos dados. A autonomia favorece vários Data 360s; a centralização favorece o Data Cloud One. Uma empresa de holding com subsidiárias independentes permite que cada BU execute seu próprio Data 360.
Latência e desempenho Impacta a velocidade de consulta e a experiência, especialmente para Organizações de companheiro conectadas a um locatário do Data 360 entre regiões. Uma equipe de vendas em Londres que consulta dados de um locatário do Data 360 nos EUA pode ver uma latência maior.
Complexidade de integração Mais locatários do Data 360 = mais pipelines, APIs e middleware. A consolidação simplifica a integração. Um varejista evita criar 10 pipelines ETL consolidando-os em uma configuração do Data Cloud One.
Região da fonte de dados de cópia zero Os conectores de Cópia zero podem ter requisitos de acesso entre regiões que limitam em quais regiões seu Data 360 pode estar localizado. Uma empresa tem uma instância do Snowflake na região eu-west-1 da AWS. Eles podem usar o Zero Copy para federar dados em um Data 360 em sua região, mas não podem usar o Zero Copy para federar em um Data 360 na região dos EUA.
Compatibilidade entre regiões do Private Connect Em alguns casos, o suporte para Conexão privada depende de se a fonte de dados está na mesma região que o locatário do Data 360. Uma empresa tem uma instância do Snowflake na região aws-east-1 à qual deseja se conectar por meio de cópia zero. Eles só poderão estabelecer uma conexão de rede de Conexão privada se a organização inicial do Data 360 estiver na mesma região.
Custo & Licenciamento Cada locatário do Data 360 aumenta o custo. Consolidar em menos instâncias otimiza o gasto. Um provedor de saúde reduz os custos de licenciamento adotando o Data Cloud One em vez de várias instâncias independentes do Data 360.
Escalabilidade futura As opções de provisionamento hoje estabelecem a base para o crescimento. Uma empresa de SaaS começa com uma única instância do Data 360, mas planeja expandir-se para o Data Cloud One à medida que adquire subsidiárias com organizações do Salesforce.
Prontidão de IA corporativa Os recursos de IA e Agentforce exigem um locatário do Data 360 conectado em cada organização. As decisões de provisionamento afetam como os modelos de IA são treinados e ativados em toda a empresa. Uma empresa de serviços financeiros unifica dados no Data Cloud One para que seus modelos de IA do Einstein tenham acesso a dados de clientes em toda a empresa.
  • O provisionamento está vinculado à licenciamento: O Data 360 é provisionado na organização em que a licença do Data 360 é comprada e a região é determinada pelo local da organização no momento do provisionamento.
  • Mantenha suas opções abertas planejando o Data 360 mesmo que não precise dele agora. As decisões tomadas agora podem facilitar seu caminho se você implementar o Data 360 para habilitar recursos de plataforma como Agentforce mais tarde.
  • Clientes de organização única: Provisione o Data 360 em sua organização de produção existente para obter o tempo para o valor mais rápido.
  • Clientes de várias organizações: Minimize a complexidade criando o menor número possível de instâncias do Data 360, idealmente usando a configuração do Data Cloud One.
  • Múltiplas instâncias do Data 360 devem ser usadas apenas quando exigido por conformidade, residência ou autonomia organizacional. Nesses casos, use o compartilhamento de dados entre organizações do Data 360 para habilitar a colaboração segura.
  • Fonte de dados de cópia zero: Fique atento às regiões com suporte para várias nuvens públicas e fontes de dados do Zero Copy. Além disso, determine se a conexão privada é necessária para sua condição de segurança se conectar a essas fontes de dados e se há suporte para conexões na região ou entre regiões.
  • Governança e autonomia são conceitos centrais: decidir se o Data 360 deve ser gerenciado centralmente (modelo do Centro de Excelência) ou se as linhas de negócios individuais precisam de instâncias separadamente gerenciadas do Data 360.

Quando você compra uma licença do Data 360, a instância do Data 360 é provisionada na organização do Salesforce associada a essa licença. Essa organização é chamada de Organização do Data 360 Home. Diagrama de decisão mostrando a organização inicial do Data 360 A organização inicial é a âncora para sua instância do Data 360. É onde:

  • O armazenamento e a computação do Data 360 são gerenciados (na região selecionada no provisionamento).
  • Políticas de administração, governança e segurança são aplicadas.
  • A ingestão de dados, harmonização, resolução de identidade, segmentação e ativação são realizadas.

Em cenários de várias organizações, a organização inicial gerencia a instância central do Data 360 para outras organizações "companheiras" do Salesforce.

Por que a organização residencial é importante:

  • Ele determina a localização geográfica da sua instância do Data 360.
  • Ele determina quem é proprietário e administra sua instância do Data 360. Os administradores da sua organização inicial do Data 360 podem acessar todos os dados ingeridos no Data 360.
  • Ele controla as conexões da organização de companheiro em uma configuração do Data Cloud One.
  • Ela estabelece a base para sua estratégia de dados corporativos. Alterá-la posteriormente é difícil e disruptiva.

A primeira decisão importante é provisionar o Data 360 em uma organização de produção existente ou criar uma nova organização dedicada para atuar como a Organização inicial.

Diagrama de decisão mostrando a organização existente vs. nova organização como organização inicial

Funciona melhor para: Clientes com uma única organização do Salesforce ou clientes de várias organizações que já têm uma organização centralizada importante em que a maioria dos negócios é executada.

Diagrama mostrando o provisionamento do Data 360 em organização existente
  • Prós:

    • Caminho mais simples: O Data 360 é provisionado onde seus dados do CRM já estão.
    • Acesso imediato aos dados locais de Vendas, Serviço e Marketing.
    • Nenhuma integração adicional necessária.
    • Menos licenças e ambientes para gerenciar.
    • Acelera a adoção antecipada, pilotos e casos de uso de produção.
  • Cons:

    • Pode herdar a governança ou o débito técnico da organização existente.
    • Se não existir uma única "organização principal", a seleção de uma poderá criar debates de propriedade.
    • Desempenho vinculado ao local da organização; pode não estar alinhado às necessidades de residência corporativas.
    • Se várias unidades de negócios usarem organizações diferentes, o provisionamento local poderá levar à fragmentação se não for combinado ao Data Cloud One.

Exemplo:
Uma empresa de SaaS com uma organização do Salesforce provisiona o Data 360 nessa organização para unificar dados de assinatura e suporte do cliente.

Funciona melhor para: Clientes com várias organizações do Salesforce que não podem se alinhar em uma única organização principal ou empresas com um forte modelo de Centro de excelência (CoE).

Diagrama mostrando o provisionamento do Data 360 em uma nova organização dedicada
  • Prós:

    • Limpe o quadro para governança, sem complexidades da organização herdadas.
    • Controle centralizado em várias linhas de negócios.
    • Flexibilidade para escolher uma região com base nas necessidades de conformidade.
    • Atua como uma organização de "atendimento compartilhado" neutra, não vinculada a uma unidade de negócios.
    • Configure para a arquitetura futura do Data Cloud One (Organização inicial com várias organizações parceiras).
  • Cons:

    • Os clientes devem licenciar uma nova organização do Salesforce na qual provisionar o Data 360.
    • Integração adicional necessária para conectar a organização a um Data 360 por meio de uma conexão de companheiro do Data Cloud One.
    • Pode adicionar sobrecarga administrativa (gerenciamento de usuários, segurança, identidade).
    • Tempo para obter valor mais lento em comparação ao provisionamento em uma organização de produção existente.

Exemplo:
Uma empresa multinacional de serviços financeiros cria uma organização inicial dedicada para provisionar o Data 360. Todas as organizações da unidade de negócios (Retail, Wealth, Commercial Banking) se conectam como organizações de companheiro por meio do Data Cloud One.

Consideração Organização existente como organização inicial (padrão preferencial) Nova organização como organização residencial (alternativa)
Simplicidade Cria na estrutura de dados e usuário existente para uma configuração mais rápida; o Data 360 é integrado por padrão à organização Início. Requer licenciamento e configuração da nova organização do Salesforce e sobrecarga administrativa adicional para gerenciá-la.
Tempo para valor Uso imediato de dados locais do CRM. Rampa mais lenta; integração necessária.
Governance Herda o modelo de governança básico da organização existente: usuários e conjuntos de permissões existentes. Isso pode ser bom se a organização já é central. Quadro limpo para governança; ideal para modelos conduzidos por CoE.
Conformidade Residência vinculada à região da organização existente. Flexibilidade para selecionar uma região independente das organizações existentes.
Desempenho Melhor desempenho para consultas de CRM locais. Dependendo da conectividade da organização companheira, esteja ela na mesma região ou entre regiões para as outras organizações.
Escalabilidade futura Funciona bem se combinado com o Data Cloud One; é mais difícil alternar mais tarde se a organização errada for escolhida. Escala facilmente com o Data Cloud One ; projetado para neutralidade.
Custo Custo incremental menor. Sobrecarga maior de ambientes adicionais.

Como um princípio geral, favorecer o uso de uma organização principal existente como sua organização inicial para minimizar o esforço inicial e acelerar a adoção. Crie uma nova organização inicial dedicada somente se sua estratégia de governança ou conformidade de longo prazo precisar. Criar uma nova organização residencial dedicada é uma escolha comum para empresas maiores com um Centro de excelência (COE).

Entorno da organização única

Provisione o Data 360 em sua organização de produção existente. Isso maximiza a simplicidade e o valor imediato. Evita sobrecargas de integração desnecessárias.

Entorno de várias organizações

Prefira selecionar uma das suas principais organizações, geralmente aquela em que a maioria dos seus negócios é executada, ou a organização que já atua como seu CRM centralizado, para atuar como a Organização inicial. Isso reduz a complexidade, minimiza o trabalho de configuração e permite que você perceba o valor do Data 360 rapidamente. Usar uma organização principal existente também evita o custo e o esforço de integração de gerenciar um novo ambiente.

Quando considerar uma nova organização residencial dedicada

Se sua organização tiver um forte Centro de excelência (CoE) e quiser uma governança separada das organizações da unidade de negócios. Se nenhuma organização existente for adequada devido a conformidade ou restrições organizacionais. Nesses casos, criar uma nova organização Início oferece flexibilidade e neutralidade, mas com um tempo de valor mais lento.


As empresas costumam operar várias organizações do Salesforce, e isso não é um caso de ponta, mas a norma. Desde fevereiro de 2024, aproximadamente 19 mil clientes do Salesforce já executam mais de uma organização do Salesforce.

Por que isso acontece?

  • Adquisições e fusões: As empresas recém-adquiridas trazem suas próprias instâncias do Salesforce.
  • Operações regionais: Organizações separadas para a UE, América do Norte, Ásia-Pacífico etc., geralmente para cumprir as leis de residência de dados.
  • Separação funcional: Diferentes unidades de negócios (por exemplo, Retail Banking, Wealth Management, Insurance) mantêm suas próprias organizações para autonomia.
  • Isolamento regulamentar ou de segurança: Determinados setores exigem organizações lógicamente distintas por motivos de conformidade.
  • Motivos históricos/técnicos: Ao longo do tempo, os clientes acumulam organicamente várias organizações.

Cada motivo faz sentido individualmente, mas juntos eles criam fragmentação de dados. Sem uma camada unificadora, cada organização tem apenas uma visualização parcial do cliente.

O desafio arquitetônico: Como unificar dados entre organizações em uma única fonte da verdade enquanto respeita os requisitos de conformidade, governança e autonomia?


O Data Cloud One é a arquitetura de conectividade de várias organizações do Salesforce que permite que várias organizações do Salesforce compartilhem uma única instância do Data 360. É o padrão recomendado para empresas com várias organizações do Salesforce.

Em qualquer cluster do Data Cloud One, uma organização do Salesforce é designada como a Organização inicial, que hospeda a instância do Data 360. Outras organizações do Salesforce se conectam como organizações de companheiro, consumindo os dados unificados e metadados do Data 360 da organização inicial.

Diagrama mostrando a arquitetura Data Cloud One
  1. Ingestão de dados e unificação (Organização inicial)
    • Todas as configurações de ingestão de dados (Salesforce CRM, origens externas, streaming, lote) ocorrem apenas na organização inicial.
    • O locatário do Data 360 vinculado à organização Home realiza a resolução de identidade, harmonização, modelagem e unificação em perfis do Customer 360 confiáveis.
    • Administração, políticas de governança, marcação e mascaramento do Data 360 são aplicados centralmente na organização inicial.
  2. Arquitetura de espaço de dados
    • Na organização inicial, os dados são organizados em Espaços de dados, que atuam como contêineres lógicos para dados, metadados e processos.
    • As empresas podem criar espaços de dados para marcas, regiões ou linhas de negócios.
    • Compartilhamento de espaço de dados: Na organização inicial, espaços de dados específicos são compartilhados seletivamente com organizações de companheiro. Isso garante que apenas os dados relevantes (e metadados associados) fluam para as organizações certas.
  3. Compartilhamento de metadados
    Organizações parceiras recebem definições de metadados da organização inicial, incluindo objetos de modelo de dados (DMOs), esquema de perfil unificado, insights calculados, segmentos e muito mais. Eles aparecem nativamente dentro da Organização de companheiro como se fossem ativos locais, mas na verdade estão vinculados à Organização inicial.
  4. Trabalhos a serem feitos na organização domiciliar vs. Organizações de companheiro
  5. O acesso ao recurso difere entre organizações Início e Companheiro. Organizações parceiras não podem ingerir nem unificar dados e contam com a Organização inicial para ingestão, modelagem e unificação. Organizações parceiras podem acessar dados do Data 360 para aprimorar recursos de plataforma desenvolvidos com o Data 360 e podem criar percepções, segmentos e fluxos locais com base nos dados compartilhados e confi��veis. Na visão futura, eles também podem acessar recursos de ativação.
    Capacidade Organização residencial Organização de companheiro
    Conectar Configurar conectores, criar fluxos de dados, ingerir ou federar dados
    Harmonizar e unificar Criar e executar transformações de dados e resolução de identidade
    Gerenciar Dados seguros com permissões e espaço de dados
    Criar segmentos, percepções e modelos do Einstein Studio Segmentar e prever
    Ativar Everywhere Ativações, ações de dados
    Criador de prompts, fluxos, relatórios, enriquecimento, e muito mais da plataforma
    Centro de prospecção baseado em Data 360, recursos de Sales e Service Cloud, Agentforce e muito mais
  6. Paridade de recursos da plataforma
    Da perspectiva de usuários e criadores, depois que os metadados são compartilhados, há algumas diferenças funcionais entre organizações Início e Companheiro em termos de uso de recursos da Salesforce Platform. A lista de recursos com suporte pode ser encontrada em Recursos do Data 360 em Organizações Companion.
    • Os recursos de plataforma do Salesforce, como Fluxos, Relatórios, Criador de prompts, painéis e outras ferramentas nativas da plataforma, funcionam nas Organizações Início e Companion assim que os metadados estiverem disponíveis.
    • Os recursos habilitados para o Data 360, como Agentforce, o Prospecting Center, os recursos do Sales Cloud Einstein e os recursos de IA do Service Cloud, também funcionam perfeitamente em organizações Início e Companion. Alguns recursos podem estar no caminho certo para alcançar a compatibilidade completa, mas a meta geral é ter a paridade de recursos entre organizações Início e Companheiro para todos os recursos entre nuvens que dependem do Data 360.
  7. Modelo de consumo
    Todas as atividades da organização companheira (consultas, execuções de segmento, fluxos acionados pelo Data 360, uso de IA, registro da Camada de Trust do Einstein etc.) consomem créditos do Data 360 da organização inicial. O consumo flui de uma só maneira: os créditos são centralizados, faturados e rastreados em relação à alocação de crédito da organização de origem. No entanto, você pode detalhar para ver quantos créditos cada organização individual usou na Digital Wallet.
  8. Princípio de design: Estrutura horizontal
    O Data Cloud One é projetado como uma construção horizontal da plataforma Salesforce, semelhante a sandboxes. A meta é que cada novo recurso lançado no Salesforce funcione nas organizações Início e Companheiro sem configuração adicional. Isso garante que o Data Cloud One não seja apenas uma opção de arquitetura de dados, mas um elemento fundamental da Salesforce Platform no futuro.

Empresas com várias organizações devem escolher como e onde localizar o Data 360 em seu ecossistema. Eles querem provisionar Data 360s independentes em cada organização ou usar o Data Cloud One para unificar organizações em uma única organização Início?

Cada organização do Salesforce provisiona sua própria instância do Data 360.

Prós:

  • Autonomia: Cada unidade de negócios ou região controla o próprio Data 360.
  • Simplicidade em cada organização: Governança, segurança e personalizações são localizadas.
  • Conformidade regulatória: Útil quando a separação regulatória rígida é necessária (por exemplo, os dados não devem cruzar fronteiras).

Cons:

  • Silos de dados: O Customer 360 não pode ser alcançado entre organizações.
  • Custo maior: Cada instância requer licenciamento, administração e integração. Os clientes acabam ingerindo os mesmos dados de origem várias vezes para obter uma visualização completa do C360 em várias organizações diferentes.
  • Trabalho duplicado: A resolução, a segmentação e o aprimoramento de identidade devem ser repetidos em cada Data 360.

Um único Data 360 é provisionado em uma organização Início, com outras organizações do Salesforce conectadas como Organizações de companheiro.

Prós:

  • Fonte Única da Verdade (SSOT): Todas as organizações compartilham o mesmo modelo de dados unificado.
  • Eficiência de custo: Somente uma licença do Data 360 e uma infraestrutura para gerenciar.
  • Governação unificada: Políticas, segurança e controles de conformidade são aplicados centralmente.
  • Enriquecimento entre organizações: Organizações de companheiro podem acessar perfis, percepções e segmentos harmonizados.
  • Prontidão de IA: Conjunto de dados corporativo permite um treinamento e ativação melhores de modelos de IA.
  • Prova futura: Adicionar novas Organizações de companheiro é simples; não há necessidade de novos Data 360s.

Cons:

  • Preparação adicional: Requer planejamento para a conectividade da organização organizacional.
  • Considerações de latência: Organizações parceiras em diferentes regiões podem ver consultas mais lentas.
  • Governação complexa: Se cada organização tiver necessidades de personalização muito diferentes, a governança detalhada poderá ser complexa.

Em alguns casos, governança, conformidade ou outros requisitos de negócios podem tornar imprático agrupar todas as organizações. Isso pode levar à necessidade de implementar uma solução híbrida na qual a empresa opera vários Data 360s, cada um dos quais é a organização inicial para um cluster diferente de Organizações de companheiro.

Uma corporação multinacional tem organizações do Salesforce em várias regiões, incluindo Europa, EUA e Ásia. Para cumprir as normas de residência de dados regionais, eles fornecem um Data 360 para cada região separada.

Consideração Vários Data 360s independentes Um Data 360 compartilhado (Data Cloud One )
Autonomia Alta autonomia para cada organização ou unidade de negócios. Governança centralizada, menos autonomia por organização.
Conformidade Útil quando a separação rígida é necessária (por exemplo, leis regionais). Funciona melhor quando a residência permite a centralização.
Custo Custos de licenciamento e administrador maiores. Mais econômico; uma licença para muitas organizações.
Governance Fragmentado; as políticas diferem por organização. Políticas centralizadas e consistentes entre organizações.
Silos de dados Cada organização tem sua própria visualização; nenhum do Enterprise 360. Conjunto de dados unificado, sem duplicação.
IA/Analytics Limitado aos dados de cada organização. Modelos corporativos com maior precisão.
Complexidade Mais instâncias para gerenciar, mais integrações. Arquitetura mais simples, menos peças móveis.
Desempenho Melhor para casos de uso organizacionais. O acesso à organização de companheiro pode introduzir latência.

Padrão preferencial: Data Cloud One

Padrão para uma única organização Início com organizações de companheiro conectadas para empresas de várias organizações.
Isso cria um Customer 360 corporativo, simplifica a governança e otimiza o custo.

Quando usar vários Data 360s:

Somente se a conformidade, a residência ou a autonomia organizacional o exigirem estritamente. Por exemplo, se as operações europeias precisarem permanecer totalmente separadas das operações dos EUA devido à regulamentação.

Como escolher a organização Início no Data Cloud One:

Comece considerando uma das suas principais organizações, geralmente onde a maioria dos negócios é executada. O provisionamento do Data 360 lá pode minimizar a complexidade e maximizar o valor antecipado.

Somente se nenhuma organização existente for adequada, considere criar uma organização residencial dedicada gerenciada por uma equipe do Centro de excelência.

Princípio geral:

Em ambientes de várias organizações, minimize o número de Data 360s. Favorecer o Data Cloud One como padrão para reduzir a duplicação, habilitar a prontidão de IA e simplificar a governança.


Embora o Data Cloud One seja a abordagem recomendada para a maioria das empresas, há cenários em que os clientes podem precisar provisionar várias instâncias do Data 360. Quando há vários Data 360s, a unificação entre eles não é automática.

O compartilhamento de dados do Data 360 para Data 360 permite que os clientes compartilhem objetos específicos entre instâncias do Data 360 sem duplicação ou pipelines personalizados. É um mecanismo de compartilhamento de metadados de cópia zero projetado para colaboração entre os Data 360s.

  • Cada Data 360 é provisionado em sua própria organização inicial.
  • Os administradores podem criar um compartilhamento de dados, um agrupamento de objetos específicos que desejam compartilhar.
  • O acesso aos dados selecionados é compartilhado com o Data 360 de uma organização de destino, em que os objetos aparecem como se fossem definidos localmente. Os dados subjacentes permanecem no Data 360 de origem; apenas o acesso é compartilhado.
  • As marcas não são compartilhadas. Somente os objetos brutos são disponibilizados; a organização de destino deve reaplicar quaisquer marcas de governança, operacionais ou de IA conforme necessário.
  • No Data Cloud One, várias organizações companheiras compartilham uma única instância do Data 360. Os recursos da plataforma (Agentforce, Prospecting Center, Tableau Next, etc.) são executados nos mesmos dados subjacentes, garantindo a consistência.
  • Ao usar o compartilhamento de dados entre organizações do Data 360, cada organização tem seu próprio Data 360. Recursos como Agentforce na organização A e na organização B funcionam separadamente em sua instância local. Nenhum compartilhamento ocorre automaticamente; compartilhamentos de dados deliberados devem ser criados para colaborar apenas em objetos específicos.

Conformidade regional:
Um varejista multinacional fornece um Data 360 na UE e outro nos EUA. O compartilhamento de dados do Data 360-to-Data 360 permite que a empresa agregue percepções (por exemplo, KPIs de fidelidade) para serem compartilhadas com a sede dos EUA enquanto os dados brutos permanecem locais.

Colaboração da unidade de negócios:
Um conglomerado executa Data 360s separados para varejo e seguro. O compartilhamento de dados entre o Data 360s permite que os usuários acessem uma única fonte de dados autônoma sem mover nem copiar. Com Com o compartilhamento de dados entre organizações do Data 360, a organização de Seguro recebe o segmento "Cliente de alto valor" do varejo para campanhas de venda cruzada direcionadas.

Fusões e aquisições:
Uma matriz adquire uma subsidiária com seu próprio Data 360. Com duas instâncias para gerenciar, manter silos de dados de curto prazo preserva a segurança dos dados e a integridade de SSOT. Ao mesmo tempo, o compartilhamento de dados entre duas instâncias do Data 360 permite a colaboração necessária durante a transição.

Painéis executivos federais:
Uma distribuição multinacional entre continentes provisiona Data 360s individuais por região. Os executivos querem uma visualização de desempenho trimestral federada. Cada Data 360 regional compartilha percepções calculadas agregadas com uma "Organização executiva", habilitando relatórios corporativos.

Fator Prós Contras
Residência de dados Dá suporte à separação regional enquanto ativa a colaboração. Não elimina a necessidade de gerenciar vários Data 360s.
Duplicação de dados Cópia zero; nenhuma duplicação de objetos. Requer seleção deliberada de objetos para inclusão em cada compartilhamento de dados.
Governance O compartilhamento é explícito e deliberado (no nível do objeto). Sem marcas ou fluxo de políticas; a organização de destino deve reaplicar a governança.
Complexidade Ativa a colaboração seletiva sem centralização. Requer o gerenciamento de vários Data 360s e compartilhamentos de dados.
IA/Analytics IA/análise regional possível; as percepções podem ser compartilhadas entre organizações. Nenhuma IA corporativa, a menos que os dados sejam compartilhados intencionalmente.
Recursos da plataforma Os recursos desenvolvidos com o Data 360 de cada organização são executados de modo independente. Sem compartilhamento automático – risco de duplicação se não for projetado com cuidado.
Custo Pode reduzir a necessidade de pipelines de ETL. Ainda ocorre o custo de vários Data 360s. Consome créditos para consultas de dados e compartilhamento de dados.
Consideração Data Cloud One (preferencial para várias organizações) Compartilhamento de dados entre organizações do Data 360
Fonte Única da Verdade ✅ Sim – todas as organizações compartilham o mesmo DC. ⚡ Não – cada Data 360 tem seu próprio modelo de dados.
Conformidade Funciona apenas quando a residência permite a centralização. Necessário quando as leis de residência impedem a centralização.
Governance Centralizado, consistente. Federado; compartilhamentos deliberados no nível do objeto.
Complexidade Menos peças móveis, mais simples. complexo – requer compartilhamentos de dados de configuração e vários Data 360s.
IA/Analytics Modelos de IA corporativa. IA regional; as percepções podem ser compartilhadas de modo seletivo.
Recursos da plataforma O Data 360 compartilhado significa que todos os recursos funcionam de modo consistente em Início + Companheiros. Os recursos são executados de forma independente em cada Data 360; o compartilhamento deve ser explícito.

Se sua empresa tiver vários Data 360s:

  • Use o compartilhamento de dados entre organizações do Data 360 para colaborar entre elas, em vez de criar pipelines personalizados ou duplicar dados.
  • Compartilhe objetos específicos (DMOs, Insights calculados, Segmentos) criando Compartilhamentos de dados e concedendo-os a organizações de destino.
  • Esteja ciente de que as marcas não são compartilhadas – a organização receptora deve reaplicar as marcas (por exemplo, governança, classificação, aprimoramento de IA).

Quando usar o Compartilhamento de dados entre organizações do Data 360:

  • Para cumprir requisitos regulatórios que impedem a centralização.
  • Para manter a autonomia da unidade de negócios enquanto habilita a colaboração seletiva.
  • Para fornecer painéis executivos federados em várias regiões.
  • Para conectar cenários de mesclagem e compra em que a consolidação não é possível imediatamente.

Designe cuidadosamente

O compartilhamento deve ser deliberado e específico do objeto. Evite "sobrepartilhamento" – alinhe os compartilhamentos de dados às necessidades de negócios e conformidade. Trate o compartilhamento de dados do Data 360-to-Data 360 como uma estratégia de federação, não como uma substituição do Data Cloud One.


  1. Todas as organizações devem planejar o acesso ao Data 360
    • No futuro, todos os recursos da Salesforce Platform, do Sales Cloud e do Service Cloud até o Agentforce, exigem a conectividade do Data 360. Cada organização deve hospedar uma organização do Data 360 Home ou ser uma organização de companheiro conectada por meio do Data Cloud One.
  2. Pense em toda a empresa, não organização por organização
    • Evite decisões unilaterais de linha de negócios tomadas isoladamente.
    • O provisionamento deve ser decidido de modo coletivo, idealmente por uma arquitetura corporativa ou conselho de governança de dados. Sempre antecipe as necessidades futuras de IA e análise, que dependem de conjuntos de dados amplos e unificados.
  3. Minimizar silos de dados
    • Favorecer o provisionamento do Data 360 em uma organização principal existente para simplificação e velocidade.
    • Em ambientes de várias organizações, o Data Cloud One é o padrão para unificar organizações sob um Data 360.
    • Provisione vários Data 360s apenas se for estritamente necessário para conformidade, residência ou autonomia organizacional.
  4. Projete deliberadamente se precisar executar vários Data 360s
    • Configure o compartilhamento de dados entre organizações do Data 360 para colaboração, não pipelines de ETL personalizados.
    • Compartilhe objetos específicos (DMOs, Insights calculados, Segmentos) por meio de compartilhamentos de dados.
    • Lembre-se: as marcas não são compartilhadas e o consumo é faturado para a organização de origem.
  5. Planejar governança e responsabilidade antecipadamente
    • Decida se o Data 360 será gerenciado centralmente (modelo do Centro de excelência) ou delegado a linhas de negócios. Defina papéis para administradores, equipes de segurança e leads de conformidade.
    • Evite ambiguidade: a propriedade pouco clara é uma fonte comum de atrito.
  6. Evite atalhos de curto prazo
    • Não ative vários Data 360s para POCs sem um plano de longo prazo. Isso cria um trabalho de consolidação disruptivo mais tarde.
    • Em vez disso, alinhe pilotos e implantações iniciais à sua estratégia de provisionamento corporativo.

Essas escolhas de provisionamento são essenciais porque a Salesforce Platform está evoluindo para um modelo Data 360 First, em que todos os recursos, da segmentação do cliente à fundamentação do agente de IA, dependem dele. As decisões que você toma hoje estabelecerão a base para a eficiência com que sua empresa unifica dados do cliente, a rapidez com que você pode adotar novos recursos do Salesforce e a escala de IA confiável em seus negócios. Para ter sucesso, você deve provisionar com cuidado, minimizar a duplicação, alinhar-se aos requisitos de conformidade, governar deliberadamente e pensar em longo prazo. Por fim, o provisionamento do Data 360 é a primeira etapa para que dados, IA e CRM funcionem juntos como uma plataforma coesa.

Kunal Goyal é diretora de gerenciamento de produto na Salesforce, focada em avançar a arquitetura e a escalabilidade de várias organizações no Data 360. Desde 2017, ele liderou várias iniciativas e produtos centrados na colaboração entre organizações e no design de sistemas de vários locatários. Kunal é um dos leads de Arquitetura de melhores práticas do Data 360 e o proprietário do produto para experiências de configuração, provisionamento e administrador do Data Cloud One.

Erin Wagner Tidwell é redatora técnica principal e designer de conteúdo para o Data 360. Ela está no Salesforce desde 2013. Ela está dedicada a tornar o Data 360 mais fácil de entender e usar com documentação técnica clara, consistente e precisa e comunicação no aplicativo.

Yugandhar Bora é um arquiteto de engenharia de software na Salesforce, especializado em arquitetura de dados na plataforma de Aplicativos de dados e inteligência. Ele lidera iniciativas do Conselho de revisão de arquitetura corporativa (EARB) focadas na governança de dados e modelos de dados unificados, ao mesmo tempo que contribui para soluções de provisionamento de plataforma automatizadas.

Samarpan Jain é um arquiteto principal na Salesforce especializado em Commerce Cloud, integração de plataforma e arquitetura entre organizações. Um dos funcionários mais antigos da Salesforce, ele lidera iniciativas importantes, incluindo conformidade de residência de dados para clientes do governo e sistemas de atribuição de uso do Data 360.