Provisionnement Data 360

Salesforce Data 360 est une plate-forme de données basée sur Hyperforce qui unifie Salesforce et les données externes dans une vue complète, claire et fiable de chaque client ou compte.

Les entreprises exploitent souvent plusieurs organisations Salesforce en raison de fusions et d’acquisitions, d’opérations régionales, d’une séparation fonctionnelle ou pour des raisons historiques. Les architectes doivent prendre plusieurs décisions concernant Data 360, qui impactent la gouvernance, la conformité, le coût, la latence et la capacité de l’organisation à adapter les fonctionnalités de l’IA et de la plate-forme inter-organisations.

Ce guide fournit un cadre pour prendre des décisions de provisionnement avec Data 360. Ces décisions comprennent :

• Sélection d’une seule organisation d’origine par rapport à une configuration multi-organisations

• Provisionnement de plusieurs instances Data 360 indépendantes

  • Utiliser Data Cloud One pour unifier les organisations sous une instance unique

  • Collaboration entre des instances Data 360 indépendantes qui utilisent le partage de données entre des organisations Data 360

Data 360 est automatiquement provisionnée dans toute organisation de production qui reçoit une licence Data 360. Data Cloud One est l’architecture de connectivité multi-organisations de Salesforce qui permet à une seule organisation domestique d’héberger l’instance Data 360, tandis que d’autres organisations Salesforce se connectent en tant qu’organisations compagnes. Le choix de l’organisation détentrice de la licence Data 360, qui devient ainsi une organisation domestique Data 360, est une décision architecturale critique avec des conséquences à long terme.

Le provisionnement de Salesforce Data 360 est une décision architecturale fondamentale. Il détermine comment l’entreprise unifie les données des clients, applique la gouvernance et active les fonctionnalités critiques de la plate-forme, en particulier l’IA, Agentforce et les analytiques dans l’ensemble de l’organisation. L’ancrage d’un cluster d’organisations à une Data 360 unique fournit un modèle de données unifié, une gouvernance centralisée et permet de préparer l’entreprise à l’IA. Les organisations compagnes peuvent accéder aux métadonnées et fonctionnalités partagées comme si les données étaient locales. Par contre, plusieurs instances Data 360 indépendantes sont appropriées lorsque les exigences réglementaires, de conformité ou d’autonomie empêchent la centralisation. Le partage de données entre les organisations Data 360 permet une collaboration sélective et sans copie entre ces instances.

Cette décision influence qui contrôle la gouvernance des données, où résident les données, comment les fonctionnalités de la plate-forme sont activées et comment les futures intégrations et initiatives IA peuvent évoluer en douceur. Même pour les organisations qui n’ont pas encore Data 360, il peut être important de pérenniser leur architecture en développant une stratégie pour ajouter l’accès Data 360 à l’avenir. De plus en plus, les fonctionnalités de Salesforce dans Sales, Service, Marketing, Commerce, Industries et Agentforce sont élaborées sur Data 360. Les organisations qui souhaitent utiliser ces fonctionnalités de plate-forme doivent provisionner leur propre Data 360 ou se connecter à une Data 360 partagée en tant qu’organisations compagnes.

Ce guide aide les architectes à concevoir une stratégie de provisionnement qui concilie simplicité, cohérence à l’échelle de l’entreprise, conformité et évolutivité, afin de s’assurer que l’organisation peut exploiter en toute confiance Data 360 pour Customer 360, l’IA et l’innovation multi-plate-forme. Utilisez ce guide pour déterminer quelles organisations nécessitent Data 360, et si vous souhaitez utiliser Data Cloud One ou le partage de données entre des organisations Data 360. Cette stratégie établit une base solide pour un avenir centré sur Data 360.

• Chaque organisation doit planifier l’accès à une instance Data 360. Chaque organisation doit héberger une organisation domestique Data 360 ou être une organisation associée connectée via Data Cloud One.

• Pensez à l’échelle de l’entreprise, pas organisation par organisation. Évitez les décisions unilatérales et métiers prises de façon isolée. Idéalement, une architecture d’entreprise ou un conseil de gouvernance des données devrait décider collectivement de la stratégie de provisionnement. Anticipez toujours les besoins futurs en IA et en analytiques, qui dépendent de jeux de données larges et unifiés.

