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 choisir non seulement entre une configuration Home Org unique et une configuration multi-organisations, mais également entre provisionner plusieurs instances Data 360 indépendantes, utiliser Data Cloud One pour unifier les organisations sous une instance unique ou collaborer entre des instances Data 360 indépendantes en utilisant le partage de données entre Data 360 (partage de données Data 360-to-Data 360). Ces choix impactent la gouvernance, la conformité, le coût, la latence et la capacité de l'organisation à adapter les fonctionnalités d'IA et de plate-forme inter-organisations.

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 d'accueil 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, car 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 une préparation à l'IA à l'échelle de l'entreprise, tout en permettant aux organisations compagnes d'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 permettant une collaboration sélective et sans copie entre ces instances.

Pour les architectes, cette décision est critique. Il définit 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 Data 360 actuellement, il peut être important de pérenniser votre architecture en développant une stratégie pour ajouter l'accès Data 360 à l'avenir. Les fonctionnalités de Salesforce dans Sales, Service, Marketing, Commerce, Industries et Agentforce sont de plus en plus é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 partenaires.

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. Il vous aidera à choisir les organisations sur lesquelles vous provisionnez Data 360 et comment choisir entre Data Cloud One et Partage de données entre les organisations Data 360, ce qui vous aidera à jeter les bases solides qui feront avancer votre entreprise vers un avenir centré sur Data 360.

Chaque choix de provisionnement, qu'il s'agisse de choisir entre Data Cloud One et le partage de données entre des organisations Data 360, ou l'organisation à désigner en tant qu'organisation d'origine, doit être évalué par rapport aux considérations transversales suivantes :

• Le provisionnement est lié à la licence : Data 360 est provisionnée dans l'organisation où la licence Data 360 est achetée, et la région est déterminée par l'emplacement de cette organisation au moment du provisionnement.
• Gardez vos options ouvertes en planifiant Data 360 même si vous n'en avez pas besoin maintenant. Les décisions que vous prenez maintenant peuvent faciliter votre parcours si vous implémentez Data 360 pour piloter ultérieurement des fonctionnalités de plate-forme telles que Agentforce.
• Clients mono-organisation : Provisionnez Data 360 dans votre organisation de production existante pour accélérer la mise en valeur.
• 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.
• Plusieurs instances Data 360 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.
• Sources de données zéro copie : Faites très attention aux régions prises en charge pour divers clouds publics et sources de données Zero Copy. 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.
• La gouvernance et l'autonomie sont des concepts centraux: déterminez si Data 360 doit être gérée de façon centralisée (modèle Centre d'excellence) ou si des secteurs d'activité individuels ont besoin d'instances Data 360 gérées séparément.

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. Il est où :

• Le stockage et le calcul Data 360 sont gérés (dans la région sélectionnée lors du provisionnement).
• Des stratégies d'administration, de gouvernance et de sécurité sont appliquées.
• Ingestion, harmonisation, résolution de l'identité, segmentation et activation des données sont effectuées.

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

Pourquoi l'organisation d'origine est importante :

• Il détermine l'emplacement géographique de votre instance Data 360.
• Il détermine qui est propriétaire et administrateur de votre instance Data 360. Les administrateurs de votre organisation d'accueil Data 360 peuvent accéder à toutes les données ingérées dans Data 360.
• Il contrôle les connexions d'organisations compagnes dans une configuration Data Cloud One.
• Elle pose les bases de votre stratégie de données d'entreprise. La modifier ultérieurement est difficile et perturbateur.

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.

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 où la plupart des affaires sont gérées.

• Pros:

  • Chemin le plus simple : Data 360 est provisionnée là où vivent déjà vos données CRM.
  • Accès immédiat aux données commerciales, de service et marketing locales.
  • Aucune intégration supplémentaire 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 entraîner des débats sur la propriété.
  • Performances liées à 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.

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.

• Pros:

  • Faire table rase pour la gouvernance, sans complexité d'organisation héritée.
  • 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 des frais administratifs (gestion des utilisateurs, sécurité, identité).
  • Temps de mise en valeur plus lent 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 complémentaires via Data Cloud One.

