Data 360-leveringen

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 verschillende beslissingen nemen over Data 360, die allemaal van invloed zijn op governance, naleving, kosten, latentie en het vermogen van de organisatie om AI en platformvoorzieningen binnen de organisatie op te schalen.

Deze handleiding biedt een raamwerk voor het nemen van beslissingen over levering met Data 360. Deze beslissingen omvatten:

• Eén hoofdorganisatie selecteren versus een configuratie voor meerdere organisaties

• Meerdere onafhankelijke Data 360-exemplaren leveren

  • Data Cloud One gebruiken om organisaties te combineren onder één exemplaar

  • Samenwerken tussen onafhankelijke Data 360-instanties die gegevens delen tussen Data 360-organisaties gebruiken

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 kunnen verbinden als begeleidende 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. Het bepaalt hoe de onderneming klantgegevens verenigt, governance afdwingt en kritieke platformvoorzieningen inschakelt, 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 maakt AI gereed voor de hele onderneming. Companion-organisaties hebben toegang tot gedeelde metagegevens en voorzieningen alsof de gegevens lokaal zijn. Daarentegen zijn meerdere onafhankelijke Data 360-exemplaren geschikt wanneer regelgeving, naleving of autonomievereisten centralisatie verhinderen. Het delen van gegevens tussen Data 360-organisaties maakt selectieve, zero-copy samenwerking tussen deze exemplaren mogelijk.

Deze beslissing beïnvloedt wie Data Governance controleert, 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 hun architecturen toekomstbestendig te maken door een strategie te ontwikkelen voor het toevoegen van Data 360-toegang in de toekomst. Salesforce-voorzieningen in 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. Gebruik deze handleiding om te bepalen welke organisaties Data 360 vereisen en of u Data Cloud One of het delen van gegevens tussen Data 360-organisaties moet gebruiken. Deze strategie vestigt een stevige basis voor een toekomst waarin Data 360 centraal staat.

• Elke organisatie moet toegang tot een Data 360-exemplaar plannen. Elke organisatie moet een Data 360-hoofdorganisatie hosten of een begeleidende organisatie zijn die is verbonden via Data Cloud One.

• Denk binnen de hele onderneming, niet per organisatie. Vermijd unilaterale beslissingen die los van elkaar worden genomen. Idealiter zou een Enterprise-architectuur of Data Governance Council collectief moeten beslissen over de leveringsstrategie. Anticipeer altijd op toekomstige AI- en analysebehoeften, die afhankelijk zijn van brede, gecombineerde gegevenssets.

• Plan governance en ownership in een vroeg stadium. Bepaal of u Data 360 centraal wilt beheren (Center of Excellence-model) of wilt delegeren aan bedrijfsonderdelen. Definieer rollen voor beheerders, beveiligingsteams en nalevingsleads. Vermijd ambiguïteit, aangezien onduidelijk eigendom problematisch kan zijn.

• Vergeet niet dat levering is gekoppeld aan licenties. De organisatie waar de Data 360-licentie wordt aangeschaft, bepaalt waar Data 360 wordt geleverd en de locatie van die organisatie bepaalt de regio.

• Inzicht in overwegingen bij gegevensbronondersteuning. Let goed op welke regio’s worden ondersteund voor diverse 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.

• Aanbieding op basis van het gegeven of u een enkelvoudige of meervoudige organisatie hebt. Voor klanten met één organisatie levert u Data 360 in uw bestaande productieorganisatie voor de snelste time-to-value. Voor klanten met meerdere organisaties minimaliseert u de complexiteit door zo min mogelijk Data 360-exemplaren te maken, idealiter met behulp van Data Cloud One-configuratie.

• Gebruik alleen meerdere Data 360-exemplaren wanneer dat nodig is. Meerdere exemplaren mogen alleen worden gebruikt wanneer naleving, verblijf of organisatorische autonomie dit vereisen. Gebruik in deze gevallen het delen van gegevens tussen Data 360-organisaties om veilige samenwerking in te schakelen.

• 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. Vergeet niet dat tags niet worden gedeeld en dat verbruik wordt gefactureerd aan de bronorganisatie.

• Vermijd snelkoppelingen voor de korte termijn. Zet niet meerdere Data 360-organisaties aan voor proof of concepts (POC’s) zonder een plan voor de lange termijn. Stem pilots en vroege implementaties af op uw bedrijfsbrede leveringsstrategie.

