Salesforce Data 360 is een gegevensplatform dat is gebouwd op Hyperforce en Salesforce en externe gegevens verenigt in een duidelijke, volledige en vertrouwde 360-gradenweergave van elke klant of account.

Ondernemingen beheren vaak meerdere Salesforce-organisaties vanwege fusies en overnames, regionale activiteiten, functionele scheiding of om historische redenen. Architecten moeten niet alleen kiezen tussen één thuisorganisatie en configuratie voor meerdere organisaties, maar ook of ze meerdere onafhankelijke Data 360-exemplaren leveren, Data Cloud One gebruiken om organisaties onder één exemplaar te combineren of samenwerken tussen onafhankelijke Data 360-exemplaren met behulp van het delen van gegevens tussen Data 360's (Data 360-naar-Data 360-gegevens delen). Deze keuzes zijn van invloed op governance, naleving, kosten, latentie en het vermogen van de organisatie om AI- en platformvoorzieningen voor meerdere organisaties op te schalen.

Data 360 wordt automatisch geleverd voor elke productieorganisatie die een Data 360-licentie ontvangt. Data Cloud One is de connectiviteitsarchitectuur voor meerdere organisaties van Salesforce waarmee één thuisorganisatie het Data 360-exemplaar kan hosten, terwijl andere Salesforce-organisaties verbinding kunnen maken als Companion-organisaties. De keuze van welke organisatie de Data 360-licentie heeft en dus een Data 360-hoofdorganisatie wordt, is een cruciale architectonische beslissing met gevolgen voor de lange termijn.

De manier waarop u Salesforce Data 360 levert, is een fundamentele architectonische beslissing, omdat deze bepaalt hoe de onderneming klantgegevens verenigt, governance afdwingt en kritieke platformvoorzieningen mogelijk maakt, met name AI, Agentforce en analyses, binnen de hele organisatie. Het verankeren van een cluster van organisaties aan één Data 360 biedt een gecombineerd gegevensmodel, gecentraliseerd bestuur en bedrijfsbrede AI-gereedheid, terwijl Companion-organisaties toegang hebben tot gedeelde metagegevens en voorzieningen alsof de gegevens lokaal zijn. Meerdere onafhankelijke Data 360-instanties zijn daarentegen geschikt wanneer regelgeving, naleving of autonomie centralisatie verhinderen, waarbij het delen van gegevens tussen Data 360-organisaties selectieve samenwerking zonder kopieën tussen deze instanties mogelijk maakt.

Voor architecten is deze beslissing cruciaal. Het definieert wie Data Governance bepaalt, waar gegevens zich bevinden, hoe platformvoorzieningen zijn ingeschakeld en hoe soepel toekomstige integraties en AI-initiatieven kunnen worden opgeschaald. Zelfs voor organisaties die momenteel geen Data 360 hebben, kan het belangrijk zijn om uw architectuur toekomstbestendig te maken door een strategie te ontwikkelen voor het toevoegen van Data 360-toegang in de toekomst. Salesforce-voorzieningen voor Sales, Service, Marketing, Commerce, Industries en Agentforce worden steeds meer gebaseerd op Data 360. Organisaties die deze platformvoorzieningen willen gebruiken, moeten hun eigen Data 360 leveren of verbinding maken met een gedeelde Data 360 als begeleidende organisaties.

Deze handleiding helpt architecten een leveringsstrategie te ontwerpen die eenvoud, consistentie voor de hele onderneming, naleving en schaalbaarheid in balans brengt, zodat de organisatie vol vertrouwen Data 360 voor Customer 360, AI en cross-platform innovatie kan benutten. Het zal u helpen te beslissen welke organisaties u Data 360 aanbiedt en hoe u moet kiezen tussen Data Cloud One en het delen van gegevens tussen Data 360-organisaties, en zal u helpen een stevige basis te leggen die uw bedrijf vooruit helpt in een toekomst waarin Data 360 centraal staat.


Elke leveringskeuze – of het nu gaat om de keuze tussen Data Cloud One en het delen van gegevens tussen Data 360-organisaties, of welke organisatie moet worden aangewezen als de thuisorganisatie – moet worden geëvalueerd op basis van deze horizontale overwegingen:

