Salesforce Data 360 är en dataplattform byggd på Hyperforce som förenar Salesforce och externa data till en tydlig, fullständig och tillförlitlig 360-gradersvy av varje kund eller konto.

Företag driver ofta flera Salesforce-organisationer på grund av sammanslagningar och förvärv, regionala verksamheter, funktionell separation eller av historiska skäl. Arkitekter måste bestämma inte bara mellan en enskild startorganisation och flera organisationers konfiguration, utan även om de vill provisionera flera oberoende Data 360-instanser, använda Data Cloud One för att slå samman organisationer under en enda instans eller samarbeta mellan oberoende Data 360-instanser med hjälp av datadelning mellan Data 360s (Data 360-till-Data 360-datadelning). Dessa val påverkar styrning, efterlevnad, kostnad, latens och organisationens möjlighet att skala upp AI och funktioner i flera organisationer.

Data 360 provisioneras automatiskt i alla produktionsorganisationer som får en Data 360-licens. Data Cloud One är Salesforces anslutningsarkitektur för flera organisationer som låter en enskild hemorganisation vara värd för Data 360-instansen, medan andra Salesforce-organisationer ansluter som följeslagare. Valet av vilken organisation som innehar Data 360-licensen, och därmed blir en Data 360-hemorganisation, är ett viktigt arkitektoniskt beslut med långsiktiga konsekvenser.

Att provisionera Salesforce Data 360 är ett grundläggande arkitektoniskt beslut eftersom det avgör hur företaget slår samman kunddata, tillämpar styrning och aktiverar viktiga plattformsfunktioner, särskilt AI, Agentforce och analyser, i hela organisationen. Att förankra ett kluster av organisationer till en enda Data 360 ger en enhetlig datamodell, centraliserad styrning och företagsomfattande AI-beredskap, samtidigt som följeslagare kan komma åt delade metadata och funktioner som om data vore lokala. I motsats till detta är flera oberoende Data 360-instanser lämpliga när reglerings-, efterlevnads- eller autonomikrav förhindrar centralisering, med Datadelning mellan Data 360-organisationer som möjliggör selektivt samarbete utan kopia mellan dessa instanser.

För arkitekter är detta beslut viktigt. Den definierar vem som styr datastyrning, var data finns, hur plattformsfunktioner aktiveras och hur smidigt framtida integreringar och AI-initiativ kan skalas upp. Även för organisationer som för närvarande inte har Data 360 kan det vara viktigt att framtidssäkra din arkitektur genom att utveckla en strategi för att lägga till åtkomst till Data 360 framöver. Salesforce-funktioner för försäljning, service, marknadsföring, handel, branscher och Agentforce bygger i allt högre grad på Data 360. Organisationer som vill använda dessa plattformsfunktioner måste provisionera sina egna Data 360 eller ansluta till en delad Data 360 som medföljande organisationer.

Denna guide hjälper arkitekter utforma en provisioneringsstrategi som balanserar enkelhet, enhetlighet, efterlevnad och skalbarhet i hela företaget, vilket säkerställer att organisationen med tillförsikt kan använda Data 360 for Customer 360, AI och plattformsoberoende innovation. Det hjälper dig avgöra hur du väljer vilka organisationer du provisionerar Data 360 i och hur du väljer mellan Data Cloud One och Datadelning mellan Data 360-organisationer, vilket hjälper till att lägga en stabil grund som tar din verksamhet framåt mot en framtid med Data 360 i fokus.

Varje provisioneringsval — oavsett om det handlar om att välja mellan Data Cloud One och datadelning mellan Data 360-organisationer, eller vilken organisation som ska utses till hemorganisation — bör utvärderas mot dessa övergripande överväganden:

• Provisionering är knuten till licensiering: Data 360 provisioneras i organisationen där Data 360-licensen köps och regionen avgörs av organisationens plats vid tidpunkten för provisioneringen.
• Håll dina alternativ öppna genom att planera för Data 360 även om du inte behöver det nu. Beslut du fattar nu kan jämna ut din väg om du implementerar Data 360 för att driva plattformsfunktioner som Agentforce senare.
• Enskilda organisationskunder: Provisionera Data 360 i din befintliga produktionsorganisation för snabbast möjliga tid till värde.
• Kunder med flera organisationer: Minimera komplexiteten genom att skapa så få Data 360-instanser som möjligt, helst med hjälp av Data Cloud One-konfigurationen.
• Flera Data 360-instanser ska endast användas när det krävs för efterlevnad, hemvist eller organisatorisk självständighet. I dessa fall, använd datadelning mellan Data 360-organisationer för att aktivera säkert samarbete.
• Noll Kopiera datakällor: Var uppmärksam på vilka regioner som stöds för olika offentliga moln och Zero Copy-datakällor. Bestäm även om Privat anslutning krävs för att din säkerhetsstatus ska kunna anslutas till dessa datakällor och om anslutningar inom eller mellan regioner stöds.
• Styrning och autonomi är centrala begrepp: bestäm om Data 360 ska hanteras centralt (modellen Centre of Excellence) eller om enskilda verksamhetsgrenar behöver separat hanterade Data 360-instanser.

När du köper en Data 360-licens provisioneras Data 360-instansen i den Salesforce-organisation som är associerad med licensen. Denna organisation kallas Data 360-startorganisationen. Hemorganisationen är ankaret för din Data 360-instans. Det är där:

• Data 360-lagring och -beräkning hanteras (i den region som valdes vid provisioneringen).
• Administration, styrning och säkerhetspolicyer tillämpas.
• Dataintag, harmonisering, identitetslösning, segmentering och aktivering utförs.

I scenarion med flera organisationer hanterar hemorganisationen den centrala Data 360-instansen för andra Salesforce "Companion"-organisationer.

Varför hemorganisationen spelar roll:

• Det avgör den geografiska platsen för din Data 360-instans.
• Det avgör vem som äger och administrerar din Data 360-instans. Administratörer i din Data 360-startorganisation har åtkomst till alla data som tas in i Data 360.
• Den styr anslutningar för sällskapsorganisationer i en Data Cloud One-konfiguration.
• Det lägger grunden för din företagsdatastrategi — att ändra den senare är svårt och störande.

Det första stora beslutet är om man ska provisionera Data 360 i en befintlig produktionsorganisation eller skapa en ny, dedikerad organisation som agerar som hemorganisation.

Fungerar bäst för: Kunder med en enskild Salesforce-organisation, eller kunder med flera organisationer som redan har en stor centraliserad organisation där de flesta verksamheter körs.

• Pros:

  • Enklaste sökväg: Data 360 provisioneras där dina CRM-data redan finns.
  • Omedelbar åtkomst till lokala försäljnings-, service- och marknadsföringsdata.
  • Ingen ytterligare integrering krävs.
  • Färre licenser och miljöer att hantera.
  • Snabbar på tidig användning, piloter och produktionsanvändning.

• Nackdelar:

  • Kan ärva befintlig organisations styrning eller tekniska skuld.
  • Om det inte finns någon enskild "huvudorganisation" kan valet av en skapa ägardebatter.
  • Prestanda knuten till organisationens plats, kanske inte i linje med behoven för hela företaget.
  • Om flera affärsenheter använder olika organisationer kan lokal provisionering leda till fragmentering om den inte paras ihop med Data Cloud One.

Exempel:
Ett SaaS-företag med en Salesforce-organisation provisionerar Data 360 i den organisationen för att slå samman data om kundprenumerationer och support.

Fungerar bäst för: Kunder med flera Salesforce-organisationer som inte kan anpassa sig till en enskild större organisation, eller företag med en stark CoE-modell (Center of Excellence).

• Pros:

  • Rensa blad för styrning, utan ärvda organisationskomplexiteter.
  • Centraliserad kontroll över flera verksamhetslinjer.
  • Flexibilitet att välja en region baserat på efterlevnadsbehov.
  • Fungerar som en neutral "delad tjänst"-organisation, inte knuten till en affärsenhet.
  • Konfigurera för framtida Data Cloud One-arkitektur (hemorganisation med flera följeslagare).

