Salesforce Data 360 er en dataplattform bygget på Hyperforce som forener Salesforce-data og eksterne data til en klar, fullstendig og klar 360-graders visning av hver kunde eller konto.

Virksomheter driver ofte flere Salesforce-organisasjoner på grunn av flettinger og oppkjøp, regionale operasjoner, funksjonell separasjon eller av historiske årsaker. Arkitekter må ikke bare bestemme mellom en enkelt startorganisasjon kontra konfigurasjon for flere organisasjoner, men også om de skal klargjøre flere uavhengige Data 360-forekomster, bruke Data Cloud One til å forene organisasjoner under en enkelt forekomst eller samarbeide mellom uavhengige Data 360-forekomster ved å bruke datadeling mellom Data 360-er (Data 360-til-Data 360-datadeling). Disse valgene påvirker styring, samsvar, kostnader, latens og organisasjonens mulighet til å skalere AI og plattformfunksjoner for flere organisasjoner.

Data 360 klargjøres automatisk i alle produksjonsorganisasjoner som mottar en Data 360-lisens. Data Cloud One er Salesforces tilkoblingsarkitektur for flere organisasjoner som tillater at en enkelt Hjem-organisasjon er vert for Data 360-forekomsten, mens andre Salesforce-organisasjoner kobler til som følgeorganisasjoner. Valget av hvilken organisasjon som skal inneholde Data 360-lisensen og dermed bli en Data 360-hjemmeorganisasjon, er en viktig arkitektonisk beslutning med langsiktige konsekvenser.

Hvordan du klargjør Salesforce Data 360 er en grunnleggende arkitektonisk beslutning fordi den bestemmer hvordan virksomheten forener kundedata, håndhever styring og aktiverer viktige plattformfunksjoner, spesielt AI, Agentforce og analyser – i hele organisasjonen. Ankering av en klynge av organisasjoner til en enkelt Data 360 gir en forent datamodell, sentralisert styring og bedriftsomfattende AI-klargjøring, samtidig som det gir medfølgende organisasjoner tilgang til delte metadata og funksjoner som om dataene var lokale. Til forskjell er flere uavhengige Data 360-forekomster egnet når krav til forskrifter, samsvar eller autonomi hindrer sentralisering, med datadeling mellom Data 360-organisasjoner som aktiverer selektiv, null-kopieringssamarbeid mellom disse forekomstene.

For arkitekter er dette avgjørende. Den definerer hvem som bestemmer datastyringen, hvor data befinner seg, hvordan plattformfunksjoner aktiveres, og hvor problemfrit fremtidige integrasjoner og AI-initiativer kan skaleres. Selv for organisasjoner som for øyeblikket ikke har Data 360, kan det være viktig å gjøre arkitekturen fremtidssikker ved å utvikle en strategi for å legge til Data 360-tilgang fremover. Salesforce-funksjoner på tvers av salg, service, markedsføring, handel, bransjer og Agentforce bygger i økende grad på Data 360. Organisasjoner som vil bruke disse plattformfunksjonene, må klargjøre sine egne Data 360-organisasjoner eller koble til en delt Data 360-organisasjon som tilhørende organisasjoner.

Denne veiledningen hjelper arkitekter med å utforme en klargjøringsstrategi som balanserer enkelhet, konsistens for hele virksomheten, samsvar og skalerbarhet, slik at organisasjonen trygt kan utnytte Data 360 for Customer 360, AI og innovasjon på tvers av plattformer. Det vil hjelpe deg å bestemme hvordan du velger hvilke organisasjoner du klargjør Data 360 for, og hvordan du velger mellom Data Cloud One og Datadeling mellom Data 360-organisasjoner, noe som bidrar til å legge et solid grunnlag som beveger virksomheten fremover til en Data 360-sentrert fremtid.