• Planifiez la gouvernance et la propriété dès le départ. Déterminez si Data 360 est gérée de façon centralisée (modèle Centre d’excellence) ou déléguée à des secteurs d’activité. Définissez les rôles des administrateurs, des équipes de sécurité et des pistes de conformité. Évitez toute ambiguïté, car une propriété imprécise peut être problématique.

• Rappelez-vous que le provisionnement est lié à la licence. L’organisation dans laquelle la licence Data 360 est achetée détermine où Data 360 est provisionnée et l’emplacement de cette organisation détermine la région.

• Comprenez les considérations relatives au support de la source de données. Faites très attention aux régions prises en charge pour divers clouds publics et sources de données sans copie. Déterminez également si Private Connect est requis pour votre dispositif de sécurité afin de vous connecter à ces sources de données et si les connexions dans la région ou entre les régions sont prises en charge.

• Provisionnez selon que vous disposez d’une organisation unique ou de plusieurs organisations. Pour les clients mono-organisation, provisionnez Data 360 dans votre organisation de production existante pour une mise en valeur rapide. Pour les clients multi-organisations, réduisez la complexité en créant le moins d’instances Data 360 possible, idéalement en utilisant la configuration Data Cloud One.

• Utilisez plusieurs instances Data 360 uniquement si nécessaire. Plusieurs instances doivent être utilisées uniquement lorsque la conformité, la résidence ou l’autonomie organisationnelle l’exige. Dans ce cas, utilisez le partage de données entre les organisations Data 360 pour activer la collaboration sécurisée.

• Configurez le partage de données entre les organisations Data 360 pour la collaboration, pas pour des pipelines ETL personnalisés. Partagez des objets spécifiques (DMO, analyses calculées, segments) par le biais de partages de données. Pour rappel, les balises ne sont pas partagées et la consommation est facturée à l’organisation source.

• Évitez les raccourcis à court terme. Ne créez pas plusieurs organisations Data 360 pour des preuves de concept (POC) sans plan à long terme. Alignez les pilotes et les déploiements anticipés sur votre stratégie de provisionnement à l’échelle de l’entreprise.

Évaluez chaque choix de provisionnement (choisir entre Data Cloud One, le partage de données entre des organisations Data 360 ou la désignation d’une organisation d’origine) par rapport à ces considérations transversales.

Trois cas d’utilisation majeurs nécessitent des décisions pour le provisionnement de Data 360 :

• Choisir l’organisation d’accueil
• Application d’une stratégie multi-organisations
• Partage de données entre des organisations Data 360

Lorsque vous achetez une licence Data 360, l’instance Data 360 est provisionnée dans l’organisation Salesforce associée à cette licence. Cette organisation est appelée organisation d’accueil Data 360. L’organisation d’accueil est l’ancrage de votre instance Data 360. Cela comprend :

• Gestion du stockage et du calcul Data 360 (dans la région sélectionnée lors du provisionnement).

• Application des politiques d’administration, de gouvernance et de sécurité

• Performances d’ingestion, harmonisation, résolution de l’identité, segmentation et activation des données

Dans les scénarios multi-organisations, l’organisation d’origine gère l’instance centrale Data 360 pour les autres organisations «compagnons» Salesforce.

L’organisation d’accueil :

• Détermine l’emplacement géographique de votre instance Data 360.

• Détermine qui est propriétaire et administrateur de votre instance Data 360. Les administrateurs de votre organisation d’origine Data 360 peuvent accéder à toutes les données ingérées dans Data 360.

• Contrôle les connexions d’organisations compagnes dans une configuration Data Cloud One.

• Définit les fondations de votre stratégie de données d’entreprise. La modifier ultérieurement est difficile et perturbatrice.

Pour plus d’informations sur les organisations d’accueil Data 360, consultez Schémas et pratiques d’intégration Data 360.

La première décision importante est de provisionner Data 360 dans une organisation de production existante ou de créer une organisation dédiée pour agir en tant qu’organisation d’origine.

Option A : Provisionnement de Data 360 dans une organisation existante

Convient mieux pour : Les clients d’une seule organisation Salesforce ou les clients de plusieurs organisations qui ont déjà une organisation centralisée majeure dans laquelle la plupart des processus métiers sont exécutés.