Overweging Waarom het belangrijk is Voorbeeldscenario's
Gegevensverblijf en naleving Bepaalt waar gegevens worden opgeslagen en verwerkt. Regelgevingsregels kunnen specifieke regio's of meerdere exemplaren vereisen. Een wereldwijde bank levert een Data 360-belanghebbende voor een Salesforce-organisatie die zich in Frankfurt bevindt voor naleving van de AVG en een andere voor een organisatie in Virginia voor de Amerikaanse divisie.
Governance & beveiliging Wie is de eigenaar en beheerder van Data 360? Moeten polissen centraal worden beheerd of per bedrijfseenheid worden gedelegeerd? Een multinational met sterke centrale IT creëert een speciale thuisorganisatie die wordt beheerd door een Center of Excellence.
Autonomie vs. Centralisatie Verschillende leiders willen mogelijk afzonderlijk eigendom van gegevens. Autonomie heeft voorrang op meerdere Data 360's; centralisatie heeft voorrang op Data Cloud One. Een holdingmaatschappij met onafhankelijke dochterondernemingen staat elke BU toe om zijn eigen Data 360 uit te voeren.
Latency & prestaties Heeft invloed op de querysnelheid en -ervaring, met name voor Companion-organisaties die zijn verbonden met een Data 360-belanghebbende in verschillende regio's. Een verkoopteam in Londen dat een query uitvoert op gegevens van een Data 360-belanghebbende in de VS, ziet mogelijk een hogere latentie.
Integratiecomplexiteit Meer Data 360-belanghebbenden = meer pijplijnen, API's en middleware. Consolidatie vereenvoudigt integratie. Een detailhandelaar vermijdt het samenstellen van 10 ETL-pijplijnen door te consolideren in een Data Cloud One-configuratie.
Gegevensbronregio met nul kopiëren Voor Zero Copy-connectoren gelden mogelijk vereisten voor toegang tussen regio's die beperken in welke regio's uw Data 360 zich kan bevinden. Een bedrijf heeft een Snowflake-exemplaar in de regio AWS eu-west-1. Ze kunnen Zero Copy gebruiken om gegevens te bundelen naar een Data 360 in hun regio, maar ze kunnen Zero Copy niet gebruiken om te bundelen naar een Data 360 in de Amerikaanse regio.
Compatibiliteit tussen regio's van Privé Connect In sommige gevallen is de ondersteuning van Privé verbinden afhankelijk van de vraag of de gegevensbron zich in dezelfde regio bevindt als de Data 360-belanghebbende. Een bedrijf heeft een Snowflake-exemplaar in de regio aws-east-1 waarmee het bedrijf wil verbinden via zero copy. Ze kunnen alleen een Privéverbinding met het netwerk tot stand brengen als de Data 360-thuisorganisatie zich in dezelfde regio bevindt.
Kosten & licenties Elke Data 360-belanghebbende voegt kosten toe. Consolideren in minder exemplaren optimaliseert uitgaven. Een zorgaanbieder verlaagt de licentiekosten door Data Cloud One te gebruiken in plaats van meerdere onafhankelijke Data 360-exemplaren.
Toekomstige schaalbaarheid Keuzes op het gebied van voorzieningen leggen vandaag de basis voor groei. Een SaaS-bedrijf begint met één Data 360-exemplaar, maar is van plan uit te breiden naar Data Cloud One wanneer het dochterondernemingen met Salesforce-organisaties verwerft.
Klaarheid voor AI voor de hele onderneming AI-voorzieningen en Agentforce vereisen een verbonden Data 360-belanghebbende in elke organisatie. Leveringsbeslissingen hebben invloed op de manier waarop AI-modellen worden getraind en geactiveerd binnen de onderneming. Een bedrijf in financiële dienstverlening verenigt gegevens in Data Cloud One zodat de Einstein AI-modellen ervan toegang hebben tot klantgegevens voor de hele onderneming.
  • Verstrekking is gekoppeld aan licenties: Data 360 wordt geleverd in de organisatie waar de Data 360-licentie is aangeschaft en de regio wordt bepaald door de locatie van die organisatie op het moment van levering.
  • Houd uw opties open door Data 360 te plannen, zelfs als u het nu niet nodig hebt. Beslissingen die u nu neemt, kunnen uw pad effenen als u Data 360 later implementeert om platformvoorzieningen zoals Agentforce aan te sturen.
  • Klanten met één organisatie: Lever Data 360 in uw bestaande productieorganisatie voor de snelste time-to-value.
  • Klanten met meerdere organisaties: Minimaliseer complexiteit door zo min mogelijk Data 360-exemplaren te maken, idealiter met behulp van Data Cloud One-configuratie.
  • Meerdere Data 360-exemplaren mogen alleen worden gebruikt wanneer naleving, verblijf of organisatorische autonomie dit vereisen. Gebruik in die gevallen het delen van gegevens tussen Data 360-organisaties om veilige samenwerking in te schakelen.
  • Gegevensbronnen met nulkopieën: Let goed op welke regio's worden ondersteund voor verschillende openbare clouds en Zero Copy-gegevensbronnen. Bepaal ook of Privé verbinden vereist is voor uw beveiligingsstatus om verbinding te maken met die gegevensbronnen en of verbindingen tussen regio's of regio's worden ondersteund.
  • Governance en autonomie zijn centrale concepten: beslis of Data 360 centraal moet worden beheerd (Center of Excellence-model) of dat afzonderlijke bedrijfsonderdelen afzonderlijk beheerde Data 360-exemplaren nodig hebben.

Wanneer u een Data 360-licentie aanschaft, wordt het Data 360-exemplaar geleverd in de Salesforce-organisatie die aan die licentie is gekoppeld. Deze organisatie wordt de Data 360 Home-organisatie genoemd. Beslissingsdiagram met Data 360-hoofdorganisatie De hoofdorganisatie is het anker voor uw Data 360-exemplaar. Het is waar:

  • Data 360-opslag en -berekening worden beheerd (in de regio die is geselecteerd bij levering).
  • Beheer, governance en beveiligingsbeleid worden toegepast.
  • Gegevensopname, harmonisering, identiteitsoplossing, segmentering en activering worden uitgevoerd.

In scenario's met meerdere organisaties beheert de thuisorganisatie het centrale Data 360-exemplaar voor andere Salesforce "Companion"-organisaties.

