Provisionamento do Data 360

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 têm várias decisões sobre o Data 360 a tomar, todas afetando a governança, a conformidade, o custo, a latência e a capacidade da organização de dimensionar recursos de plataforma de IA e organizações cruzadas.

Este guia fornece uma estrutura para tomar decisões de provisionamento com o Data 360. Essas decisões incluem:

• Selecionar uma única organização de origem versus uma configuração de várias organizações

• Provisionamento de várias instâncias independentes do Data 360

  • Usar o Data Cloud One para unificar organizações em uma única instância

  • Colabore entre instâncias independentes do Data 360 que usam compartilhamento de dados entre organizações do Data 360

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 companheiras. 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. Ele determina como a empresa unifica dados do cliente, impõe governança e habilita recursos essenciais 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, uma governança centralizada e ativa a prontidão de IA corporativa. Organizações parceiras podem acessar 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. O compartilhamento de dados entre organizações do Data 360 habilita a colaboração seletiva de cópia zero entre essas instâncias.

Essa decisão influencia quem controla a governança de dados, onde os dados estão, como os recursos da plataforma são habilitados e como futuras integrações e iniciativas de IA podem ser dimensionadas. Mesmo para organizações que não têm o Data 360 no momento, pode ser importante preparar suas arquiteturas para o futuro desenvolvendo uma estratégia para adicionar acesso ao Data 360 no futuro. Cada vez mais, os recursos do Salesforce em Vendas, Serviços, Marketing, Comércio, Indústrias e Agentforce são criados no Data 360. As organizações que desejam usar esses recursos de plataforma devem provisionar o próprio Data 360 ou se conectar a um Data 360 compartilhado como organizações parceiras.

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, a IA e a inovação entre plataformas. Use este guia para determinar quais organizações exigem o Data 360 e se o Data Cloud One ou o compartilhamento de dados entre organizações do Data 360 devem ser usados. Essa estratégia estabelece uma base sólida para um futuro centrado no Data 360.

• Todas as organizações devem planejar o acesso a uma instância do Data 360. Cada organização deve hospedar uma organização inicial do Data 360 ou ser uma organização companheira conectada por meio do Data Cloud One.

• Pense em toda a empresa, não organização por organização. Evite decisões unilaterais de linha de negócios tomadas isoladamente. O ideal é que uma arquitetura corporativa ou um conselho de governança de dados decidam coletivamente sobre a estratégia de provisionamento. Sempre antecipe as necessidades futuras de IA e análise, que dependem de conjuntos de dados amplos e unificados.

• Planeje a governança e a propriedade antecipadamente. Decida se o Data 360 deve ser gerenciado centralmente (modelo do Centro de excelência) ou delegado às linhas de negócios. Defina papéis para administradores, equipes de segurança e leads de conformidade. Evite ambiguidade, pois a propriedade pouco clara pode ser problemática.

• Lembre-se, o provisionamento está ligado à licença. A organização em que a licença do Data 360 é adquirida determina onde o Data 360 é provisionado e o local dessa organização determina a região.

• Entenda as considerações de suporte de fonte de dados. Fique atento às regiões com suporte para várias nuvens públicas e fontes de dados de cópia zero. 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.

• Provisionamento baseado em se você tem uma organização única ou uma organização múltipla. Para clientes de organização única, provisione o Data 360 em sua organização de produção existente para o tempo de valor mais rápido. Para 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.

• Use várias instâncias do Data 360 apenas quando necessário. Várias instâncias devem ser usadas apenas quando exigidas 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.

• Configure o compartilhamento de dados entre organizações do Data 360 para colaboração, não para pipelines ETL personalizados. Compartilhe objetos específicos (DMOs, percepções calculadas, segmentos) por meio de compartilhamentos de dados. Lembre-se de que as marcas não são compartilhadas e o consumo é faturado para a organização de origem.

• Evite atalhos de curto prazo. Não ative várias organizações do Data 360 para comprovação de conceitos (POCs) sem um plano de longo prazo. Alinhe pilotos e implantações iniciais à sua estratégia de provisionamento corporativo.

Avalie cada opção de provisionamento (escolhendo entre o Data Cloud One, o compartilhamento de dados entre organizações do Data 360 ou a designação da organização de origem) com base nessas considerações intersetoriais.

Há três casos de uso principais que exigem decisões para o provisionamento do Data 360:

• Escolher a organização residencial
• Aplicar uma estratégia de várias organizações
• Compartilhamento de dados entre organizações 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 inicial do Data 360. A organização de origem é a âncora para sua instância do Data 360. Isso inclui:

• Gerenciamento de armazenamento e computação do Data 360 (na região selecionada no provisionamento).

• Aplicação de políticas de administração, governança e segurança

• Desempenho de ingestão de dados, harmonização, resolução de identidade, segmentação e ativação

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

The Home Organisation:

• Determina a localização geográfica da sua instância do Data 360.

• Determina quem é proprietário e administra sua instância do Data 360. Os administradores na sua organização inicial do Data 360 podem acessar todos os dados ingeridos no Data 360.

• Controla as conexões da organização companheira em uma configuração do Data Cloud One.

• Define a base para sua estratégia de dados corporativa. Alterá-la posteriormente é difícil e disruptiva.

Para obter mais informações sobre organizações iniciais do Data 360, consulte Padrões e práticas de integração do Data 360.

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 de origem.

Opção A: Provisionar o Data 360 em uma organização existente

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 processos de negócios é executada.

• Prós:

  • Caminho mais simples: O Data 360 é provisionado onde seus dados do CRM 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.

• Contras:

  • Pode herdar a governança ou o débito técnico de uma 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.

Opção B: Provisionar o Data 360 em uma nova organização dedicada

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

• 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).

• Contras:

  • 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 de origem dedicada para provisionar o Data 360. Todas as organizações de unidade de negócios (Retail, Wealth, Commercial Banking) se conectam como organizações companheiras por meio do Data Cloud One.

Critérios de decisão

Como um princípio geral, use uma organização principal existente como sua organização de origem para minimizar o esforço inicial e acelerar a adoção. Crie uma nova organização inicial dedicada apenas 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 atua como seu CRM centralizado, para atuar como a organização de origem. 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

Criar uma organização de origem oferece flexibilidade e neutralidade, mas com um tempo de valor mais lento nestes casos.

• 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.

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 e assim por diante, 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 ou 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 de origem, que hospeda a instância do Data 360. Outras organizações do Salesforce se conectam como organizações companheiras, consumindo os dados unificados e metadados do Data 360 da organização de origem.

Como o Data Cloud One funciona

• Ingestão e unificação de dados (organização inicial)

  • Todas as configurações de ingestão de dados (Salesforce CRM, origens externas, streaming, lote) ocorrem apenas na organização de origem.

  • O locatário do Data 360 vinculado à organização de origem realiza resolução de identidade, harmonização, modelagem e unificação em perfis de clientes confiáveis.

  • Administração, políticas de governança, marcação e mascaramento do Data 360 são aplicados centralmente na organização de origem.

• Arquitetura de espaço de dados

  • Na organização de origem, 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 de origem, espaços de dados específicos são compartilhados seletivamente com organizações companheiras. Isso garante que apenas os dados relevantes (e metadados associados) fluam para as organizações certas.

• Compartilhamento de metadados

  Organizações parceiras recebem definições de metadados da organização de origem, incluindo objetos de modelo de dados (DMOs), esquema de perfil unificado, insights calculados, segmentos e muito mais. Eles aparecem nativamente dentro da organização companheira como se fossem ativos locais, mas estão vinculados à organização de origem.

• Capacidades em organizações iniciais vs. organizações companheiras O acesso ao recurso difere entre organizações iniciais e companheiras. Organizações parceiras não podem ingerir nem unificar dados e dependem da 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.

• 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 iniciais e companheiras 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 em organizações iniciais e companheiras assim que os metadados estiverem disponíveis.

  • Os recursos habilitados para o Data 360, como Agentforce, o Prospecting Center, os recursos Sales Cloud Einstein e os recursos de IA do Service Cloud, também funcionam perfeitamente em organizações de origem e companhias. 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 iniciais e companheiras para todos os recursos entre nuvens que dependem do Data 360.

• 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 e assim por diante) 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.

• Princípio de design: Estrutura horizontal A construção horizontal no Data 360 é um princípio de design fundamental, implementado principalmente por meio do Data Cloud One, que permite que uma única instância do Data Cloud abranja várias organizações distintas do Salesforce CRM. A meta é que cada novo recurso liberado funcione em organizações iniciais e de companheiros sem configuração adicional. Essa funcionalidade garante que o Data Cloud One não seja apenas uma escolha 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 organizações independentes do Data 360 em cada organização ou usar o Data Cloud One para unificar organizações em uma única organização de origem?