Alle klargjøringsvalg – enten det gjelder å velge mellom Data Cloud One og datadeling mellom Data 360-organisasjoner eller hvilken organisasjon som skal utpekes som startorganisasjon – bør evalueres mot disse overordnede punktene:

• Klargjøring er knyttet til lisensiering: Data 360 klargjøres i organisasjonen der Data 360-lisensen kjøpes, og området bestemmes av organisasjonens plassering på tidspunktet for klargjøring.
• Behold alternativene åpne ved å planlegge for Data 360 selv om du ikke trenger det nå. Beslutninger du gjør nå, kan gjøre veien lettere hvis du implementerer Data 360 til funksjoner i plattformen som Agentforce senere.
• Kunder med én organisasjon: Klargjør Data 360 i din eksisterende produksjonsorganisasjon for å få raskest tid til verdi.
• Multi-organisasjonskunder: Reduser kompleksiteten ved å opprette så lite antall Data 360-forekomster som mulig, ideelt ved å bruke Data Cloud One-konfigurasjon.
• Multiple Data 360-forekomster bør bare brukes når det kreves av samsvar, opphold eller organisasjonsautonomi. I disse tilfellene bruker du datadeling mellom Data 360-organisasjoner til å aktivere sikkert samarbeid.
• Zero Copy-datakilder: Vær oppmerksom på hvilke områder som støttes for ulike offentlige skyer og datakilder med null kopiering. Finn også ut om privat tilkobling kreves for at sikkerhetstilstanden skal kunne koble til disse datakildene, og om tilkoblinger i områder eller på tvers av områder støttes.
• Forvaltning og autonomi er sentrale begreper: avgjør om Data 360 skal administreres sentralt (Center of Excellence-modell) eller om individuelle forretningsområder trenger separat administrerte Data 360-forekomster.

Når du kjøper en Data 360-lisens, klargjøres Data 360-forekomsten i Salesforce-organisasjonen som er knyttet til den lisensen. Denne organisasjonen kalles Data 360 Home-organisasjonen. Hjem-organisasjonen er ankeret for Data 360-forekomsten. Det er her:

• Data 360-lagring og databehandling behandles (i området som ble valgt ved klargjøring).
• Administrasjon, styring og sikkerhetspolicyer brukes.
• Datainntak, harmonisering, identitetsløsning, segmentering og aktivering utføres.

I scenarier for flere organisasjoner behandler Hjem-organisasjonen den sentrale Data 360-forekomsten for andre Salesforce-fellesorganisasjoner.

Hvorfor Hjem-organisasjonen er viktig:

• Den bestemmer den geografiske plasseringen av Data 360-forekomsten.
• Den bestemmer hvem som eier og administrerer Data 360-forekomsten. Administratorer i Data 360-startsideorganisasjonen din har tilgang til alle data som hentes inn i Data 360.
• Den kontrollerer tilkoblinger til medfølgende organisasjoner i en Data Cloud One-konfigurasjon.
• Den setter grunnlaget for datastrategien for virksomheten – senere endring er vanskelig og forstyrrende.

Den første store avgjørelsen er om du vil klargjøre Data 360 i en eksisterende produksjonsorganisasjon eller opprette en ny, dedikert organisasjon som skal fungere som Hjem-organisasjonen.

Fungerer best for: Kunder med en enkelt Salesforce-organisasjon, eller kunder med flere organisasjoner som allerede har en stor sentralisert organisasjon der de fleste forretningene utføres.

• Fordeler:

  • Enkleste bane: Data 360 klargjøres der CRM-dataene allerede finnes.
  • Umiddelbar tilgang til lokale salgs-, tjeneste- og markedsføringsdata.
  • Ingen tilleggsintegrering kreves.
  • Færre lisenser og miljøer å behandle.
  • Øker hastigheten på tidlig tilpassing, pilot- og produksjonsbrukstilfeller.