Evalueer elke leveringskeuze (keuze tussen Data Cloud One, gegevens delen tussen Data 360-organisaties of toewijzing van thuisorganisaties) aan de hand van deze horizontale overwegingen.

Er zijn drie belangrijke gebruikscases die beslissingen vereisen voor Data 360-leveringg:

• De thuisorganisatie kiezen
• Een strategie voor meerdere organisaties toepassen
• Gegevens delen tussen Data 360-organisaties

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-hoofdorganisatie genoemd. De hoofdorganisatie is het anker voor uw Data 360-exemplaar. Dit omvat de:

• Beheer van Data 360-opslag en -berekening (in de regio die is geselecteerd bij levering).

• Toepassing van beheer-, governance- en beveiligingsbeleid

• Prestaties van gegevensopname, harmonisering, identiteitsoplossing, segmentering en activering

In scenario’s met meerdere organisaties beheert de thuisorganisatie het centrale Data 360-exemplaar voor andere Salesforce-”companion”-organisaties.

De thuisorganisatie:

• Bepaalt de geografische locatie van uw Data 360-exemplaar.

• Bepaalt wie de eigenaar en beheerder is van uw Data 360-exemplaar. Beheerders in uw Data 360-hoofdorganisatie hebben toegang tot alle gegevens die worden opgenomen in Data 360.

• Bepaalt verbindingen van begeleidende organisaties in een Data Cloud One-configuratie.

• Legt de basis voor uw ondernemingsgegevensstrategie—later wijzigen is moeilijk en verstorend.

Zie Data 360-integratiepatronen en -praktijken voor meer informatie over Data 360-hoofdorganisaties.

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

Optie A: Data 360 leveren in een bestaande organisatie

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

• Voordelen:

  • Eenvoudigste pad: Data 360 wordt geleverd waar uw CRM-gegevens zich bevinden.

  • Onmiddellijke toegang tot lokale verkoop-, service- en marketinggegevens.

  • Er is 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 een 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.

Optie B: Data 360 leveren in een nieuwe, speciale organisatie

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