Waarom de thuisorganisatie belangrijk is:

  • Het bepaalt de geografische locatie van uw Data 360-exemplaar.
  • Het bepaalt wie eigenaar is van en het beheer voert over uw Data 360-exemplaar. Beheerders in uw Data 360-hoofdorganisatie hebben toegang tot alle gegevens die worden opgenomen in Data 360.
  • Hiermee worden verbindingen van Companion-organisaties in een Data Cloud One-configuratie bepaald.
  • Het vormt de basis voor uw ondernemingsgegevensstrategie. Later wijzigen is moeilijk en verstorend.

De eerste belangrijke beslissing is of Data 360 wordt geleverd in een bestaande productieorganisatie of dat er een nieuwe, speciale organisatie wordt gemaakt die als de thuisorganisatie fungeert.

Beslissingsdiagram met bestaande organisatie versus nieuwe organisatie als hoofdorganisatie

Werkt het beste voor: Klanten met één Salesforce-organisatie of klanten met meerdere organisaties die al een belangrijke gecentraliseerde organisatie hebben waar de meeste zaken worden gedaan.

Diagram met Data 360-leveringen in bestaande organisatie
  • Voors:

    • Eenvoudigste pad: Data 360 wordt geleverd waar uw CRM-gegevens zich al bevinden.
    • Onmiddellijke toegang tot lokale verkoop-, service- en marketinggegevens.
    • Geen extra integratie vereist.
    • Minder licenties en omgevingen om te beheren.
    • Versnelt vroege acceptatie, proefversies en productiegebruikscases.
  • Nadelen:

    • Kan de governance- of technische schuld van de bestaande organisatie overnemen.
    • Als er niet één "hoofdorganisatie" bestaat, kan het selecteren van een organisatie leiden tot eigendomsdebatten.
    • Prestaties die zijn gekoppeld aan de locatie van de organisatie; komen mogelijk niet overeen met de behoeften van de gehele onderneming.
    • Als meerdere bedrijfseenheden verschillende organisaties gebruiken, kan lokale levering leiden tot fragmentatie als deze niet wordt gekoppeld aan Data Cloud One.

Voorbeeld:
Een SaaS-bedrijf met één Salesforce-organisatie levert Data 360 in die organisatie om klantabonnements- en ondersteuningsgegevens te combineren.

Werkt het beste voor: Klanten met meerdere Salesforce-organisaties die niet één grote organisatie kunnen afstemmen, of ondernemingen met een sterk Center of Excellence-model (CoE).

Diagram met Data 360-leveringen in nieuwe speciale organisatie
  • Voors:

    • Een schone lei voor governance, zonder overgenomen organisatiecomplexiteiten.
    • Gecentraliseerde controle over meerdere bedrijfssectoren.
    • Flexibiliteit om een regio te kiezen op basis van nalevingsbehoeften.
    • Fungeert als een neutrale "shared service"-organisatie, niet gebonden aan één bedrijfseenheid.
    • Instellen voor toekomstige Data Cloud One-architectuur (Thuisorganisatie met meerdere Companion-organisaties).
  • Nadelen:

    • Klanten moeten een licentie nemen voor een nieuwe Salesforce-organisatie waarop Data 360 kan worden geleverd.
    • Aanvullende integratie vereist om de organisatie te verbinden met een Data 360 via een Data Cloud One-compagnonverbinding.
    • Kan administratieve overhead toevoegen (gebruikersbeheer, beveiliging, identiteit).
    • Langere time-to-value in vergelijking met levering in een bestaande productieorganisatie.

Voorbeeld:
Een multinationale financiële dienstverlener maakt een speciale thuisorganisatie om Data 360 te leveren. Alle bedrijfseenheidsorganisaties (Retail, Wealth, Commercial Banking) verbinden als Companion-organisaties via Data Cloud One.

Overweging Bestaande organisatie als thuisorganisatie (voorkeursstandaard) Nieuwe organisatie als thuisorganisatie (alternatief)
Eenvoud Bouwt voort op de bestaande gebruikers- en gegevensstructuur voor een snellere set-up; Data 360 is standaard geïntegreerd met de hoofdorganisatie. Vereist licentiëring en set-up van nieuwe Salesforce-organisatie en extra administratieve overhead om deze te beheren.
Tijd-naar-waarde Onmiddellijk gebruik van lokale CRM-gegevens. Tragere helling; integratie vereist.
Bestuur Neemt het basismodel voor governance van de bestaande organisatie over: bestaande gebruikers en machtigingensets. Dit kan prima zijn als de organisatie al centraal is. Een schone lei voor governance; ideaal voor door CoE geleide modellen.
Naleving Woonplaats gekoppeld aan de regio van de bestaande organisatie. Flexibiliteit om een regio onafhankelijk van bestaande organisaties te selecteren.
Prestaties Beste prestaties voor lokale CRM-query's. Afhankelijk van de connectiviteit van de Companion-organisatie, ongeacht of dit dezelfde regio of regio-overstijgend is voor de andere organisaties.
Toekomstige schaalbaarheid Werkt goed in combinatie met Data Cloud One; moeilijker om later over te schakelen als de verkeerde organisatie wordt gekozen. Schaalbaar met Data Cloud One ; ontworpen voor neutraliteit.
Cost Lagere incrementele kosten. Hogere overhead door extra omgevingen.