• Cons:

  • Kan arve eksisterende organisasjons styring eller teknisk gjeld.
  • Hvis det ikke finnes en enkelt "hovedorganisasjon", kan valg av en føre til eierskapsdiskusjoner.
  • Ytelsen er knyttet til organisasjonens plassering. Det kan hende at den ikke er i samsvar med de foretaksomfattende behovene for opphold.
  • Hvis flere forretningsenheter bruker forskjellige organisasjoner, kan lokal klargjøring føre til fragmentering hvis den ikke pares med Data Cloud One.

Eksempel:
Et SaaS-firma med én Salesforce-organisasjon klargjør Data 360 i denne organisasjonen for å forene kundeabonnement- og kundestøttedata.

Fungerer best for: Kunder med flere Salesforce-organisasjoner som ikke kan justere på én enkelt hovedorganisasjon, eller virksomheter med en sterk Center of Excellence-modell (CoE).

• Fordeler:

  • Ryddeark for styring uten arvet organisasjonskompleksitet.
  • Sentralisert kontroll på tvers av flere forretningsområder.
  • Fleksibilitet for å velge et område basert på samsvarsbehov.
  • Handler som en nøytral delt tjenesteorganisasjon, ikke knyttet til én forretningsenhet.
  • Konfigurer for fremtidig Data Cloud One-arkitektur (hjemmeorganisasjon med flere partnerorganisasjoner).

• Cons:

  • Kunder må lisensiere en ny Salesforce-organisasjon for å klargjøre Data 360.
  • Tilleggsintegrering kreves for å koble organisasjonen til en Data 360-enhet via en Data Cloud One-tilkobling.
  • Kan legge til administrative overhead (brukerbehandling, sikkerhet, identitet).
  • Tregere tid-til-verdi sammenlignet med klargjøring i en eksisterende produksjonsorganisasjon.

Eksempel:
Et multinasjonalt firma for finansielle tjenester oppretter en dedikert hjemmesideorganisasjon for å klargjøre Data 360. Alle forretningsenhetsorganisasjoner (Retail, Wealth, Commercial Banking) kobler til som partnerorganisasjoner via Data Cloud One.

Som et generelt prinsipp favoriserer du å bruke en eksisterende hovedorganisasjon som startorganisasjon for å minimere innledende innsats og øke hastigheten på tilpassingen. Opprett en ny, dedikert hjemmesideorganisasjon bare hvis langsiktig styring eller samsvarsstrategi krever det. Opprettelse av en ny, dedikert Hjem-organisasjon er et vanlig valg for større virksomheter med et COE (Center of Excellence).

Enkel organisasjonsmiljø

Klargjør data 360 i din eksisterende produksjonsorganisasjon. Dette gir maksimal enkelhet og umiddelbar verdi. Det unngår unødvendige integrasjonsoverhead.

Multiple Org Miljø

Velg gjerne en av de viktigste organisasjonene – vanligvis den der det meste av virksomheten kjører, eller organisasjonen som allerede fungerer som det sentraliserte CRM-et – for å fungere som Hjem-organisasjonen. Dette reduserer kompleksiteten, minimerer oppsettarbeid og lar deg raskt realisere Data 360-verdien. Bruk av en eksisterende hovedorganisasjon unngår også kostnader og integrasjonsinnsats ved behandling av et nytt miljø.

Når bør du vurdere en ny, dedikert hjemmeorganisasjon?

Hvis organisasjonen har et sterkt Senter for ekspertise (CoE) og ønsker styring atskilt fra forretningsenhetsorganisasjoner. Hvis ingen enkelt eksisterende organisasjon er egnet på grunn av samsvars- eller organisasjonsbegrensninger. I disse tilfellene gir opprettelse av en ny startorganisasjon fleksibilitet og nøytralitet – men med langsommere tid til verdi.

Virksomheter driver ofte flere Salesforce-organisasjoner – og dette er ikke en kantside, men normen. Per februar 2024 kjørte omtrent 19 000 Salesforce-kunder allerede flere enn én Salesforce-organisasjon.