• Voordelen:

  • 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 (hoofdorganisatie met meerdere begeleidende 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 multinationaal bedrijf in financiële dienstverlening maakt een speciale thuisorganisatie om Data 360 te leveren. Alle bedrijfseenheidsorganisaties (Retail, Wealth, Commercial Banking) verbinden als begeleidende organisaties via Data Cloud One.

Beslissingscriteria

Gebruik als algemeen principe een bestaande hoofdorganisatie als uw thuisorganisatie 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 als uw gecentraliseerde CRM fungeert—om als de hoofdorganisatie 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

Het maken van een thuisorganisatie biedt flexibiliteit en neutraliteit, maar in deze gevallen met een langere time-to-value.

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

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, enzovoort, vaak om te voldoen aan de wetgeving inzake gegevensverblijf.
• Functionele scheiding: Verschillende bedrijfseenheden (bijvoorbeeld 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 of 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 hoofdorganisatie, die het Data 360-exemplaar host. Andere Salesforce-organisaties maken verbinding als begeleidende organisaties en gebruiken de gecombineerde gegevens en metagegevens uit Data 360 van de thuisorganisatie.

Hoe Data Cloud One werkt

• Gegevensopname en -samenvoeging (hoofdorganisatie)

  • Alle configuratie van gegevensopname (Salesforce CRM, externe bronnen, streaming, batch) vindt alleen plaats vanuit de thuisorganisatie.

  • De Data 360-belanghebbende die aan de thuisorganisatie is gekoppeld, voert identiteitsoplossing, harmonisering, modellering en samenvoeging uit in vertrouwde klantprofielen.

  • Data 360-beheer, governancebeleid, tags en maskeren worden centraal toegepast vanuit de thuisorganisatie.

• 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 begeleidende organisaties. Dit zorgt ervoor dat alleen de relevante gegevens (en gekoppelde metagegevens) naar de juiste organisaties stromen.

• Delen van metagegevens

  Companion-organisaties ontvangen metagegevensdefinities van de thuisorganisatie, inclusief gegevensmodelobjecten (DMO’s), schema’s voor gecombineerde profielen, berekende insights, segmenten en meer. Deze worden standaard weergegeven binnen de begeleidingsorganisatie alsof het lokale activa zijn, maar zijn gekoppeld aan de hoofdorganisatie.

• Mogelijkheden in Home-organisatie versus Companion-organisaties Toegang tot voorzieningen verschilt tussen thuis- en metgezelorganisaties. 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.

• Platformvoorzieningspariteit Vanuit het perspectief van gebruikers en samenstellers zijn er, zodra de metagegevens worden gedeeld, enkele functionele verschillen tussen hoofd- en bijbehorende organisaties wat betreft het gebruik van Salesforce Platform-voorzieningen. Een lijst van ondersteunde voorzieningen vindt u in Data 360-voorzieningen in Companion-organisaties.

  • Salesforce Platform-voorzieningen—zoals stromen, rapporten, Aanwijzingensamensteller, dashboards en andere platformeigen tools—werken in zowel thuis- als metgezelorganisaties 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 partnerorganisaties. Sommige voorzieningen zijn mogelijk op weg naar volledige compatibiliteit, maar het algemene doel is om voorzieningen gelijk te maken tussen hoofd- en bijhorende organisaties voor alle cross-cloudvoorzieningen die afhankelijk zijn van Data 360.

• Verbruiksmodel Alle activiteiten van de begeleidende organisatie (query’s, segmentuitvoeringen, door Data 360 geactiveerde stromen, AI-gebruik, Einstein Trust Layer-logboeken, enzovoort) verbruiken Data 360-kredietpunten van de thuisorganisatie. 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.

• Ontwerpprincipe: Horizontale samenstelling Het horizontale concept in Data 360 is een fundamenteel ontwerpprincipe, dat voornamelijk wordt geïmplementeerd via Data Cloud One, waardoor één Data Cloud-exemplaar meerdere, afzonderlijke Salesforce CRM-organisaties bestrijkt. Het doel is dat elke nieuwe vrijgegeven voorziening werkt in zowel thuis- als metgezelorganisaties zonder extra set-up. Deze functionaliteit 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-organisaties leveren in elke organisatie of Data Cloud One gebruiken om organisaties te combineren onder één hoofdorganisatie?

Optie A: Meerdere onafhankelijke Data 360-organisaties

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

Voordelen:

• 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 (gegevens mogen bijvoorbeeld geen grenzen overschrijden).

Nadelen:

• Gegevenssilo’s: Gecombineerde profielen kunnen niet binnen organisaties worden bereikt.

• Hogere kosten: Elk exemplaar vereist licenties, beheer en integratie. Klanten nemen uiteindelijk dezelfde brongegevens meerdere malen op in meerdere verschillende organisaties.

• Dubbel werk: Identiteitsoplossing, segmentering en verrijking moeten in elk Data 360-exemplaar worden herhaald.

Optie B: One Shared Data 360 (Eén Data Cloud-cluster)

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

Voordelen:

• Enige bron van waarheid (SSOT): Alle organisaties delen een gecombineerd gegevensmodel.

• Kostenefficiëntie: Beheer slechts één Data 360-licentie en -infrastructuur.

• Gecombineerd bestuur: Centraal toegepast beleid, beveiliging en nalevingscontroles.

• Verrijking tussen organisaties: Krijg toegang tot geharmoniseerde profielen, insights en segmenten binnen begeleidingsorganisaties.

• AI-gereedheid: Een bedrijfsbrede gegevensset maakt betere training en activering van AI-modellen mogelijk.

• Toekomstbestendig: Het toevoegen van nieuwe begeleidingsorganisaties is eenvoudig, aangezien er geen nieuwe Data 360-organisaties nodig zijn.

Nadelen:

• Aanvullende voorbereiding: One Data 360 vereist planning voor connectiviteit van organisatie naar huis.

• Overwegingen bij vertraging: Gezelschapsorganisaties in verschillende regio’s zien mogelijk tragere query’s.

• Complexe governance: Als elke organisatie andere aanpassingsbehoeften heeft, kan fijnmazig bestuur complex zijn.

Optie C: Meerdere Data Cloud One-clusters

Soms 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-organisaties exploiteert, die elk de thuisorganisatie vormen voor een ander cluster van begeleidende organisaties.

Voorbeeld:

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.

Beslissingscriteria

Voorkeurspatroon: Data Cloud One

Als u governance wilt vereenvoudigen en de kosten wilt optimaliseren voor ondernemingen met meerdere organisaties, gebruikt u één thuisorganisatie met verbonden metgezelorganisaties.

Wanneer gebruikt u meerdere Data 360-organisaties: Gebruik alleen meerdere Data 360-organisaties als naleving, residentie of organisatorische autonomie dit strikt vereisen (bijvoorbeeld als Europese activiteiten volledig gescheiden moeten blijven van Amerikaanse activiteiten vanwege regelgeving).

Hoe de thuisorganisatie te kiezen 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.

Overweeg om een speciale hoofdorganisatie te maken die wordt beheerd door een COE-team, alleen als er geen bestaande organisatie geschikt is.

Algemeen beginsel:

Minimaliseer in omgevingen met meerdere organisaties het aantal Data 360-organisaties. 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 meerdere Data 360-exemplaren moeten aanleveren, waaronder:

• 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 maken op basis van lokale gegevens en de insight toch delen met het Amerikaanse hoofdkantoor.
• Samenwerking tussen bedrijfseenheden. Een conglomeraat beheert afzonderlijke Data 360-organisaties voor detailhandel en verzekeringen. Gegevens delen tussen Data 360-organisaties geeft gebruikers toegang tot één enkele, gezaghebbende bron van gegevens zonder te verplaatsen of kopiëren. Met het delen van gegevens tussen Data 360-organisaties ontvangt de verzekeringsorganisatie het segment “Klant met hoge waarde” van detailhandel voor gerichte cross-sellingcampagnes.
• Fusies en overnames. Een moederbedrijf verwerft een dochteronderneming met zijn eigen Data 360. Met twee te beheren exemplaren behoudt het behoud 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 overstap mogelijk.
• Gebundelde dashboards voor leidinggevenden. Een multinational verspreid over continenten levert afzonderlijke Data 360-organisaties 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.

Wanneer er meerdere Data 360-organisaties bestaan, vindt er geen automatische samenvoeging plaats. 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-organisaties.

• Elke Data 360 wordt geleverd in zijn 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. Alleen toegang wordt gedeeld, de onderliggende gegevens blijven in de bron Data 360.

• 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 begeleidingsorganisaties één Data 360-exemplaar. Om consistentie te waarborgen, worden Platform-voorzieningen zoals Agentforce, Prospecting Center en Tableau Next uitgevoerd op dezelfde onderliggende gegevens.

• Bij het gebruik van het delen van gegevens 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 exemplaar. Het delen vindt niet automatisch plaats—opzettelijke gegevensdelingen moeten alleen worden gemaakt om samen te werken aan specifieke objecten.

Als uw onderneming meerdere Data 360-organisaties 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 het delen van gegevens te maken en deze toe te kennen aan doelorganisaties.

• Tags worden niet gedeeld. De ontvangende organisatie moet tags opnieuw toepassen voor governance, classificatie of AI-verrijking.

Gegevens delen tussen Data 360-organisaties gebruiken

• 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 consolidatie niet onmiddellijk mogelijk is.

Ontwerp zorgvuldig

Beschouw het delen van gegevens van Data 360-naar-Data 360 als een bundelingsstrategie, niet als een vervanging van Data Cloud One.

• Gebruik objectspecifiek delen.
• Vermijd te veel delen.
• Stem het delen van gegevens af op bedrijfs- en nalevingsbehoeften.

Het plannen van uw gegevensstrategie voor Data 360-leveringen is een kritieke architectonische beslissing voor de lange termijn die voor de hele onderneming moet worden genomen, niet per organisatie. Deze vroege strategische keuze bepaalt hoe klantgegevens worden gecombineerd, hoe governance wordt afgedwongen en hoe essentiële platformvoorzieningen, met name AI en analyses, binnen de hele organisatie worden opgeschaald. Plan governance- en eigendomsmodellen vooraf en vermijd kortetermijnsnelkoppelingen die later tot fragmentatie en grotere complexiteit leiden.

Wat is Customer 360?

Data 360-integratiepatronen en -praktijken

Data 360-architectuur

Beveiligingsarchitectuur van Data 360

Over de auteurs

Kunal Goyal is directeur Productbeheer bij Salesforce en heeft zich gericht op het verbeteren van de architectuur en schaalbaarheid van meerdere organisaties binnen Data 360.Sinds 2017 leidt hij meerdere initiatieven en producten die zijn gericht op samenwerking tussen organisaties en het ontwerpen van systemen 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 technische schrijfster en inhoudsontwerper voor Data 360. Ze werkt sinds 2013 bij Salesforce en zet zich in om Data 360 gemakkelijker te begrijpen en te gebruiken te maken 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 and 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.