En règle générale, privilégiez l'utilisation d'une organisation majeure existante en tant qu'organisation d'origine afin de réduire 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 organisation à domicile dédiée est un choix courant pour les grandes entreprises qui ont un Centre d'excellence (COE).

Environnement d'organisation unique

Provisionnez Data 360 dans votre organisation de production existante. Cela optimise 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 déjà 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

Si votre organisation a un solide Centre d'excellence (CoE) et souhaite une gouvernance séparée des organisations d'unité commerciale. Si aucune organisation existante ne convient en raison de contraintes de conformité ou d'organisation. Dans ce cas, la création d'une organisation d'accueil offre flexibilité et neutralité, mais avec un délai de valorisation plus lent.

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 (p. ex. Retail Banking, Wealth Management, Insurance) maintiennent leur propre organisation pour l'autonomie.
• Isolement réglementaire ou de sécurité : Certains secteurs d'activité exigent des organisations logiquement distinctes pour des raisons de conformité.
• Raisons historiques/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. Il correspond au modèle recommandé pour les entreprises qui ont plusieurs organisations Salesforce.

Dans n'importe quel cluster Data Cloud One, une organisation Salesforce est désignée 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 les métadonnées unifiées de Data 360 de l'organisation d'origine.

1. Ingestion et unification des données (organisation d'origine)
   
   • 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 Customer 360 de confiance.
   • L'administration de Data 360, les politiques de gouvernance, le balisage et le masquage sont appliqués de façon centralisée depuis l'organisation d'origine.
2. Architecture d'espace de données
   
   • Depuis l'organisation d'accueil, 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'accueil, des espaces de données spécifiques sont partagés de façon sélective avec des organisations compagnes. Ainsi, seules les données pertinentes (et les métadonnées associées) sont transmises aux organisations appropriées.
3. Partage de métadonnées
   Les organisations compagnes reçoivent des définitions de métadonnées de l'organisation d'accueil, notamment des objets modèle de données (DMO), un schéma de profil unifié, des connaissances calculées, des segments et davantage. Ceux-ci apparaissent nativement dans l'Organisation Compagnon comme s'il s'agissait d'actifs locaux, mais ils sont en fait liés à l'Organisation d'origine.
4. Tâches à réaliser dans l'organisation d'origine par rapport à Organisations compagnes
L'accès aux fonctionnalités diffère entre les organisations d'accueil et d'accompagnement. Les organisations compagnes ne peuvent pas ingérer ni unifier des données, et s'appuient sur 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.

Capacité	Organisation d'accueil	Organisation compagne
Connecter Configurer des connecteurs, créer des flux de données, ingérer ou fédérer des données	✅	❌
Harmoniser et unifier Élaborer et exécuter des transformations de données et la résolution de l'identité	✅	❌
Gouvernement Sécuriser les données avec un espace de données et des autorisations	✅	✅
Segmenter et prédire Élaborer des segments, des connaissances et des modèles Einstein Studio	✅	✅
Activer partout Activations, actions de données	✅	✅
Générateur de répliques, flux, rapports, enrichissement, et plus encore, fonctionnalités de plate-forme	✅	✅
Centre de prospection des fonctionnalités pilotées par Data 360, fonctionnalités Sales et Service Cloud, Agentforce, et plus encore	✅	✅

5. 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 d'accueil et les organisations d'accompagnement en ce qui concerne l'utilisation des fonctionnalités de Salesforce Platform. La liste des fonctionnalités prises en charge est disponible dans Data 360 Features on Companion Orgs.
   
   • 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'accueil et d'accompagnement 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 les organisations d'accueil et d'accompagnement. 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 d'accueil et d'accompagnement pour toutes les fonctionnalités Cross-Cloud qui dépendent de Data 360.
6. Modèle de consommation
   Toute l'activité de l'Organisation Compagnon (requêtes, exécutions de segments, flux déclenchés par Data 360, utilisation de l'IA, consignation Einstein Trust Layer, etc.) consomme les crédits Data 360 de 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 explorer le nombre de crédits utilisés dans Digital Wallet par chaque organisation.
7. Principe de conception : Construction horizontale
   Data Cloud One est conçu comme une construction horizontale de la plate-forme Salesforce, un peu comme les sandbox. L'objectif est que chaque nouvelle fonctionnalité publiée par Salesforce fonctionne dans les organisations d'accueil et les organisations d'accompagnement sans configuration supplémentaire. Cela 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 Data 360 indépendantes dans chaque organisation ou utiliser Data Cloud One pour unifier les organisations sous une seule organisation d'accueil ?

Chaque organisation Salesforce provisionne sa propre instance Data 360.

Pros:

• 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 (p. ex., les données ne doivent pas traverser les frontières).

Inconvénients:

• Silos de données : Customer 360 ne peut pas être atteint 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 pour obtenir une vue C360 complète 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 Data 360.

Une Data 360 unique est provisionnée dans une organisation domestique, avec d'autres organisations Salesforce connectées en tant qu'organisations complémentaires.

Pros:

• Source unique de vérité (SSOT) : Toutes les organisations partagent le même modèle de données unifié.
• Rentabilité : Une seule licence Data 360 et infrastructure à gérer.
• Gouvernance unifiée : Les politiques, la sécurité et les contrôles de conformité sont appliqués de façon centralisée.
• Enrichissement inter-organisations : Les organisations compagnes peuvent accéder à des profils, des connaissances et des segments harmonisés.
• Préparation IA : Le jeu de données d'entreprise permet d'améliorer l'entraînement et l'activation des modèles d'IA.
• Épreuve future : L'ajout de nouvelles organisations compagnes est simple, pas besoin de nouvelles Data 360.

Inconvénients:

• Préparation supplémentaire : Nécessite de planifier la connectivité de l'organisation à domicile.
• 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 très différents, une gouvernance fine peut s'avérer complexe.

Dans certains cas, 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 Data 360, chacune étant l'organisation d'accueil d'un cluster d'organisations d'accompagnement différent.

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.

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

Par défaut, une organisation domestique unique avec des organisations compagnes connectées pour les entreprises multi-organisations.
Cela crée un Customer 360 à l'échelle de l'entreprise, simplifie la gouvernance et optimise les coûts.

Quand utiliser plusieurs 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 l'endroit où la plupart des activités sont exécutées. Le provisionnement de Data 360 peut réduire la complexité et optimiser la valeur initiale.

Seulement si aucune organisation existante ne convient, vous pouvez créer une organisation d'accueil dédiée gérée par une équipe du Centre d'excellence.

Principe général :

Dans les environnements multi-organisations, limitez le nombre de 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. Lorsque plusieurs Data 360 existent, l'unification 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é. Il s'agit d'un mécanisme de partage de métadonnées sans copie conçu pour la collaboration entre les 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. Les données sous-jacentes restent dans la source Data 360 ; seul l'accès est partagé.
• 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 compagnes partagent une seule instance Data 360. Les fonctionnalités de la plate-forme (Agentforce, Centre de prospection, Tableau Next, etc.) sont toutes exécutées sur les mêmes données sous-jacentes, ce qui garantit une cohérence.
• Lors de l'utilisation du partage de données entre des organisations Data 360, chaque organisation possède sa propre Data 360. Des fonctionnalités telles que Agentforce dans l'organisation A et l'organisation B fonctionnent chacune indépendamment dans 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.

Conformité régionale :
Un distributeur multinational provisionne un Data 360 dans l’UE et un autre aux États-Unis. Le partage de données Data 360-to-Data 360 permet à l'entreprise d'agréger des connaissances (p. ex. des indicateurs de performance clés de fidélité) à partager avec le siège social américain, alors que les données brutes restent locales.

Collaboration avec les unités commerciales :
Un conglomérat gère des Data 360 distincts pour Retail et Insurance. Le partage de données entre 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 Insurance reçoit le segment « High Value Customer » de Retail pour des campagnes de vente croisée ciblées.

Fusions et acquisitions :
Une société 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 Data 360 individuels 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.

Si votre entreprise a plusieurs 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.
• Notez que les balises ne sont pas partagées : l'organisation destinataire doit réappliquer les balises (par exemple, gouvernance, classification, enrichissement IA).

Quand utiliser le partage de données entre des organisations Data 360 :

• Pour satisfaire aux exigences réglementaires qui empêchent la centralisation.
• Maintenir l'autonomie des unités commerciales tout en permettant une collaboration sélective.
• 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.

Concevoir avec soin

Le partage doit être délibéré et spécifique à un objet. Évitez le « partage excessif » : alignez les partages de données sur les besoins métiers et de conformité. 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 .

1. Chaque organisation doit planifier l'accès à Data 360
   
   • À l'avenir, toutes les fonctionnalités de la plate-forme Salesforce, depuis Sales Cloud et Service Cloud jusqu'à Agentforce, nécessitent une connectivité Data 360. Chaque organisation doit héberger une organisation d'accueil Data 360 ou être une organisation d'accompagnement connectée via Data Cloud One.
2. Pensez à l'échelle de l'entreprise, pas organisation par organisation
   
   • Évitez les décisions unilatérales et sectorielles prises isolément.
   • Le provisionnement doit être décidé collectivement, idéalement par une architecture d'entreprise ou un conseil de gouvernance des données. Anticipez toujours les besoins futurs en IA et en analytiques, qui dépendent de jeux de données larges et unifiés.
3. Réduction des silos de données
   
   • Favorisez le provisionnement de Data 360 dans une organisation majeure existante pour plus de simplicité et de rapidité.
   • Dans les environnements multi-organisations, Data Cloud One est le modèle par défaut pour unifier les organisations sous une seule Data 360.
   • Provisionnez plusieurs Data 360 uniquement si elles sont strictement requises pour la conformité, la résidence ou l'autonomie organisationnelle.
4. Concevez délibérément si vous devez exécuter plusieurs Data 360
   
   • Configurez le partage de données entre les organisations Data 360 pour la collaboration, pas les pipelines ETL personnalisés.
   • Partagez des objets spécifiques (DMO, Connaissances calculées, Segments) via des partages de données.
   • Rappelez-vous : les balises ne sont pas partagées et la consommation est facturée à l'organisation source.
5. Gouvernance et appropriation anticipées du plan
   
   • Déterminez si Data 360 sera 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é : le manque de clarté dans la propriété est une source fréquente de friction.
6. Éviter les raccourcis à court terme
   
   • Ne faites pas tourner plusieurs Data 360 pour des POC sans plan à long terme, ce qui entraînera ultérieurement un travail de consolidation perturbateur.
   • Alignez à la place les pilotes et les déploiements anticipés sur votre stratégie de provisionnement à l'échelle de l'entreprise.

Ces choix de provisionnement sont essentiels, car la plate-forme Salesforce évolue vers un modèle Data 360-first, où chaque fonctionnalité, de la segmentation des clients à l'ancrage des agents IA, en dépendra. Les décisions que vous prenez aujourd'hui jetteront les bases de l'efficacité avec laquelle votre entreprise unifie les données des clients, de la rapidité avec laquelle vous pouvez adopter de nouvelles fonctionnalités Salesforce et de la confiance avec laquelle vous pouvez adapter l'IA à l'ensemble de votre activité. Pour réussir, vous devez provisionner avec précaution, réduire les doublons, vous conformer aux exigences de conformité, gouverner délibérément et penser à long terme. En définitive, le provisionnement de Data 360 est la première étape pour que les données, l’IA et le CRM fonctionnent ensemble en tant que plate-forme cohérente.

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'une des pistes de l'architecture des meilleures pratiques Data 360 et le propriétaire du produit pour les expériences de configuration, de provisionnement et d'administration de Data Cloud One.

Erin Wagner Tidwell est un rédacteur technique principal et concepteur 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 à une communication dans l'application.

Yugandhar Bora est architecte en génie logiciel chez Salesforce, spécialisé dans l'architecture de données au sein de la plate-forme Data & 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.