Hvorfor skjer dette?

• Oppkjøp og sammenslåinger: Nylig anskaffede firmaer har sine egne Salesforce-forekomster.
• Regionale operasjoner: Separate organisasjoner for EU, Nord-Amerika, Asia-Stillehavet og så videre, ofte for å oppfylle dataoppbevaringsforskrifter.
• Funksjonell separasjon: Forskjellige forretningsenheter (for eksempel Retail Banking, Wealth Management, Insurance) opprettholder sine egne organisasjoner for selvstendighet.
• Regulatorisk eller sikkerhetsisolasjon: Enkelte bransjer krever logisk forskjellige organisasjoner av hensyn til samsvar.
• Historiske/tekniske årsaker: Over tid akkumulerer kunder organisk flere organisasjoner.

Hver årsak gir mening individuelt, men sammen skaper de fragmentering av data. Uten et forente lag har hver organisasjon bare en delvis visning av kunden.

Den arkitektoniske utfordringen: Hvordan forener du data på tvers av organisasjoner til en enkelt sannhetskilde samtidig som kravene til samsvar, styring og autonomi respekteres?

Data Cloud One er Salesforces tilkoblingsarkitektur for flere organisasjoner som tillater at flere Salesforce-organisasjoner deler én enkelt Data 360-forekomst. Det er det anbefalte mønsteret for virksomheter med flere Salesforce-organisasjoner.

I alle Data Cloud One-klynger er én Salesforce-organisasjon utpekt som Hjem-organisasjonen, som er vert for Data 360-forekomsten. Andre Salesforce-organisasjoner kobler sammen som medfølgende organisasjoner og bruker de forente dataene og metadataene fra startorganisasjonens Data 360.

1. Datainntak og forening (hjemmeorganisasjon)
   
   • All datainntakskonfigurasjon (Salesforce CRM, eksterne kilder, strømming, batch) skjer bare fra Hjem-organisasjonen.
   • Data 360-leietageren som er knyttet til Hjem-organisasjonen, utfører identitetsløsning, harmonisering, modellering og forening i klarerte Customer 360.
   • Data 360-administrasjon, styringspolicyer, koding og maskering brukes sentralt fra Hjem-organisasjonen.
2. Data Space Architecture
   
   • Fra Hjem-organisasjonen organiseres data i dataområder, som fungerer som logiske beholdere for data, metadata og prosesser.
   • Virksomheter kan opprette dataområder for merker, regioner eller forretningsområder.
   • Deling av dataområde: Fra Hjem-organisasjonen deles bestemte dataområder selektivt med partnerorganisasjoner. Dette sikrer at bare de relevante dataene (og tilknyttede metadata) flyter til de riktige organisasjonene.
3. Metadatadeling
   Samleorganisasjoner mottar metadatadefinisjoner fra startorganisasjonen, inkludert datamodellobjekter (DMO-er), forent profilskjema, beregnet innsikt, segmenter og mer. Disse vises som standard i den lokale organisasjonen som om de var lokale aktiva, men de er faktisk knyttet til Hjem-organisasjonen.
4. Jobber som skal gjøres i Hjem-organisasjon vs. Fellesorganisasjoner
Funksjonstilgang er forskjellig mellom Hjem- og Samleorganisasjoner. Samleorganisasjoner kan ikke hente inn eller forene data, og baserer seg på Hjem-organisasjonen for inntak, modellering og forening. Samleorganisasjoner kan få tilgang til Data 360-data for å levere Data 360-drevne plattformfunksjoner, og de kan opprette lokal innsikt, segmenter og flyter på toppen av de delte, klarerte dataene. I den fremtidige visjonen kan de også få tilgang til aktiveringsfunksjoner.