• Avantages :

  • Chemin le plus simple : Data 360 est provisionnée là où vivent vos données CRM.

  • Accès immédiat aux données commerciales, de service et marketing locales.

  • Aucune intégration supplémentaire n’est requise.

  • Moins de licences et d’environnements à gérer.

  • Accélére l’adoption précoce, les pilotes et les cas d’utilisation en production.

• Inconvénients :

  • Peut hériter de la gouvernance ou de la dette technique d’une organisation existante.

  • Si aucune « organisation principale » n’existe, sa sélection peut créer des débats sur la propriété.

  • La performance liée à l’emplacement de l’organisation peut ne pas correspondre aux besoins de résidence de l’entreprise.

  • Si plusieurs unités commerciales utilisent différentes organisations, le provisionnement local peut entraîner une fragmentation s’il n’est pas associé à Data Cloud One.

Exemple :

Une entreprise SaaS avec une organisation Salesforce provisionne Data 360 dans cette organisation pour unifier les données d’abonnement et de support des clients.

Option B : Provisionnement de Data 360 dans une nouvelle organisation dédiée

Convient mieux pour : Les clients de plusieurs organisations Salesforce qui ne peuvent pas s’aligner sur une seule organisation majeure, ou les entreprises qui ont un modèle Centre d’excellence (CoE) solide.

• Avantages :

  • Permet d’établir une gouvernance sur une base entièrement nouvelle, sans les complexités héritées d’une organisation existante.

  • Contrôle centralisé dans plusieurs secteurs d’activité.

  • Flexibilité pour choisir une région en fonction des besoins de conformité.

  • Agit en tant qu’organisation neutre de « service partagé », pas liée à une seule unité commerciale.

  • Configurez pour la future architecture Data Cloud One (organisation d’accueil avec plusieurs organisations compagnes).

• Inconvénients :

  • Les clients doivent licencier une nouvelle organisation Salesforce sur laquelle provisionner Data 360.

  • Intégration supplémentaire requise pour connecter l’organisation à Data 360 via une connexion complémentaire Data Cloud One.

  • Peut ajouter une charge administrative (gestion des utilisateurs, sécurité, identité).

  • Délai de valorisation plus long que le provisionnement dans une organisation de production existante.

Exemple :

Une multinationale de services financiers crée une organisation d’accueil dédiée pour provisionner Data 360. Toutes les organisations d’unité commerciale (Retail, Wealth, Commercial Banking) se connectent en tant qu’organisations partenaires via Data Cloud One.

Critères de décision

En règle générale, utilisez une organisation majeure existante comme organisation d’origine afin de limiter les efforts initiaux et d’accélérer l’adoption. Créez une organisation d’accueil dédiée uniquement si votre stratégie de gouvernance ou de conformité à long terme l’exige. La création d’une nouvelle organisation d’accueil dédiée est un choix courant pour les grandes entreprises disposant d’un Centre d’excellence (COE).

Environnement d’organisation unique

Provisionnez Data 360 dans votre organisation de production existante. Cela maximise la simplicité et la valeur immédiate. Il évite les coûts d’intégration inutiles.

Environnement d’organisation multiple

Préférez sélectionner l’une de vos principales organisations, généralement celle où la plupart de vos activités sont gérées, ou l’organisation qui sert de CRM centralisé, pour agir en tant qu’organisation d’origine. Cela réduit la complexité, réduit les tâches de configuration et permet de prendre rapidement conscience de la valeur de Data 360. L’utilisation d’une organisation majeure existante évite également les coûts et les efforts d’intégration liés à la gestion d’un nouvel environnement.

Quand envisager une nouvelle organisation d’accueil dédiée

La création d’une organisation d’accueil offre flexibilité et neutralité, mais avec un délai de réalisation de la valeur plus long dans ces cas.

• Si votre organisation a un solide Centre d’excellence (COE) et souhaite une gouvernance séparée des organisations des unités commerciales.
• Si aucune organisation existante ne convient en raison de contraintes de conformité ou d’organisation.

Les entreprises exploitent souvent plusieurs organisations Salesforce, et ce n’est pas un cas exceptionnel, mais la norme. En février 2024, environ 19 000 clients Salesforce exécutaient déjà plusieurs organisations Salesforce.

Pourquoi ça arrive ?