Opção A: Várias organizações independentes do Data 360

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 dentro de 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).

Contras:

• Silos de dados: Perfis unificados não podem ser alcançados 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 em várias organizações diferentes.

• Trabalho duplicado: A resolução, a segmentação e o aprimoramento de identidade devem ser repetidos em cada instância do Data 360.

Opção B: Um cluster compartilhado do Data 360 (Data Cloud One Cluster)

Um único Data 360 é provisionado em uma organização inicial, com outras organizações do Salesforce conectadas como organizações companheiras.

Prós:

• Fonte Única da Verdade (SSOT): Todas as organizações compartilham um modelo de dados unificado.

• Eficiência de custo: Gerencie apenas uma licença e uma infraestrutura do Data 360.

• Governação unificada: Políticas aplicadas centralmente, segurança e controles de conformidade.

• Enriquecimento entre organizações: Acesse perfis, percepções e segmentos harmonizados em organizações parceiras.

• Prontidão de IA: Um conjunto de dados corporativo permite um treinamento e ativação melhores de modelos de IA.

• Prova futura: Adicionar novas organizações de companheiro é simples, pois não há necessidade de novas organizações do Data 360.

Contras:

• Preparação adicional: Um Data 360 requer planejamento para conectividade organizacional 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 diferentes necessidades de personalização, a governança detalhada poderá ser complexa.

Opção C: Vários clusters do Data Cloud One

Às vezes, 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árias organizações do Data 360, cada uma das quais é a organização de origem para um cluster diferente de organizações companheiras.

Exemplo:

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.

Critérios de decisão

Padrão preferido: Data Cloud One

Para simplificar a governança e otimizar o custo em empresas com diversas organizações, use uma única organização de origem com organizações companheiras conectadas.

Quando usar várias organizações do Data 360: Use várias organizações do Data 360 apenas 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 a regulamentações).

Como escolher a organização inicial 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.

Considere criar uma organização inicial dedicada gerenciada por uma equipe de COE apenas se nenhuma organização existente for adequada.

Princípio geral:

Em ambientes de várias organizações, minimize o número de organizações do Data 360. 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 devem provisionar várias instâncias do Data 360, incluindo:

• 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 crie percepções com base em dados locais e ainda compartilhe a percepção com a sede dos EUA.
• Colaboração de unidade de negócios. Um conglomerado executa organizações separadas do Data 360 para varejo e seguro. O compartilhamento de dados entre organizações do Data 360 permite que os usuários acessem uma única fonte de dados autônoma sem mover nem copiar. 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, reter silos de dados de curto prazo preserva a segurança de 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 organizações individuais do Data 360 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.

Quando existem várias organizações do Data 360, a unificação entre elas 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 organizações do Data 360.

• Cada Data 360 é provisionado em sua própria organização de origem.

• 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. Apenas o acesso é compartilhado, os dados subjacentes permanecem no Data 360 de origem.

• 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. Para garantir a consistência, recursos de plataforma, como Agentforce, Prospecting Center e Tableau Next, são executados nos mesmos dados subjacentes.

• 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.

Se sua empresa tiver várias organizações do Data 360

• 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, percepções calculadas, segmentos) criando compartilhamentos de dados e concedendo-os a organizações de destino.

• As marcas não são compartilhadas – a organização receptora deve reaplicar as marcas para governança, classificação ou aprimoramento de IA.

Usar 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 fazer a ponte entre cenários de M&A em que a consolidação não é possível imediatamente.

Designe cuidadosamente

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.

• Use o compartilhamento específico do objeto.
• Evite o excesso de compartilhamento.
• Alinhe compartilhamentos de dados às necessidades de negócios e conformidade.

Planejar sua estratégia de dados para provisionamento do Data 360 é uma decisão arquitetônica de longo prazo crítica que deve ser abordada em toda a empresa, não organização por organização. Essa escolha estratégica inicial determina como os dados do cliente são unificados, como a governança é imposta e como os recursos essenciais da plataforma, especialmente IA e análise, são dimensionados em toda a organização. Planeje modelos de governança e propriedade com antecedência e evite atalhos de curto prazo que levem à fragmentação e maior complexidade mais tarde.

O que é Customer 360?

Padrões e práticas de integração do Data 360

Arquitetura do Data 360

Arquitetura de segurança do Data 360

Sobre os autores

Kunal Goyal é diretor de Gerenciamento de produto na Salesforce, focado no avanço da arquitetura e 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 por meio de 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.