Funksjon	Hjem-organisasjon	Companion-organisasjon
Koble til Konfigurer koblinger, opprette datastrømmer, hente inn eller samle sammen data	✅	❌
Harmoniser og forene Bygg og kjør datatransformasjoner og identitetsløsning	✅	❌
Behandle Sikre data med datarom og tillatelser	✅	✅
Segment og forutsigelse Bygge segmenter, innsikt og Einstein Studio-modeller	✅	✅
Aktiver alle aktiveringer, datahandlinger	✅	✅
Plattformfunksjoner Ledetekstbygger, flyter, rapporter, berikelse, og mer	✅	✅
Data 360-drevne funksjoner Prospecting Center, Sales og Service Cloud-funksjoner, Agentforce og mer	✅	✅

5. Plattformfunksjonsparitet
   Fra bruker- og byggerperspektivet er det noen funksjonelle forskjeller mellom Hjem- og Samleorganisasjoner når det gjelder bruk av Salesforce Platform-funksjoner, når metadataene deles. Liste over støttede funksjoner finner du i Data 360-funksjoner i medfølgende organisasjoner.
   
   • Salesforce-plattformfunksjoner – som Flyter, Rapporter, Ledetekstbygger, kontrollpaneler og andre plattformbaserte verktøy – fungerer i både Hjem- og Fellesorganisasjoner når metadata er tilgjengelig.
   • Data 360-drevne funksjoner, som Agentforce, Prospecting Center, Sales Cloud Einstein og Service Cloud AI-funksjoner, fungerer også sømløst i både start- og partnerorganisasjoner. Enkelte funksjoner er kanskje på vei til å nå fullstendig kompatibilitet, men det generelle målet er å ha funksjonsparitet mellom Hjem- og Kompanje-organisasjoner for alle funksjoner på tvers av skyen som er avhengige av Data 360.
6. Forbruksmodell
   All Companion-organisasjonsaktivitet (spørringer, segmentkjøringer, Data 360-utløste flyter, AI-bruk, Einstein Trust Layer-logging osv.) bruker Data 360-kreditter fra Hjem-organisasjonen. Forbruk flyter én vei: Kreditter sentraliseres, faktureres og spores mot startorganisasjonens kredittildeling. Du kan imidlertid se nærmere på hvor mange kreditter hver enkelt organisasjon brukte i Digital Wallet.
7. Design Princip: Horisontal konstruksjon
   Data Cloud One er utformet som en horisontal konstruksjon av Salesforce-plattformen – på samme måte som Sandbox-organisasjoner. Målet er at alle Salesforce-utgivelser av nye funksjoner skal fungere i både start- og partnerorganisasjoner uten ekstra oppsett. Dette sikrer at Data Cloud One ikke bare er et dataarkitekturvalg, men et grunnleggende element i Salesforce-plattformen som går fremover.

Virksomheter som har flere organisasjoner, må velge hvordan og hvor Data 360 skal finnes i sitt økosystem. Vil de klargjøre uavhengige Data 360-er i hver organisasjon, eller bruker de Data Cloud One til å forene organisasjoner under én enkelt startorganisasjon?

Hver Salesforce-organisasjon klargjør sin egen Data 360-forekomst.

Fordeler:

• Autonomi: Hver forretningsenhet eller -region kontrollerer sin egen Data 360.
• Enkelhet i hver organisasjon: Governance, security og tilpassinger lokaliseres.
• Reguleringssamsvar: Nyttig når streng regulatorisk adskillelse kreves (data må for eksempel ikke krysse grenser).

Cons:

• Data-silos: Customer 360 kan ikke oppnås på tvers av organisasjoner.
• Høyere kostnad: Hver forekomst krever lisens, administrasjon og integrering. Kunder slutter å hente inn de samme kildedataene flere ganger for å oppnå en fullstendig C360-visning i flere forskjellige organisasjoner.
• Duplikatarbeid: Identitetsløsning, segmentering og anriking må gjentas i hver Data 360-organisasjon.

En enkelt Data 360 klargjøres i en startorganisasjon, med andre Salesforce-organisasjoner koblet til som følgeorganisasjoner.