• Acquisitions et fusions : Les nouvelles sociétés acquises apportent leurs propres instances Salesforce.
• Opérations régionales : Organisations distinctes pour l’UE, l’Amérique du Nord, l’Asie-Pacifique, etc., souvent pour satisfaire aux lois sur la résidence des données.
• Séparation fonctionnelle : Différentes unités commerciales (par exemple, Banque de détail, Gestion de patrimoine, Assurance) maintiennent leurs propres organisations pour garantir leur autonomie.
• Isolement réglementaire ou de sécurité : Certains secteurs d’activité exigent des organisations logiquement distinctes pour des raisons de conformité.
• Pour des raisons historiques ou techniques : Au fil du temps, les clients accumulent organiquement plusieurs organisations.

Chaque raison est logique individuellement, mais ensemble, elles créent une fragmentation des données. Sans couche unificatrice, chaque organisation n’a qu’une vue partielle du client.

Le défi architectural : Comment unifier les données entre les organisations en une seule source de vérité tout en respectant les exigences de conformité, de gouvernance et d’autonomie ?

Data Cloud One est l’architecture de connectivité multi-organisations de Salesforce qui permet à plusieurs organisations Salesforce de partager une seule instance Data 360. Ce modèle est recommandé pour les entreprises qui ont plusieurs organisations Salesforce.

Dans n’importe quel cluster Data Cloud One, une organisation Salesforce est désignée comme organisation d’accueil, qui héberge l’instance Data 360. D’autres organisations Salesforce se connectent en tant qu’organisations compagnes, consommant les données et métadonnées unifiées de Data 360 de l’organisation d’origine.

Comment fonctionne Data Cloud One

• Ingestion et unification des données (organisation d’accueil)

  • Toutes les configurations d’ingestion de données (Salesforce CRM, sources externes, streaming, batch) sont effectuées uniquement depuis l’organisation d’origine.

  • Le locataire Data 360 lié à l’organisation d’origine effectue la résolution de l’identité, harmonisation, modélisation et unification dans des profils clients de confiance.

  • L’administration de Data 360, les stratégies de gouvernance, le balisage et le masquage sont appliqués de façon centralisée depuis l’organisation d’origine.

• Architecture d’espace de données

  • Depuis l’organisation d’origine, les données sont organisées en espaces de données, qui agissent comme des conteneurs logiques pour les données, les métadonnées et les processus.

  • Les entreprises peuvent créer des espaces de données pour des marques, des régions ou des secteurs d’activité.

  • Partage d’espace de données : Depuis l’organisation d’origine, des espaces de données spécifiques sont partagés de façon sélective avec des organisations partenaires. Ainsi, seules les données pertinentes (et les métadonnées associées) sont transmises aux organisations appropriées.

• Partage de métadonnées

  Les organisations d’accompagnement reçoivent des définitions de métadonnées de l’organisation d’origine, notamment des objets modèle de données (DMO), un schéma de profil unifié, des connaissances calculées, des segments et davantage. Ils sont affichés nativement dans l’organisation associée comme s’ils étaient des actifs locaux, mais ils sont liés à l’organisation d’origine.

• Capacités dans l’organisation d’accueil par rapport aux organisations compagnes L’accès aux fonctionnalités diffère entre les organisations d’accueil et les organisations compagnes. Les organisations compagnes ne peuvent pas ingérer ou unifier des données, et dépendent de l’organisation d’origine pour l’ingestion, la modélisation et l’unification. Les organisations compagnes peuvent accéder aux données Data 360 pour piloter les fonctionnalités de plate-forme pilotées par Data 360, et créer des connaissances, des segments et des flux locaux en plus des données partagées et approuvées. Dans la vision future, ils peuvent également accéder aux fonctionnalités d’activation.