Als algemeen principe kunt u het beste een bestaande grote organisatie als uw thuisorganisatie gebruiken om de initiële inspanning te minimaliseren en de acceptatie te versnellen. Maak alleen een nieuwe, speciale thuisorganisatie als uw governance- of nalevingsstrategie voor de lange termijn dit vereist. Het maken van een nieuwe, speciale thuisorganisatie is een veel voorkomende keuze voor grotere ondernemingen met een Center of Excellence (COE).

Enkelvoudige organisatieomgeving

Provision Data 360 in uw bestaande productieorganisatie. Dit maximaliseert eenvoud en onmiddellijke waarde. Het voorkomt onnodige integratieoverhead.

Meerdere organisaties

Selecteer liever een van uw belangrijkste organisaties — doorgaans die waar het grootste deel van uw bedrijf actief is, of de organisatie die al als uw gecentraliseerde CRM fungeert — om als de thuisorganisatie te fungeren. Dit vermindert complexiteit, minimaliseert set-upwerk en stelt u in staat om de waarde van Data 360 snel te realiseren. Het gebruik van een bestaande grote organisatie voorkomt ook de kosten en integratie-inspanningen van het beheer van een nieuwe omgeving.

Wanneer een nieuwe, speciale thuisorganisatie overwegen

Als uw organisatie een sterk Center of Excellence (CoE) heeft en governance gescheiden wil hebben van organisaties van bedrijfseenheden. Als geen enkele bestaande organisatie geschikt is vanwege nalevings- of organisatorische beperkingen. In die gevallen biedt het maken van een nieuwe thuisorganisatie flexibiliteit en neutraliteit, maar met een langere time-to-value.


Ondernemingen beheren vaak meerdere Salesforce-organisaties. Dit is geen randcase, maar de norm. Vanaf februari 2024 hadden ongeveer 19.000 Salesforce-klanten al meer dan één Salesforce-organisatie.

Waarom gebeurt dit?

  • Overnames en fusies: Pas overgenomen bedrijven brengen hun eigen Salesforce-exemplaren mee.
  • Regionale activiteiten: Afzonderlijke organisaties voor de EU, Noord-Amerika, Azië-Pacific, enz., Vaak om te voldoen aan wetgeving inzake gegevensverblijf.
  • Functionele scheiding: Verschillende bedrijfseenheden (bijv. Retail Banking, Wealth Management, Insurance) hebben hun eigen organisaties voor autonomie.
  • Isolatie van regelgeving of beveiliging: Bepaalde sectoren verplichten logisch onderscheiden organisaties om nalevingsredenen.
  • Historische/technische redenen: In de loop van de tijd verzamelen klanten organisch meerdere organisaties.

Elke reden is afzonderlijk logisch, maar samen zorgen ze voor fragmentatie van gegevens. Zonder een uniforme laag heeft elke organisatie slechts een gedeeltelijke weergave van de klant.

De architectonische uitdaging: Hoe combineert u gegevens binnen organisaties in één waarheidsbron met inachtneming van nalevings-, governance- en autonomievereisten?


Data Cloud One is de Salesforce-connectiviteitsarchitectuur voor meerdere organisaties waarmee meerdere Salesforce-organisaties één Data 360-exemplaar kunnen delen. Het is het aanbevolen patroon voor ondernemingen met meerdere Salesforce-organisaties.

In elk Data Cloud One-cluster wordt één Salesforce-organisatie aangeduid als de thuisorganisatie, die het Data 360-exemplaar host. Andere Salesforce-organisaties maken verbinding als Companion-organisaties en gebruiken de gecombineerde gegevens en metagegevens uit Data 360 van de hoofdorganisatie.