• Nackdelar:

  • Kunder måste licensiera en ny Salesforce-organisation där Data 360 ska provisioneras.
  • Ytterligare integrering krävs för att ansluta organisationen till en Data 360 via en Data Cloud One-kompanjonanslutning.
  • Kan lägga till administrativa omkostnader (användarhantering, säkerhet, identitet).
  • Långsammare tid till värde jämfört med provisionering i en befintlig produktionsorganisation.

Exempel:
Ett multinationellt finanstjänstföretag skapar en dedikerad hemorganisation för att provisionera Data 360. Alla affärsenhetsorganisationer (Retail, Wealth, Commercial Banking) ansluter som Companion-organisationer genom Data Cloud One.

Som en allmän princip, använd en befintlig större organisation som din hemorganisation för att minimera inledande ansträngning och påskynda användning. Skapa endast en ny, dedikerad hemorganisation om din långsiktiga styrning eller efterlevnadsstrategi kräver det. Att skapa en ny, dedikerad hemorganisation är ett vanligt val för större företag med ett kompetenscenter (COE).

Enskild organisationsmiljö

Provisionera Data 360 i din befintliga produktionsorganisation. Detta maximerar enkelhet och omedelbart värde. Det undviker onödig integrering overhead.

Miljö med flera organisationer

Föredrar att välja en av dina huvudorganisationer — vanligtvis den där de flesta av dina verksamheter körs, eller den organisation som redan fungerar som din centraliserade CRM — att agera som hemorganisation. Detta minskar komplexiteten, minimerar konfigurationsarbetet och låter dig snabbt inse värdet av Data 360. Att använda en befintlig större organisation undviker även kostnaden och integreringsarbetet med att hantera en ny miljö.

När man ska överväga en ny, dedikerad hemorganisation

Om din organisation har ett starkt kompetenscenter och vill ha styrning separat från affärsenhetsorganisationer. Om ingen enskild befintlig organisation är lämplig på grund av efterlevnad eller organisatoriska begränsningar. I dessa fall ger skapandet av en ny hemorganisation flexibilitet och neutralitet — men med långsammare tid att värdera.

Företag driver ofta flera Salesforce-organisationer — och detta är inte ett övertag, utan normen. I februari 2024 hade cirka 19 000 Salesforce-kunder redan mer än en Salesforce-organisation.

Varför händer detta?

• Förvärv och sammanslagningar: Nyförvärvade företag tar med sina egna Salesforce-instanser.
• Regionala insatser: Separata organisationer för EU, Nordamerika, Asien och Stillahavsområdet, etc., ofta för att uppfylla lagar om datalagring.
• Funktionell separation: Olika affärsenheter (t.ex. Retail Banking, Wealth Management, Insurance) har sina egna organisationer för självständighet.
• Regelbunden isolering eller säkerhetsisolering: Vissa branscher kräver logiskt skilda organisationer av efterlevnadsskäl.
• Historiska/tekniska skäl: Över tid samlar kunder organiskt flera organisationer.

Varje orsak är logisk individuellt, men tillsammans skapar de fragmentering av data. Utan ett enhetligt lager har varje organisation endast en delvis vy av kunden.

Den arkitektoniska utmaningen: Hur slår du samman data mellan organisationer till en enda sanningskälla samtidigt som efterlevnad, styrning och autonomi respekteras?

Data Cloud One är Salesforces anslutningsarkitektur för flera organisationer som låter flera Salesforce-organisationer dela en enskild Data 360-instans. Det är det rekommenderade mönstret för företag med flera Salesforce-organisationer.

I ett Data Cloud One-kluster är en Salesforce-organisation utsedd till hemorganisation, som är värd för Data 360-instansen. Andra Salesforce-organisationer ansluter som Companion-organisationer och konsumerar sammanslagna data och metadata från hemorganisationens Data 360.

1. Dataintag och sammanslagning (hemorganisation)
   
   • All konfiguration av dataintag (Salesforce CRM, externa källor, streaming, batch) sker endast från hemorganisationen.
   • Data 360-arrendatorn som är knuten till hemorganisationen utför identitetslösning, harmonisering, modellering och sammanslagning till betrodda Customer 360.
   • Data 360-administration, styrningspolicyer, taggning och maskering tillämpas centralt från hemorganisationen.