• Parité des fonctionnalités de plate-forme Du point de vue des utilisateurs et des concepteurs, une fois les métadonnées partagées, il existe quelques différences fonctionnelles entre les organisations domestiques et les organisations partenaires en ce qui concerne l’utilisation des fonctionnalités de Salesforce Platform. La liste des fonctionnalités prises en charge est disponible dans Fonctionnalités Data 360 dans les organisations Companion.

  • Les fonctionnalités de la plate-forme Salesforce, telles que les flux, les rapports, le Générateur de répliques, les tableaux de bord et d’autres outils natifs de la plate-forme, fonctionnent dans les organisations d’origine et les organisations associées une fois les métadonnées disponibles.

  • Les fonctionnalités pilotées par Data 360, telles que Agentforce, Prospecting Center, Sales Cloud Einstein et Service Cloud AI, fonctionnent également de façon transparente dans l’organisation d’accueil et les organisations compagnes. Certaines fonctionnalités sont peut-être sur la voie de la compatibilité complète, mais l’objectif global est d’obtenir une parité de fonctionnalités entre les organisations domestiques et les organisations partenaires pour toutes les fonctionnalités inter-clouds qui dépendent de Data 360.

• Modèle de consommation Toutes les activités de l’organisation d’accompagnement (requêtes, exécutions de segments, flux déclenchés par Data 360, utilisation de l’IA, consignation Einstein Trust Layer, etc.) consomment des crédits Data 360 depuis l’organisation d’origine. Les flux de consommation sont unidirectionnels : les crédits sont centralisés, facturés et suivis par rapport à l’allocation de crédit de l’organisation d’origine. Vous pouvez toutefois examiner en détail le nombre de crédits utilisés par chaque organisation dans Digital Wallet.

• Principe de conception : Construction horizontale La construction horizontale dans Data 360 est un principe de conception de base, principalement implémenté via Data Cloud One, qui permet à une instance Data Cloud unique de couvrir plusieurs organisations Salesforce CRM distinctes. L’objectif est que chaque nouvelle fonctionnalité publiée fonctionne dans les organisations d’accueil et d’accompagnement sans configuration supplémentaire. Cette fonctionnalité garantit que Data Cloud One n’est pas seulement un choix d’architecture de données, mais un élément fondamental de la plate-forme Salesforce à l’avenir.

Les entreprises qui ont plusieurs organisations doivent choisir comment et où localiser Data 360 dans leur écosystème. Vous souhaitez provisionner des organisations Data 360 indépendantes dans chaque organisation ou utiliser Data Cloud One pour unifier les organisations sous une seule organisation d’origine ?

Option A : Multiples organisations Data 360 indépendantes

Chaque organisation Salesforce provisionne sa propre instance Data 360.

Avantages :

• Autonomie : Chaque unité commerciale ou région contrôle sa propre Data 360.

• Simplicité dans chaque organisation : La gouvernance, la sécurité et les personnalisations sont localisées.

• Conformité réglementaire : Utile lorsqu’une séparation réglementaire stricte est requise (par exemple, les données ne doivent pas traverser les frontières).

Inconvénients :

• Silos de données : Les profils unifiés ne peuvent pas être obtenus entre les organisations.

• Coût plus élevé : Chaque instance nécessite une licence, une administration et une intégration. Les clients finissent par ingérer plusieurs fois les mêmes données sources dans plusieurs organisations différentes.

• Travail en double : La résolution, la segmentation et l’enrichissement de l’identité doivent être répétés dans chaque instance Data 360.

Option B : Une Data 360 partagée (cluster Data Cloud One)

Une Data 360 unique est provisionnée dans une organisation d’accueil, avec d’autres organisations Salesforce connectées en tant qu’organisations compagnes.

Avantages :

• Source unique de vérité (SSOT) : Toutes les organisations partagent un modèle de données unifié.

• Rentabilité : Gérez une seule licence et infrastructure Data 360.

• Gouvernance unifiée : Politiques appliquées au niveau central, sécurité et contrôles de conformité.

• Enrichissement inter-organisations : Accédez à des profils, des insights et des segments harmonisés entre les organisations compagnes.

• Préparation IA : Un jeu de données d’entreprise permet d’améliorer l’entraînement et l’activation des modèles IA.

• Pérennité : L’ajout de nouvelles organisations compagnes est simple, car il n’est pas nécessaire de créer de nouvelles organisations Data 360.

Inconvénients :

• Préparation supplémentaire : Une Data 360 partagée nécessite de planifier la connectivité entre chaque org et l’organisation d’accueil.

• Considérations relatives à la latence : Les organisations compagnes de différentes régions peuvent afficher des requêtes plus lentes.

• Gouvernance complexe : Si chaque organisation a des besoins de personnalisation différents, une gouvernance précise peut s’avérer complexe.