Fordeler:

• Enkel sannhetskilde (SSOT): Alle organisasjoner deler den samme forente datamodellen.
• Kosteneffektivitet: Bare én Data 360-lisens og infrastruktur som skal behandles.
• Forent styring: Policyer, sikkerhet og samsvarskontroller brukes sentralt.
• Forbedring på tvers av organisasjoner: Samleorganisasjoner har tilgang til harmoniserte profiler, innsikter og segmenter.
• AI-klargjøring: Virksomhetsomfattende datasett muliggjør bedre opplæring og aktivering av AI-modeller.
• Fremtidig bevis: Å legge til nye partnerorganisasjoner er enkelt, det er ikke nødvendig med nye Data 360-er.

Cons:

• Tilleggsforberedelse: Krever planlegging for organisasjons-til-hjem-organisasjonstilkobling.
• Vurderinger angående forsinkelse: Medfølgende organisasjoner i forskjellige områder kan se tregere spørringer.
• Komplekse styringer: Hvis hver organisasjon har svært forskjellige tilpassingsbehov, kan detaljert styring være komplekst.

I noen tilfeller kan styring, samsvar eller andre forretningskrav gjøre det upraktisk å gruppere alle organisasjoner sammen. Dette kan føre til at det er nødvendig å implementere en hybridløsning der virksomheten driver flere Data 360-organisasjoner, som hver er Hjem-organisasjonen for en annen klynge med tilhørende organisasjoner.

Et multinasjonalt selskap har Salesforce-organisasjoner i en rekke regioner, inkludert Europa, USA og Asia. For å overholde bestemmelser om regional dataoppbevaring klargjør de én Data 360 for hvert separate område.

Foretrukket mønster: Data Cloud One

Standard til én enkelt startorganisasjon med tilkoblede partnerorganisasjoner for flere organisasjoner.
Dette skaper en foretaksomfattende Customer 360, forenkler styringen og optimaliserer kostnadene.

Når skal flere Data 360-er brukes:

Bare hvis samsvar, opphold eller organisasjonsautonomi krever det strengt. For eksempel hvis europeiske operasjoner må forbli fullstendig atskilt fra amerikanske operasjoner på grunn av forskrifter.

Hvordan velger du Hjem-organisasjonen i Data Cloud One:

Start med å vurdere en av de viktigste organisasjonene – vanligvis der det meste av virksomheten kjører. Klargjøring av Data 360 der kan redusere kompleksiteten og maksimere tidligverdien.

Bare hvis ingen eksisterende organisasjon er egnet, kan du vurdere å opprette en dedikert Hjem-organisasjon som administreres av et ekspertisesenterteam.

Generell prinsipp:

I miljøer for flere organisasjoner minimerer du antall Data 360-er. Favorere Data Cloud One som standardmønster for å redusere duplisering, aktivere AI-klargjøring og forenkle styring.

Data Cloud One er den anbefalte løsningen for de fleste virksomheter, men det finnes scenarier der kunder kanskje må klargjøre flere Data 360-forekomster. Når det finnes flere Data 360-er, er ikke forening på tvers av dem automatisk.

Deling av Data 360-til-Data 360-data gir kunder mulighet til å dele bestemte objekter mellom Data 360-forekomster uten duplikater eller tilpassede under arbeid. Det er en delingsmekanisme for metadata med null kopiering utformet for samarbeid på tvers av Data 360-er.

• Hver Data 360 klargjøres i sin egen Hjem-organisasjon.
• Administratorer kan opprette en datadeling – en gruppering av bestemte objekter de vil dele.
• Tilgang til de valgte dataene deles med målorganisasjonens Data 360, der objektene vises som om de var definert lokalt. De underliggende dataene forblir i kildedata 360. Bare tilgang deles.
• Koder deles ikke. Bare råobjektene blir gjort tilgjengelig. Målorganisasjonen må bruke eventuelle koder for styring, drift eller AI på nytt etter behov.