2. Datautrymmesarkitektur
   
   • Från hemorganisationen organiseras data i datautrymmen, som fungerar som logiska behållare för data, metadata och processer.
   • Företag kan skapa datautrymmen för varumärken, regioner eller verksamhetsgrenar.
   • Datautrymmesdelning: Från hemorganisationen delas specifika datautrymmen selektivt med sällskapsorganisationer. Detta säkerställer att endast relevanta data (och associerade metadata) flödar till rätt organisationer.
3. Metadatadelning
   Följeslagare får metadatadefinitioner från hemorganisationen, inklusive datamodellobjekt (DMO), enhetligt profilschema, beräknade insikter, segment med mera. Dessa visas inbyggt i sällskapsorganisationen som om de vore lokala tillgångar, men de är faktiskt länkade till hemorganisationen.
4. Jobb som ska utföras i hemorganisation vs. Följeslagare
Funktionsåtkomst skiljer sig åt mellan hem- och sällskapsorganisationer. Följeslagare kan inte ta in eller slå samman data och förlita sig på hemorganisationen för intag, modeller och sammanslagning. Följeslagare kan komma åt Data 360-data för att driva Data 360-drivna plattformsfunktioner, och de kan skapa lokala insikter, segment och flöden utöver de delade, betrodda data. I den framtida visionen kan de även komma åt aktiveringsfunktioner.

Kapacitet	Hemorganisation	Följeslagareorganisation
Anslut Konfigurera anslutare, skapa dataströmmar, ta in eller sammanlänka data	✅	❌
Harmonisera och slå samman Bygg och kör datatransformationer och identitetslösning	✅	❌
Myndigheter Säkra data med datautrymme och behörigheter	✅	✅
Segment, insikter och Einstein Studio-modeller för att bygga segment och förutsägelser	✅	✅
Aktivera överallt Aktiveringar, dataåtgärder	✅	✅
Plattformsfunktioner Promptbyggare, flöden, rapporter, berikning med mera	✅	✅
Data 360-drivna funktioner Prospekteringscenter, Sales och Service Cloud-funktioner, Agentforce, med mera	✅	✅

5. Plattformsfunktionsparitet
   Från användares och byggares perspektiv, när metadata har delats, finns det vissa funktionella skillnader mellan hem- och följeslagares organisationer när det gäller att använda Salesforce Platform-funktioner. En lista över funktioner som stöds finns i Data 360-funktioner i följeslagarorganisationer.
   
   • Salesforce-plattformens funktioner — som flöden, rapporter, Promptbyggare, instrumentpaneler och andra inbyggda verktyg — fungerar i både hem- och följeslagare när metadata är tillgängliga.
   • Data 360-drivna funktioner — som Agentforce, Prospekteringscenter, Sales Cloud Einstein och Service Cloud AI-funktioner — fungerar också sömlöst i både hemorganisationer och följeslagare. Vissa funktioner kan vara på väg att bli fullständigt kompatibla, men det övergripande målet är att ha funktionsparitet mellan hem- och följeslagarorganisationer för alla Cross-Cloud-funktioner som är beroende av Data 360.
6. Förbrukningsmodell
   All aktivitet i följeslagarorganisationen (sökfrågor, segmentkörningar, Data 360-utlösta flöden, AI-användning, Einstein Trust Layer-loggning, etc.) använder Data 360-krediter från hemorganisationen. Användning flödar åt ett håll: krediter centraliseras, faktureras och följs mot hemorganisationens kreditallokering. Du kan dock fördjupa dig i hur många krediter varje enskild organisation använde i Digital Wallet.
7. Designprincip: Horisontell konstruktion
   Data Cloud One är utformad som en horisontell konstruktion av Salesforce Platform — ungefär som sandboxar. Målet är att varje ny funktion som Salesforce släpper ska fungera i både hem- och följeslagare utan ytterligare inställningar. Detta säkerställer att Data Cloud One inte bara är ett val av dataarkitektur utan ett grundläggande element i Salesforce Platform framöver.