Option C : Multiples clusters Data Cloud One

Parfois, la gouvernance, la conformité ou d’autres exigences métiers peuvent rendre difficile le regroupement de chaque organisation. Cela peut entraîner la nécessité d’implémenter une solution hybride dans laquelle l’entreprise exploite plusieurs organisations Data 360, chacune étant l’organisation d’origine d’un cluster d’organisations compagnes différent.

Exemple :

Une multinationale a des organisations Salesforce dans diverses régions, notamment en Europe, aux États-Unis et en Asie. Pour respecter les réglementations régionales sur la résidence des données, ils provisionnent une Data 360 pour chaque région séparée.

Critères de décision

Modèle préféré : Data Cloud One

Pour simplifier la gouvernance et optimiser les coûts entre les entreprises multi-organisations, utilisez une seule organisation domestique avec des organisations partenaires connectées.

Quand utiliser plusieurs organisations Data 360 : Utilisez plusieurs organisations Data 360 uniquement si la conformité, la résidence ou l’autonomie organisationnelle l’exige strictement (par exemple, si les opérations européennes doivent rester totalement séparées des opérations américaines en raison de la réglementation).

Comment choisir l’organisation d’accueil dans Data Cloud One : Commencez par prendre en compte l’une de vos principales organisations, généralement où la plupart des affaires sont gérées. Le provisionnement de Data 360 peut réduire la complexité et optimiser la valeur initiale.

Vous pouvez créer une organisation d’accueil dédiée gérée par une équipe Centre d’Excellence (COE), uniquement si aucune organisation existante ne convient.

Principe général :

Dans les environnements multi-organisations, limitez le nombre d’organisations Data 360. Favorisez Data Cloud One comme modèle par défaut pour réduire les doublons, activer la préparation à l’IA et simplifier la gouvernance.

Bien que Data Cloud One soit l’approche recommandée pour la plupart des entreprises, il existe des scénarios dans lesquels les clients doivent provisionner plusieurs instances Data 360, notamment :

• Conformité régionale. Un distributeur multinational provisionne un Data 360 dans l’UE et un autre aux États-Unis. Le partage de données entre instances Data 360 permet à l’entreprise de créer des connaissances à partir de données locales tout en partageant ces informations avec le siège social américain.
• Collaboration d’unités commerciales. Un conglomérat gère des organisations Data 360 distinctes pour le commerce de détail et l’assurance. Le partage de données entre les organisations Data 360 permet aux utilisateurs d’accéder à une source de données unique et faisant autorité sans déplacer ni copier. Avec le partage de données entre les organisations Data 360, l’organisation Assurance reçoit le segment « High-Value Customer » du commerce de détail pour des campagnes de vente croisée ciblées.
• Fusions et acquisitions. Une entreprise mère acquiert une filiale avec sa propre Data 360. Avec deux instances à gérer, la conservation des silos de données à court terme préserve la sécurité des données et l’intégrité SSOT. Simultanément, le partage de données entre deux instances Data 360 permet une collaboration nécessaire pendant la transition.
• Tableaux de bord exécutifs fédérés. Une multinationale répartie sur plusieurs continents provisionne des organisations Data 360 individuelles par région. Les dirigeants souhaitent une vue de performance trimestrielle fédérée. Chaque Data 360 régionale partage des connaissances calculées agrégées avec une « organisation exécutive », qui permet la génération de rapports à l’échelle de l’entreprise.

Lorsque plusieurs organisations Data 360 existent, l’unification entre elles n’est pas automatique. Le partage de données Data 360 vers Data 360 permet aux clients de partager des objets spécifiques entre des instances Data 360 sans duplication ni pipeline personnalisé. C’est un mécanisme de partage de métadonnées sans copie conçu pour la collaboration entre les organisations Data 360.

• Chaque Data 360 est provisionnée dans sa propre organisation d’accueil.

• Les administrateurs peuvent créer un partage de données, un regroupement d’objets spécifiques qu’ils souhaitent partager.

• L’accès aux données sélectionnées est partagé avec Data 360 d’une organisation cible, où les objets apparaissent comme définis localement. Seul l’accès est partagé, les données sous-jacentes restent dans la source Data 360.

• Les balises ne sont pas partagées. Seuls les objets bruts sont disponibles. L’organisation cible doit réappliquer les balises de gouvernance, opérationnelles ou IA si nécessaire.