• I Data Cloud One deler flere partnerorganisasjoner én enkelt Data 360-forekomst. Plattformfunksjoner (Agentforce, Prospecting Center, Tableau Neste, etc.) kjører alle på de samme underliggende dataene for å sikre konsistens.
• Når du bruker datadeling mellom Data 360-organisasjoner, har hver organisasjon sin egen Data 360. Funksjoner som Agentforce i organisasjon A og organisasjon B opererer hver uavhengig på sin lokale forekomst. Ingen deling skjer automatisk – hensiktsmessige datadeling må opprettes for å samarbeide bare om bestemte objekter.

Regional overholdelse:
En multinasjonal forhandler klargjør én Data 360 i EU og en annen i USA. Data 360-til-Data 360-datadeling lar firmaet aggregere innsikt (for eksempel lojalitets-KPI-er) for å deles med US-hovedkontor mens rådata forblir lokale.

Forretningsenhetssamarbeid:
Et konglomerat kjører separate Data 360-er for Detaljhandel og Forsikring. Datadeling mellom Data 360-er gir brukere tilgang til en enkelt, autorisert datakilde uten å flytte eller kopiere. Med Med datadeling mellom Data 360-organisasjoner mottar Forsikring-organisasjonen Detaljhandel-segmentet "Høy verdi for kunde" for målrettede kryssalgskampanjer.

Fusjoner og oppkjøp:
Et overordnet firma anskaffer et datterselskap med sitt eget Data 360. Når to forekomster skal behandles, beholder bevaring av kortsiktige datasiloter datasikkerhet og SSOT-integritet. Samtidig deling av data mellom to Data 360-forekomster tillater nødvendig samarbeid under overgangen.

Kontrollpaneler for føderale ledere:
En multinasjonal spredning på tvers av kontinenter klargjør individuelle Data 360-er per region. Ledere ønsker en samlet kvartalsvis ytelsesvisning. Hver regionale Data 360-enhet deler aggregerte beregnede innsikter med en "lederorganisasjon" som aktiverer foretaksomfattende rapportering.

Hvis virksomheten har flere Data 360-er:

• Bruk datadeling mellom Data 360-organisasjoner til å samarbeide på tvers av dem i stedet for å bygge tilpassede pipelines eller duplisere data.
• Del bestemte objekter (DMO-er, Beregnet innsikt, Segmenter) ved å opprette datadeling og tildele dem til målorganisasjoner.
• Vær oppmerksom på at koder ikke deles – mottakerorganisasjonen må bruke koder på nytt (for eksempel styring, klassifisering, AI-forbedring).

Når skal du bruke Datadeling mellom Data 360-organisasjoner:

• For å oppfylle lovpålagte krav som hindrer sentralisering.
• For å opprettholde forretningsenhetens autonomi samtidig som selektivt samarbeid aktiveres.
• For å tilby kontrollpaneler for forente ledere på tvers av flere områder.
• For å bygge bro mellom M&A-scenarier der konsolidering ikke er umiddelbart mulig.

Design nøye

Deling må være hensiktsmessig og objektspesifikk. Unngå overdeling – juster datadeling med forretnings- og samsvarsbehov. Behandle deling av Data 360-til-Data 360-data som en forbundsstrategi, ikke som en erstatning for Data Cloud One .

1. Alle organisasjoner bør planlegge tilgang til en Data 360
   
   • I fremtiden krever alle Salesforce Platform-funksjoner – fra Sales Cloud og Service Cloud til Agentforce – Data 360-tilkobling. Hver organisasjon må være vert for en Data 360-startsideorganisasjon eller være en partnerorganisasjon tilkoblet via Data Cloud One.
2. Tenk i hele virksomheten, ikke organisasjon for organisasjon
   
   • Unngå ensidige forretningsbeslutninger som tas isolert.
   • Klargjøring bør avgjøres kollektivt, ideelt sett av en bedriftsarkitektur eller et datastyringsråd. Forutse alltid fremtidige behov for AI og analyse, som avhenger av brede, forente datasett.