Företag med flera organisationer måste välja hur och var de vill hitta Data 360 i sitt ekosystem. Vill de provisionera oberoende Data 360s i varje organisation, eller använda Data Cloud One för att slå samman organisationer under en enda hemorganisation?

Varje Salesforce-organisation provisionerar sin egen Data 360-instans.

Pros:

• Autonomy: Varje affärsenhet eller region styr sin egen Data 360.
• Enkelhet inom varje organisation: Styrning, säkerhet och anpassningar är lokaliserade.
• Efterlevnad av föreskrifter: Användbart när strikt lagstadgad separation krävs (t.ex. får data inte passera gränser).

Nackdelar:

• Datasilos: Customer 360 kan inte uppnås mellan organisationer.
• Högre kostnad: Varje instans kräver licensiering, administration och integrering. Det slutar med att kunder tar in samma källdata flera gånger för att uppnå en fullständig C360-vy i flera olika organisationer.
• Dubblettarbete: Identitetslösning, segmentering och berikning måste upprepas i varje Data 360.

En enskild Data 360 provisioneras i en hemorganisation, med andra Salesforce-organisationer anslutna som följeslagare.

Pros:

• Enskild källa till sanning (SSOT): Alla organisationer delar samma sammanslagna datamodell.
• Kostnadseffektivitet: Endast en Data 360-licens och infrastruktur att hantera.
• Samlad styrning: Policyer, säkerhet och efterlevnadskontroller tillämpas centralt.
• Berikning mellan organisationer: Följeslagare kan komma åt harmoniserade profiler, insikter och segment.
• AI-beredskap: Företagsomfattande datauppsättning möjliggör bättre utbildning och aktivering av AI-modeller.
• Framtidsbevis: Att lägga till nya följeslagareorganisationer är enkelt; inga nya Data 360s behövs.

Nackdelar:

• Ytterligare förberedelser: Kräver planering för organisations-till-hem-anslutning.
• Att tänka på vad gäller latens: Följeslagare i olika regioner kan se långsammare sökfrågor.
• Komplex styrning: Om varje organisation har mycket olika anpassningsbehov kan finjusterad styrning vara komplex.

I vissa fall kan styrning, efterlevnad eller andra verksamhetskrav göra det opraktiskt att samla alla organisationer. Detta kan leda till ett behov av att implementera en hybridlösning där företaget använder flera Data 360, var och en är hemorganisation för olika kluster av följeslagareorganisationer.

Ett multinationellt företag har Salesforce-organisationer i flera olika regioner, inklusive Europa, USA och Asien. För att följa regionala datalagringsregler tillhandahåller de en Data 360 för varje separat region.

Föredraget mönster: Data Cloud One

Som standard en enskild hemorganisation med anslutna följeslagare för företag med flera organisationer.
Detta skapar en företagsomfattande Customer 360, förenklar styrningen och optimerar kostnaden.

När flera Data 360 ska användas:

Endast om efterlevnad, hemvist eller organisatorisk självständighet kräver det. Till exempel om europeiska operationer måste förbli helt åtskilda från amerikanska operationer på grund av reglering.

Välja hemorganisation i Data Cloud One:

Börja med att överväga en av dina större organisationer — vanligtvis där de flesta av verksamheten körs. Provisionering av Data 360 där kan minimera komplexitet och maximera tidigt värde.

Endast om ingen befintlig organisation är lämplig, överväg att skapa en dedikerad hemorganisation som hanteras av ett team för kompetenscenter.

Allmän princip:

I miljöer med flera organisationer, minimera antalet Data 360s. Gynna Data Cloud One som standardmönstret för att minska dubbletter, aktivera AI-beredskap och förenkla styrning.

Data Cloud One är det rekommenderade tillvägagångssättet för de flesta företag, men det finns scenarion där kunder kan behöva provisionera flera Data 360-instanser. När det finns flera Data 360-enheter sker inte sammanslagning mellan dem automatiskt.