Diagram met Data Cloud One-architectuur
  1. Gegevensopname en -samenvoeging (hoofdorganisatie)
    • Alle configuratie van gegevensopname (Salesforce CRM, externe bronnen, streaming, batch) vindt alleen plaats vanuit de hoofdorganisatie.
    • De Data 360 belanghebbende die is gekoppeld aan de thuisorganisatie voert identiteitsoplossing, harmonisering, modellering en samenvoeging uit in vertrouwde Customer 360 profielen.
    • Data 360-beheer, governancebeleid, tags en maskeren worden centraal toegepast vanuit de thuisorganisatie.
  2. Architectuur van gegevensruimte
    • Vanuit de hoofdorganisatie worden gegevens geordend in gegevensruimten, die fungeren als logische containers voor gegevens, metagegevens en processen.
    • Ondernemingen kunnen gegevensruimten maken voor merken, regio's of branches.
    • Delen van gegevensruimte: Vanuit de hoofdorganisatie worden specifieke gegevensruimten selectief gedeeld met Companion-organisaties. Dit zorgt ervoor dat alleen de relevante gegevens (en gekoppelde metagegevens) naar de juiste organisaties stromen.
  3. Delen van metagegevens
    Companion-organisaties ontvangen metagegevensdefinities van de Home-organisatie, inclusief gegevensmodelobjecten (DMO's), een gecombineerd profielschema, berekende insights, segmenten en meer. Deze worden standaard weergegeven binnen de Companion-organisatie alsof het lokale activa zijn, maar zijn feitelijk gekoppeld aan de Home-organisatie.
  4. Taken die moeten worden gedaan in thuisorganisatie vs. Companion-organisaties
  5. Toegang tot voorzieningen verschilt tussen Thuis- en Companion-organisaties. Companion-organisaties kunnen geen gegevens opnemen of combineren en vertrouwen op de hoofdorganisatie voor opname, modellering en samenvoeging. Companion-organisaties hebben toegang tot Data 360-gegevens om door Data 360 ondersteunde platformvoorzieningen aan te drijven en kunnen lokale insights, segmenten en stromen maken bovenop de gedeelde, vertrouwde gegevens. In de toekomstvisie hebben ze ook toegang tot activeringsvoorzieningen.
    Mogelijkheid Thuisorganisatie Companion-organisatie
    Verbinden Connectoren configureren, gegevensstromen maken, gegevens opnemen of bundelen
    Harmoniseren en combineren Gegevenstransformaties samenstellen en uitvoeren en identiteitsoplossing
    Gegevens beveiligen met gegevensruimte en machtigingen
    Segment & Predict Build-segmenten, insights en Einstein Studio-modellen
    Activeringen overal activeren, gegevensacties
    Platformfuncties Aanwijzingensamensteller, Stromen, Rapporten, Verrijking en meer
    Data 360-voorzieningen Prospecting Center, Sales- en Service Cloud-voorzieningen, Agentforce en meer
  6. Platformvoorzieningspariteit
    Vanuit het perspectief van gebruikers en samenstellers zijn er enkele functionele verschillen tussen Hoofdpagina- en Companion-organisaties wat betreft het gebruik van Salesforce-platformvoorzieningen. Een lijst van ondersteunde voorzieningen vindt u in Data 360-voorzieningen voor Companion-organisaties.
    • Salesforce Platform-voorzieningen, zoals Stromen, Rapporten, Aanwijzingensamensteller, dashboards en andere platformeigen tools, werken in zowel Hoofdpagina- als Companion-organisaties zodra metagegevens beschikbaar zijn.
    • Door Data 360 ondersteunde voorzieningen, zoals Agentforce, Prospecting Center, Sales Cloud Einstein en AI-voorzieningen van Service Cloud, werken ook naadloos in zowel thuis- als metgezelorganisaties. Sommige voorzieningen zijn mogelijk op weg naar volledige compatibiliteit, maar het algemene doel is om voorzieningen gelijk te maken tussen Hoofdpagina- en Companion-organisaties voor alle Cross-Cloud-voorzieningen die afhankelijk zijn van Data 360.
  7. Verbruiksmodel
    Alle activiteiten van de Companion-organisatie (query's, segmentuitvoeringen, door Data 360 geactiveerde stromen, AI-gebruik, Einstein Trust Layer-logging, enz.) verbruiken Data 360-kredietpunten van de hoofdorganisatie. Verbruiksstromen in één richting: kredieten worden gecentraliseerd, gefactureerd en bijgehouden op basis van de krediettoewijzing van de thuisorganisatie. U kunt echter doorklikken om te zien hoeveel kredieten elke afzonderlijke organisatie heeft gebruikt in Digital Wallet.
  8. Ontwerpprincipe: Horizontale samenstelling
    Data Cloud One is ontworpen als een horizontale constructie van het Salesforce-platform, net als sandboxen. Het doel is dat elke nieuwe voorziening die Salesforce uitbrengt, zonder extra set-up werkt in zowel thuis- als gezelschapsorganisaties. Dit zorgt ervoor dat Data Cloud One niet alleen een keuze voor gegevensarchitectuur is, maar ook een basiselement van het Salesforce-platform in de toekomst.

Ondernemingen met meerdere organisaties moeten kiezen hoe en waar Data 360 binnen hun ecosysteem wordt gelokaliseerd. Willen ze onafhankelijke Data 360's leveren in elke organisatie of Data Cloud One gebruiken om organisaties te combineren onder één thuisorganisatie?

Elke Salesforce-organisatie levert zijn eigen Data 360-exemplaar.

Voors:

  • Autonomie: Elke bedrijfseenheid of regio bepaalt zijn eigen Data 360.
  • Eenvoud binnen elke organisatie: Governance, beveiliging en aanpassingen zijn gelokaliseerd.
  • Naleving van regelgeving: Nuttig wanneer strikte scheiding van regelgeving vereist is (bijv. gegevens mogen geen grenzen overschrijden).

Nadelen:

  • Gegevenssilo's: Customer 360 kan niet binnen organisaties worden bereikt.
  • Hogere kosten: Elk exemplaar vereist licenties, beheer en integratie. Klanten nemen uiteindelijk dezelfde brongegevens meerdere malen op om een volledige C360-weergave te krijgen in meerdere verschillende organisaties.
  • Dubbel werk: Identiteitsoplossing, segmentering en verrijking moeten in elke Data 360 worden herhaald.

Er wordt één Data 360 geleverd in een thuisorganisatie, met andere Salesforce-organisaties die zijn verbonden als Companion-organisaties.

Voors:

  • Enige bron van waarheid (SSOT): Alle organisaties delen hetzelfde gecombineerde gegevensmodel.
  • Kostenefficiëntie: Slechts één Data 360-licentie en -infrastructuur te beheren.
  • Gecombineerd bestuur: Beleidsvormen, beveiliging en nalevingscontroles worden centraal toegepast.
  • Verrijking tussen organisaties: Companion-organisaties hebben toegang tot geharmoniseerde profielen, insights en segmenten.
  • AI-gereedheid: Een bedrijfsbrede gegevensset maakt betere training en activering van AI-modellen mogelijk.
  • Toekomstbestendig: Het toevoegen van nieuwe Companion-organisaties is eenvoudig; er zijn geen nieuwe Data 360's nodig.

Nadelen:

  • Aanvullende voorbereiding: Vereist planning voor connectiviteit tussen organisaties.
  • Overwegingen bij vertraging: Gezelschapsorganisaties in verschillende regio's zien mogelijk tragere query's.
  • Complexe governance: Als elke organisatie zeer verschillende aanpassingsbehoeften heeft, kan fijnmazig bestuur complex zijn.

In sommige gevallen kunnen governance, naleving of andere bedrijfsvereisten het onpraktisch maken om elke organisatie te clusteren. Dit kan leiden tot de noodzaak om een hybride oplossing te implementeren waarin de onderneming verschillende Data 360's exploiteert, waarbij elke organisatie de thuisorganisatie is voor een ander cluster van Companion-organisaties.

Een multinational heeft Salesforce-organisaties in verschillende regio's, waaronder Europa, de VS en Azië. Om te voldoen aan de regionale regelgeving voor gegevensverblijf, leveren ze één Data 360 voor elke afzonderlijke regio.

Overweging Meerdere onafhankelijke Data 360's One Shared Data 360 (Data Cloud One )
Autonomy Grote autonomie voor elke organisatie of bedrijfseenheid. Gecentraliseerd bestuur, minder autonomie per organisatie.
Naleving Nuttig wanneer strikte scheiding vereist is (bijv. regionale wetgeving). Werkt het best wanneer residency centralisatie toestaat.
Cost Hogere licentie- en beheerkosten. Kostenefficiënter; één licentie voor vele organisaties.
Bestuur Gefragmenteerd; beleid verschilt per organisatie. Gecentraliseerd, consistent beleid binnen organisaties.
Gegevenssilo's Elke organisatie heeft zijn eigen weergave; geen Enterprise 360. Gecombineerde gegevensset, geen duplicatie.
AI/Analytics Beperkt tot de gegevens van elke organisatie. Enterprisebrede modellen met betere nauwkeurigheid.
Complexiteit Meer exemplaren om te beheren, meer integraties. Eenvoudigere architectuur, minder bewegende onderdelen.
Prestaties Beste voor gebruikscases binnen de organisatie. Toegang tot de Companion-organisatie kan latentie introduceren.

Voorkeurspatroon: Data Cloud One

Standaard één thuisorganisatie met verbonden metgezellenorganisaties voor ondernemingen met meerdere organisaties.
Dit creëert een Customer 360 voor de hele onderneming, vereenvoudigt governance en optimaliseert de kosten.

Wanneer meerdere Data 360's gebruiken:

Alleen als naleving, verblijf of organisatorische autonomie dit strikt vereisen. Bijvoorbeeld als Europese activiteiten volledig gescheiden moeten blijven van Amerikaanse activiteiten vanwege regelgeving.

Hoe kiest u de thuisorganisatie in Data Cloud One:

Begin met het overwegen van een van uw belangrijkste organisaties — doorgaans waar het grootste deel van het bedrijf wordt uitgevoerd. Met Provisioning Data 360 kunt u complexiteit minimaliseren en vroege waarde maximaliseren.

Alleen als geen enkele bestaande organisatie geschikt is, kunt u overwegen om een speciale thuisorganisatie te maken die wordt beheerd door een Center of Excellence-team.

Algemeen beginsel:

Minimaliseer in omgevingen met meerdere organisaties het aantal Data 360's. Geef de voorkeur aan Data Cloud One als het standaardpatroon om duplicatie te verminderen, AI-gereedheid in te schakelen en governance te vereenvoudigen.


Hoewel Data Cloud One de aanbevolen aanpak is voor de meeste ondernemingen, zijn er scenario's waarin klanten mogelijk meerdere Data 360-exemplaren moeten leveren. Zodra er meerdere Data 360's bestaan, is het combineren ervan niet automatisch.

Met het delen van gegevens van Data 360 naar Data 360 kunnen klanten specifieke objecten delen tussen Data 360-exemplaren zonder duplicatie of aangepaste pijplijnen. Het is een zero-copy mechanisme voor het delen van metagegevens, ontworpen voor samenwerking tussen Data 360's.

  • Elke Data 360 wordt geleverd in een eigen thuisorganisatie.
  • Beheerders kunnen een gegevensdeling maken: een groepering van specifieke objecten die ze willen delen.
  • Toegang tot de geselecteerde gegevens wordt gedeeld met Data 360 van een doelorganisatie, waarbij de objecten worden weergegeven alsof ze lokaal zijn gedefinieerd. De onderliggende gegevens blijven in de bron Data 360; alleen toegang wordt gedeeld.
  • Tags worden niet gedeeld. Alleen de ruwe objecten worden beschikbaar gesteld; de doelorganisatie moet indien nodig governance-, operationele of AI-tags opnieuw toepassen.
  • In Data Cloud One delen meerdere Companion-organisaties één Data 360-exemplaar. Platformvoorzieningen (Agentforce, Prospecting Center, Tableau Next, enz.) worden allemaal uitgevoerd op dezelfde onderliggende gegevens, wat consistentie garandeert.
  • Wanneer u gegevens deelt tussen Data 360-organisaties, heeft elke organisatie zijn eigen Data 360. Voorzieningen zoals Agentforce in organisatie A en organisatie B werken elk onafhankelijk van hun lokale instantie. Het delen vindt niet automatisch plaats. Er moeten alleen doelbewuste gegevensdelingen worden gemaakt om samen te werken aan specifieke objecten.

Regionale naleving:
Een multinationale detailhandelaar levert de ene Data 360 in de EU en de andere in de VS. Met het delen van gegevens van Data 360 naar Data 360 kan het bedrijf insights (bijvoorbeeld loyaliteits-KPI's) aggregeren die moeten worden gedeeld met het Amerikaanse hoofdkantoor, terwijl ruwe gegevens lokaal blijven.

Samenwerking bedrijfseenheid:
Een conglomeraat voert afzonderlijke Data 360's uit voor detailhandel en verzekeringen. Gegevens delen tussen Data 360's geeft gebruikers toegang tot één enkele, gezaghebbende bron van gegevens zonder te verplaatsen of kopiëren. Met Met het delen van gegevens tussen Data 360-organisaties ontvangt de verzekeringsorganisatie het segment "Klant met hoge waarde" van Retail voor gerichte cross-sellingcampagnes.

Fusies en overnames:
Een moederbedrijf neemt een dochteronderneming over met een eigen Data 360. Met twee te beheren exemplaren behoudt het bewaren van gegevenssilo's voor de korte termijn de gegevensbeveiliging en SSOT-integriteit. Tegelijkertijd maakt het delen van gegevens tussen twee Data 360-exemplaren noodzakelijke samenwerking tijdens de transitie mogelijk.

Gebundelde dashboards voor leidinggevenden:
Een multinational verspreid over continenten levert afzonderlijke Data 360's per regio. Leidinggevenden willen een gebundelde prestatieweergave per kwartaal. Elke regionale Data 360 deelt geaggregeerde berekende insights met een "Executive Org", waardoor rapportage voor de hele onderneming mogelijk wordt.

Factor Voors Nadelen
Gegevensverblijf Ondersteunt regionale scheiding en maakt samenwerking mogelijk. Verwijdert niet de noodzaak om meerdere Data 360's te beheren.
Gegevensduplicatie Zero-copy; geen duplicatie van objecten. Vereist een bewuste selectie van objecten voor opname in elke gegevensdeling.
Bestuur Delen is expliciet en opzettelijk (objectniveau). Geen tags of beleidsstromen; doelorganisatie moet governance opnieuw toepassen.
Complexiteit Schakelt selectieve samenwerking in zonder centralisatie. Vereist beheer van meerdere Data 360's en gegevensdelen.
AI/Analytics Regionale AI/analytics mogelijk; insights kunnen worden gedeeld tussen organisaties. Geen AI voor de hele onderneming, tenzij gegevens bewust worden gedeeld.
Platformvoorzieningen De door Data 360 ondersteunde voorzieningen van elke organisatie worden onafhankelijk uitgevoerd. Geen automatisch delen — risico op duplicatie als het niet zorgvuldig is ontworpen.
Cost Kan de behoefte aan ETL-pijplijnen verminderen. Maakt nog steeds kosten van meerdere Data 360's. Verbruikt kredieten voor gegevensquery's en het delen van gegevens.
Overweging Data Cloud One (voorkeur voor meerdere organisaties) Gegevens delen tussen Data 360-organisaties
Enige bron van waarheid ✅ Ja — alle organisaties delen hetzelfde DC. ❌ Nee — elke Data 360 heeft zijn eigen gegevensmodel.
Naleving Werkt alleen wanneer residency centralisatie toestaat. Nodig wanneer verblijfswetgeving centralisatie verhindert.
Bestuur Gecentraliseerd, consistent. Gebundeld; opzettelijk delen op objectniveau.
Complexiteit Minder bewegende delen, eenvoudiger. Ertscomplex: vereist het delen van configuratiegegevens en meerdere Data 360's.
AI/Analytics AI-modellen voor de hele onderneming. Regionale AI; insights kunnen selectief worden gedeeld.
Platformvoorzieningen Shared Data 360 betekent dat alle voorzieningen consistent werken binnen Home + Companions. Voorzieningen worden onafhankelijk uitgevoerd in elke Data 360; delen moet expliciet zijn.

Als uw onderneming meerdere Data 360's heeft:

  • Gebruik het delen van gegevens tussen Data 360-organisaties om samen te werken in plaats van aangepaste pijplijnen te maken of gegevens te dupliceren.
  • Deel specifieke objecten (DMO's, Berekende insights, Segmenten) door Gegevens delen te maken en deze toe te kennen aan doelorganisaties.
  • Houd er rekening mee dat tags niet worden gedeeld. De ontvangende organisatie moet tags opnieuw toepassen (bijv. governance, classificatie, AI-verrijking).

Wanneer gebruikt u Gegevens delen tussen Data 360-organisaties:

  • Om te voldoen aan wettelijke vereisten die centralisatie voorkomen.
  • Om de autonomie van bedrijfseenheden te behouden en tegelijkertijd selectieve samenwerking mogelijk te maken.
  • Gebundelde dashboards voor leidinggevenden bieden voor meerdere regio's.
  • Om M&A-scenario's te overbruggen waarin consolidering niet onmiddellijk mogelijk is.

Ontwerp zorgvuldig

Het delen moet opzettelijk en objectspecifiek zijn. Vermijd "te veel delen" — stem Gegevensdelen af op bedrijfs- en nalevingsbehoeften. Beschouw het delen van gegevens van Data 360-naar-Data 360 als een bundelingsstrategie, niet als een vervanging van Data Cloud One.


  1. Elke organisatie moet toegang tot een Data 360-bestand plannen
    • In de toekomst vereisen alle Salesforce-platformvoorzieningen — van Sales Cloud en Service Cloud tot Agentforce — Data 360-connectiviteit. Elke organisatie moet een Data 360 Home-organisatie hosten of een Companion-organisatie zijn die is verbonden via Data Cloud One.
  2. Denk binnen de hele onderneming, niet per organisatie
    • Vermijd unilaterale beslissingen die los van elkaar worden genomen.
    • Leveringen moeten collectief worden besloten, idealiter door een ondernemingsarchitectuur of Data Governance Council. Anticipeer altijd op toekomstige AI- en analysebehoeften, die afhankelijk zijn van brede, gecombineerde gegevenssets.
  3. Gegevenssilo's minimaliseren
    • Geef Data 360 de voorkeur in een bestaande grote organisatie voor eenvoud en snelheid.
    • In omgevingen met meerdere organisaties is Data Cloud One het standaardpatroon om organisaties te combineren onder één Data 360.
    • Lever alleen meerdere Data 360's als dit strikt vereist is voor naleving, verblijf of organisatorische autonomie.
  4. Ontwerp bewust als u meerdere Data 360's moet uitvoeren
    • Stel het delen van gegevens tussen Data 360-organisaties in voor samenwerking, niet voor aangepaste ETL-pijplijnen.
    • Deel specifieke objecten (DMO's, Berekende insights, Segmenten) via het delen van gegevens.
    • Onthoud: tags worden niet gedeeld en verbruik wordt gefactureerd aan de bronorganisatie.
  5. Plan governance en ownership in een vroeg stadium
    • Bepaal of Data 360 centraal wordt beheerd (Center of Excellence-model) of wordt gedelegeerd aan bedrijfsonderdelen. Definieer rollen voor beheerders, beveiligingsteams en nalevingsleads.
    • Vermijd ambiguïteit: onduidelijk eigendom is een veelvoorkomende bron van frictie.
  6. Kortetermijnsnelkoppelingen vermijden
    • Verhoog niet meerdere Data 360's voor POC's zonder een plan voor de lange termijn. Dit leidt later tot verstorend consolideringswerk.
    • Stem pilots en vroege implementaties in plaats daarvan af op uw bedrijfsbrede leveringsstrategie.

Deze leveringskeuzes zijn van cruciaal belang omdat het Salesforce-platform evolueert naar een Data 360-first-model, waarbij elke voorziening, van klantsegmentering tot AI-agentaarding, ervan afhankelijk is. De beslissingen die u vandaag neemt, vormen de basis voor de manier waarop uw onderneming klantgegevens verenigt, hoe snel u nieuwe Salesforce-voorzieningen kunt gebruiken en hoe vol vertrouwen u AI kunt opschalen binnen uw bedrijf. Om te slagen, moet u zorgvuldig leveren, dubbel werk minimaliseren, voldoen aan nalevingsvereisten, doelbewust regeren en op de lange termijn denken. Uiteindelijk is het leveren van Data 360 de eerste stap om gegevens, AI en CRM samen te laten werken als één samenhangend platform.

Kunal Goyal is directeur Productbeheer bij Salesforce en richt zich op het bevorderen van architectuur en schaalbaarheid voor meerdere organisaties binnen Data 360. Sinds 2017 heeft hij meerdere initiatieven en producten geleid die gericht zijn op samenwerking tussen organisaties en systeemontwerp voor meerdere belanghebbenden. Kunal is een van de Data 360 Best Practices Architecture Leads en de producteigenaar voor Data Cloud One, set-up, levering en beheerderservaringen.

Erin Wagner Tidwell is een belangrijke technisch schrijver en inhoudsontwerper voor Data 360. Ze werkt sinds 2013 bij Salesforce. Ze zet zich in om Data 360 gemakkelijker te begrijpen en te gebruiken door middel van duidelijke, consistente en nauwkeurige technische documentatie en in-app communicatie.

Yugandhar Bora is een Software Engineering Architect bij Salesforce, gespecialiseerd in gegevensarchitectuur binnen het Data & Intelligence Applications-platform. Hij leidt initiatieven van de Enterprise Architecture Review Board (EARB) gericht op data governance en gecombineerde gegevensmodellen, terwijl hij bijdraagt aan oplossingen voor geautomatiseerde platformleveringen.

Samarpan Jain is hoofdarchitect bij Salesforce en is gespecialiseerd in Commerce Cloud, platformintegratie en inter-organisatorische architectuur. Hij is een van de langst aangestelde medewerkers van Salesforce en leidt belangrijke initiatieven, waaronder naleving van gegevensresidency voor overheidsklanten en Data 360-gebruikstoewijzingssystemen.