3. Minimer data-silos
   
   • Foretrukk Data 360-klargjøring i en eksisterende hovedorganisasjon for å gjøre det enklere og raskere.
   • I miljøer for flere organisasjoner er Data Cloud One standardmønsteret for å forene organisasjoner under ett Data 360-miljø.
   • Klargjør flere Data 360-enheter bare hvis det er strengt nødvendig for samsvar, opphold eller organisatorisk autonomi.
4. Design med vilje hvis du må kjøre flere Data 360-er
   
   • Konfigurer datadeling mellom Data 360-organisasjoner for samarbeid, ikke tilpassede ETL-er under behandling.
   • Del bestemte objekter (DMO-er, Beregnet innsikt, Segmenter) via datadeling.
   • Husk: Koder deles ikke, og forbruk faktureres til kildeorganisasjonen.
5. Planlegg styring og eierskap tidlig
   
   • Bestem om Data 360 skal behandles sentralt (Center of Excellence-modell) eller delegeres til forretningsområder. Definer roller for administratorer, sikkerhetsteam og samsvarssalgsemner.
   • Unngå tvetydighet: Uklar eierskap er en vanlig kilde til friksjoner.
6. Unngå kortsiktige snarveier
   
   • Ikke spinn opp flere Data 360-er for POC-er uten en langsiktig plan – dette oppretter forstyrrende konsolideringsarbeid senere.
   • I stedet kan du tilpasse piloter og tidlige distribusjoner til den bedriftsomfattende klargjøringsstrategien.

Disse klargjøringsvalgene er avgjørende fordi Salesforce-plattformen utvikler seg mot en Data 360-første modell, der hver funksjon, fra kundesegmentering til AI-agentplassering, vil avhenge av den. Beslutningene du tar i dag, vil sette grunnlaget for hvor effektivt virksomheten forener kundedata, hvor raskt du kan ta i bruk nye Salesforce-funksjoner og hvor trygt du kan skalere AI på tvers av virksomheten. For å lykkes må du klargjøre nøye, minimere duplisering, samsvare med krav til overholdelse, styre med vilje og tenke langsiktig. I siste instans er Data 360-klargjøring det første trinnet i å få data, AI og CRM til å fungere sammen som én sammenhengende plattform.

Kunal Goyal er leder for produktbehandling i Salesforce, fokusert på å utvikle arkitektur for flere organisasjoner og skalerbarhet i Data 360. Siden 2017 har han ledet flere initiativer og produkter som fokuserer på samarbeid på tvers av organisasjoner og systemutforming for flere leietagere. Kunal er en av salgsemnene i Data 360-arkitektur med gode fremgangsmåter og produkteieren for Data Cloud One, oppsett, klargjøring og administratoropplevelser.

Erin Wagner Tidwell er hovedteknisk forfatter og innholdsdesigner for Data 360. Hun har vært i Salesforce siden 2013. Hun er dedikert til å gjøre det enklere å forstå og bruke Data 360 gjennom tydelig, konsistent og nøyaktig teknisk dokumentasjon og kommunikasjon i appen.

Yugandhar Bora er Software Engineering Architect på Salesforce, spesialisert seg på dataarkitektur i Data & Intelligence-plattformen. Han leder EARB-initiativer (Enterprise Architecture Review Board) fokusert på datastyring og forente datamodeller, samtidig som han bidrar til automatiserte plattformklargjøringsløsninger.

Samarpan Jain er hovedarkitekt hos Salesforce og spesialiserer seg på Commerce Cloud, plattformintegrering og arkitektur for flere organisasjoner. En av Salesforces lengste ansatte leder viktige initiativer, inkludert overholdelse av krav om dataoppbevaring for myndighetskunder og tilskrivingssystemer for bruk av Data 360.