Datadelning mellan Data 360 och Data 360 låter kunder dela specifika objekt mellan Data 360-instanser utan dubbletter eller egna pipelines. Det är en delningsmekanism för metadata med noll kopia utformad för samarbete över Data 360s.

• Varje Data 360 provisioneras i sin egen hemorganisation.
• Administratörer kan skapa en datadelning — en gruppering av specifika objekt som de vill dela.
• Åtkomst till de valda data delas med en målorganisations Data 360, där objekten visas som om de vore definierade lokalt. Underliggande data finns kvar i källdata 360; endast åtkomst delas.
• Taggar delas inte. Endast de råa objekten görs tillgängliga. Målorganisationen måste tillämpa alla governance-, operational- eller AI-taggar igen efter behov.

• I Data Cloud One delar flera följeslagare en enskild Data 360-instans. Plattformsfunktioner (Agentforce, Prospekteringscenter, Tableau Next, etc.) körs alla på samma underliggande data, vilket säkerställer enhetlighet.
• Vid användning av datadelning mellan Data 360-organisationer har varje organisation sin egen Data 360. Funktioner som Agentforce i organisation A och organisation B fungerar oberoende av varandra i sin lokala instans. Ingen delning sker automatiskt — avsiktliga datadelningar måste skapas för att endast samarbeta kring specifika objekt.

Regional efterlevnad:
En multinationell återförsäljare tillhandahåller en Data 360 i EU och en annan i USA. Data 360-till-Data 360-datadelning låter företaget aggregera insikter (t.ex. nyckeltal för lojalitet) för att delas med amerikanska huvudkontor medan rådata förblir lokala.

Affärsenhetssamarbete:
Ett konglomerat kör separata Data 360s för Butik och Försäkring. Datadelning mellan Data 360s låter användare komma åt en enskild, auktoritativ datakälla utan att flytta eller kopiera. Med datadelning mellan Data 360-organisationer får Försäkringsorganisationen segmentet "Kund med högt värde" för riktade korsförsäljningskampanjer.

Fusioner och förvärv:
Ett moderbolag förvärvar ett dotterbolag med sin egen Data 360. Med två instanser att hantera bevarar att behålla kortsiktiga datasilor datasäkerhet och SSOT-integritet. Att dela data mellan två Data 360-instanser tillåter samtidigt nödvändigt samarbete under övergången.

Samlade instrumentpaneler för företagsledare:
En multinationell spridning över kontinenter tillhandahåller individuella Data 360s per region. Chefer vill ha en sammanslagen kvartalsvis resultatvy. Varje regional Data 360 delar aggregerade beräknade insikter med en "Verkställande organisation", vilket möjliggör företagsomfattande rapportering.

Om ditt företag har flera Data 360s:

• Använd datadelning mellan Data 360-organisationer för att samarbeta över dem istället för att bygga egna pipelines eller duplicera data.
• Dela specifika objekt (DMO, Beräknade insikter, Segment) genom att skapa datadelningar och bevilja dem till målorganisationer.
• Var medveten om att taggar inte delas — den mottagande organisationen måste tillämpa taggar igen (t.ex. styrning, klassificering, AI-förbättring).

När man ska använda datadelning mellan Data 360-organisationer:

• För att uppfylla lagstadgade krav som förhindrar centralisering.
• För att upprätthålla affärsenhetens självständighet och samtidigt aktivera selektivt samarbete.
• För att tillhandahålla sammanslagna instrumentpaneler för chefer i flera regioner.
• För att överbrygga M&A-scenarion där sammanslagning inte är omedelbart möjlig.

Utforma noggrant

Delning måste vara avsiktlig och objektspecifik. Undvik "överdelning" — anpassa datadelningar till verksamhets- och efterlevnadsbehov. Behandla Data 360-till-Data 360-datadelning som en federationsstrategi, inte som en ersättning för Data Cloud One.

1. Varje organisation bör planera för åtkomst till en Data 360
   
   • Framöver kräver alla Salesforce Platform-funktioner — från Sales Cloud och Service Cloud till Agentforce — Data 360-anslutning. Varje organisation måste antingen vara värd för en Data 360-startorganisation eller vara en följeslagare som är ansluten via Data Cloud One.