• Dans Data Cloud One, plusieurs organisations partenaires partagent une seule instance Data 360. Pour plus de cohérence, les fonctionnalités de la plate-forme, telles que Agentforce, Centre de prospection et Tableau Next, sont exécutées sur les mêmes données sous-jacentes.

• Lors de l’utilisation du partage de données entre les organisations Data 360, chaque organisation possède sa propre Data 360. Des fonctionnalités comme Agentforce dans l’organisation A et l’organisation B fonctionnent chacune indépendamment sur leur instance locale. Aucun partage n’est automatiquement effectué. Des partages de données délibérés doivent être créés pour collaborer uniquement sur des objets spécifiques.

Si votre entreprise possède plusieurs organisations Data 360

• Utilisez le partage de données entre les organisations Data 360 pour collaborer entre elles plutôt que d’élaborer des pipelines personnalisés ou de dupliquer des données.

• Partagez des objets spécifiques (DMO, connaissances calculées, segments) en créant des partages de données et en les accordant à des organisations cibles.

• Les balises ne sont pas partagées, l’organisation destinataire doit réappliquer les balises, pour la gouvernance, la classification ou l’enrichissement IA.

Utilisation du partage de données entre les organisations Data 360

• Pour satisfaire aux exigences réglementaires qui empêchent la centralisation.

• Pour maintenir l’autonomie des unités commerciales tout en permettant une collaboration sélective.

• Pour fournir des tableaux de bord exécutifs fédérés à travers plusieurs régions.

• Pour rapprocher les scénarios de fusions-acquisitions dans lesquels la consolidation n’est pas immédiatement possible.

Concevez avec soin

Traitez le partage de données Data 360 vers Data 360 comme une stratégie de fédération, pas comme un remplacement de Data Cloud One.

• Utilisez le partage spécifique à un objet.
• Évitez le partage excessif.
• Adaptez les partages de données aux besoins métiers et de conformité.

La planification de votre stratégie de données pour le provisionnement Data 360 est une décision architecturale critique à long terme qui doit être abordée à l’échelle de l’entreprise, pas organisation par organisation. Ce choix stratégique précoce détermine comment les données des clients sont unifiées, comment la gouvernance est appliquée et comment les fonctionnalités essentielles de la plate-forme, en particulier l’IA et les analytiques, évoluent dans l’ensemble de l’organisation. Planifiez à l’avance des modèles de gouvernance et d’appropriation et évitez les raccourcis à court terme qui entraînent une fragmentation et une complexité accrues.

Qu’est-ce que Customer 360 ?

Schémas et pratiques d’intégration Data 360

Architecture Data 360

Architecture de sécurité Data 360

À propos des auteurs

Kunal Goyal est directeur de la gestion des produits chez Salesforce. Il s’attache à faire progresser l’architecture multi-organisations et l’évolutivité dans Data 360. Depuis 2017, il dirige de multiples initiatives et produits axés sur la collaboration inter-organisations et la conception de systèmes multi-locataires. Kunal est l’un des responsables de l’architecture des meilleures pratiques Data 360 et le product owner de Data Cloud One, en charge des expériences de configuration, de provisionnement et d’administration.

Erin Wagner Tidwell est une rédactrice technique principale et conceptrice de contenu pour Data 360. Elle travaille chez Salesforce depuis 2013. Elle s’attache à faciliter la compréhension et l’utilisation de Data 360 grâce à une documentation technique claire, cohérente et précise et à la communication dans l’application.

Yugandhar Bora est architecte en génie logiciel chez Salesforce, spécialisé dans l’architecture de données sur la plate-forme Data and Intelligence Applications. Il dirige les initiatives du comité d’examen de l’architecture d’entreprise (EARB) axées sur la gouvernance des données et les modèles de données unifiés, tout en contribuant aux solutions de provisionnement de plate-forme automatisé.

Samarpan Jain est architecte principal chez Salesforce spécialisé dans Commerce Cloud, l’intégration de plate-forme et l’architecture inter-organisations. L’un des employés les plus anciens de Salesforce, il dirige des initiatives clés, notamment la conformité de la résidence des données pour les clients gouvernementaux et les systèmes d’attribution d’utilisation Data 360.