2. Tänk företagsomfattande, inte organisationsvis
   
   • Undvik ensidiga affärsbeslut som fattas isolerat.
   • Provisionering bör beslutas kollektivt, helst av en företagsarkitektur eller ett råd för datastyrning. Förutse alltid framtida behov av AI och analyser, som beror på breda, enhetliga datauppsättningar.
3. Minimera datasilon
   
   • Gynna provisionering av Data 360 i en befintlig stor organisation för enkelhet och snabbhet.
   • I miljöer med flera organisationer är Data Cloud One standardmönstret för att slå samman organisationer under en Data 360.
   • Provisionera flera Data 360s endast om det är absolut nödvändigt för efterlevnad, hemvist eller organisatorisk självständighet.
4. Utforma avsiktligt om du måste köra flera Data 360s
   
   • Konfigurera datadelning mellan Data 360-organisationer för samarbete, inte egna ETL-pipelines.
   • Dela specifika objekt (DMO, Beräknade insikter, Segment) via datadelningar.
   • Kom ihåg: taggar delas inte och konsumtion faktureras till källorganisationen.
5. Planera styrning och ägarskap tidigt
   
   • Bestäm om Data 360 ska hanteras centralt (modellen Centre of Excellence) eller delegeras till verksamhetsgrenar. Definiera roller för administratörer, säkerhetsteam och efterlevnadsleads.
   • Undvik tvetydighet: oklart ägarskap är en vanlig källa till friktion.
6. Undvik kortsiktiga genvägar
   
   • Spinn inte upp flera Data 360s för POC utan en långsiktig plan — detta skapar störande sammanslagningsarbete senare.
   • Anpassa istället piloter och tidiga distribueringar till din företagsomfattande provisioneringsstrategi.

Dessa provisioneringsval är viktiga eftersom Salesforce Platform utvecklas mot en Data 360-first-modell, där varje funktion, från kundsegmentering till AI-agentjordning, kommer att vara beroende av den. De beslut du fattar idag kommer att lägga grunden för hur effektivt ditt företag slår samman kunddata, hur snabbt du kan börja använda nya Salesforce-funktioner och hur säkert du kan skala upp AI i hela din verksamhet. För att lyckas måste du provisionera noggrant, minimera dubbletter, anpassa dig till efterlevnadskrav, styra medvetet och tänka långsiktigt. I slutändan är provisionering av Data 360 det första steget i att få data, AI och CRM att fungera tillsammans som en sammanhängande plattform.

Kunal Goyal är chef för produkthantering på Salesforce och fokuserar på att utveckla arkitektur och skalbarhet för flera organisationer inom Data 360. Sedan 2017 har han lett flera initiativ och produkter med fokus på korsorganisationssamarbete och systemdesign för flera arrendatorer. Kunal är ett av de arkitekturleads som rekommenderas för Data 360 och produktägare för Data Cloud One, inställningar, provisionering och administratörsupplevelser.

Erin Wagner Tidwell är en teknisk författare och innehållsdesigner för Data 360. Hon har arbetat på Salesforce sedan 2013. Hon är dedikerad till att göra Data 360 enklare att förstå och använda genom tydlig, konsekvent och korrekt teknisk dokumentation och kommunikation i appen.

Yugandhar Bora är arkitekt inom programvaruteknik på Salesforce, specialiserad på dataarkitektur inom plattformen Data & Intelligence Applications. Han leder initiativ för granskningsnämnder för företagsarkitektur (EARB) med fokus på datastyrning och enhetliga datamodeller, samtidigt som han bidrar till automatiserade plattformsprovisioneringslösningar.

Samarpan Jain är chefsarkitekt på Salesforce med inriktning på Commerce Cloud, plattformsintegrering och korsorganisationsarkitektur. Han är en av Salesforces anställda som har arbetat längst och leder viktiga initiativ, inklusive efterlevnad av datalagring för statliga kunder och system för att attribution av data 360-användning.