Salesforce Data 360 er en dataplatform baseret på Hyperforce, der forener Salesforce og eksterne data i en tydelig, komplet og betroet 360-graders visning af hver kunde eller konto.

Virksomheder kører ofte flere Salesforce-organisationer på grund af fletninger og overtagelser, regional drift, funktionel adskillelse eller af historiske årsager. Arkitekter skal ikke kun beslutte mellem en enkelt startorganisation kontra en konfiguration med flere organisationer, men også om de skal klargøre flere uafhængige Data 360-forekomster, bruge Data Cloud One til at forene organisationer under en enkelt forekomst eller samarbejde mellem uafhængige Data 360-forekomster ved brug af datadeling mellem Data 360'er (Data 360-til-Data 360-datadeling). Disse valg påvirker styring, compliance, omkostninger, forsinkelse og organisationens mulighed for at skalere AI og krydsorganisationsplatformsfunktioner.

Data 360 klargøres automatisk på enhver produktionsorganisation, der modtager en Data 360-licens. Data Cloud One er Salesforces forbindelsesarkitektur for flere organisationer, der tillader en enkelt startorganisation at være vært for Data 360-forekomsten, mens andre Salesforce-organisationer opretter forbindelse som ledsagende organisationer. Valget af, hvilken organisation der skal indeholde Data 360-licensen og dermed blive en Data 360-startsorganisation, er en vigtig arkitektonisk beslutning med langsigtede konsekvenser.

Sådan klargør du Salesforce Data 360 er en grundlæggende arkitektonisk beslutning, fordi den bestemmer, hvordan virksomheden forener kundedata, håndhæver styring og aktiverer vigtige platformsfunktioner, især AI, Agentforce og analyser – i hele organisationen. Ankering af en klynge af organisationer til en enkelt Data 360 giver en forenet datamodel, centraliseret styring og AI-parathed for hele virksomheden, mens det aktiverer ledsagende organisationer til at få adgang til delte metadata og funktioner, som om data var lokale. I modsætning hertil er flere uafhængige Data 360-forekomster relevante, når krav til bestemmelser, overholdelse eller autonomi forhindrer centralisering, med datadeling mellem Data 360-organisationer, der aktiverer selektiv nul-kopieringssamarbejde mellem disse forekomster.

For arkitekter er denne beslutning vigtig. Den definerer, hvem der kontrollerer dataadministration, hvor data findes, hvordan platformsfunktioner aktiveres, og hvordan fremtidige integrationer og AI-initiativer nemt kan skaleres. Selv for organisationer, der aktuelt ikke har Data 360, kan det være vigtigt at fremadrettet kontrollere din arkitektur ved at udvikle en strategi for at tilføje Data 360-adgang fremadrettet. Salesforce-funktioner på tværs af Salg, Service, Marketing, Commerce, Brancher og Agentforce bygger i stigende grad på Data 360. Organisationer, der ønsker at bruge disse platformsfunktioner, skal klargøre deres egne Data 360 eller oprette forbindelse til en delt Data 360 som ledsagende organisationer.

Denne vejledning hjælper arkitekter med at designe en provisioneringsstrategi, der balancerer enkelhed, ensartethed for hele virksomheden, overensstemmelse og skalerbarhed, så organisationen med tillid kan udnytte Data 360 til Customer 360, AI og cross-platform innovation. Det hjælper dig med at beslutte, hvilke organisationer du klargør Data 360 på, og hvordan du vælger mellem Data Cloud One og Datadeling mellem Data 360-organisationer, hvilket hjælper med at lægge et solidt grundlag, der flytter din forretning fremad i en Data 360-centreret fremtid.

Alle klargørelsesvalg – uanset om det drejer sig om at vælge mellem Data Cloud One og datadeling mellem Data 360-organisationer, eller hvilken organisation der skal udpeges som startorganisationen – bør evalueres i forhold til disse tværgående overvejelser:

• Provisionering er bundet til licens: Data 360 klargøres i den organisation, hvor Data 360-licensen købes, og området bestemmes af den pågældende organisations placering på tidspunktet for klargøring.
• Bevar dine muligheder åbne ved at planlægge Data 360, selvom du ikke har brug for det nu. Beslutninger, du træffer nu, kan lette din vej, hvis du implementerer Data 360 til at styrke platformsfunktioner som Agentforce senere.
• Single-Org-kunder: Klargør Data 360 i din eksisterende produktionsorganisation for at få den hurtigste time-to-value.
• Multi-org-kunder: Minimer kompleksitet ved at oprette så få Data 360-forekomster som muligt, ideelt ved brug af Data Cloud One-konfiguration.
• Multiple Data 360-forekomster bør kun bruges, når det kræves af overholdelse, bopæl eller organisatorisk selvstændighed. I disse situationer skal du bruge datadeling mellem Data 360-organisationer til at aktivere sikkert samarbejde.
• Nulkopier datakilder: Vær opmærksom på, hvilke områder der understøttes for forskellige offentlige clouds og Zero Copy-datakilder. Bestem også, om Private Connect er påkrævet for din sikkerhedstilstand for at oprette forbindelse til disse datakilder, og om forbindelser i områder eller tværgående områder understøttes.
• Forvaltning og autonomi er centrale begreber: Beslut, om Data 360 skal administreres centralt (Center of Excellence-modellen), eller om individuelle forretningsområder skal have separate administrerede Data 360-forekomster.

Når du køber en Data 360-licens, klargøres Data 360-forekomsten i den Salesforce-organisation, der er knyttet til den pågældende licens. Denne organisation kaldes Data 360-startsorganisationen. Startorganisationen er ankeret for din Data 360-forekomst. Det er her, hvor:

• Data 360-lagring og -beregning administreres (i det område, der er valgt ved klargøring).
• Administration, styring og sikkerhedspolitikker anvendes.
• Dataoverførsel, harmonisering, identitetsløsning, segmentering og aktivering udføres.

I multi-organisationscenarier administrerer startorganisationen den centrale Data 360-forekomst for andre Salesforce "kompanionsorganisationer".

Hvorfor startorganisationen betyder noget:

• Den bestemmer den geografiske placering af din Data 360-forekomst.
• Det bestemmer, hvem der ejer og administrerer din Data 360-forekomst. Administratorer i din Data 360-startsorganisation kan få adgang til alle data, der er overført til Data 360.
• Den kontrollerer sammenføjningsorganisationsforbindelser i en Data Cloud One-konfiguration.
• Det sætter grundlaget for din virksomhedsdatastrategi – det er vanskeligt og forstyrrende at ændre den senere.

Den første større beslutning er, om du vil klargøre Data 360 i en eksisterende produktionsorganisation eller oprette en ny, dedikeret organisation til at fungere som startorganisationen.

Fungerer bedst til: Kunder med en enkelt Salesforce-organisation eller kunder med flere organisationer, der allerede har en større centraliseret organisation, hvor de fleste forretninger kører.

• Fordele:

  • Den enkleste sti: Data 360 klargøres der, hvor dine CRM-data allerede findes.
  • Øjeblikkelig adgang til lokale salgs-, service- og marketingdata.
  • Der kræves ingen yderligere integration.
  • Færre licenser og miljøer, der skal administreres.
  • Sætter skub i tidlig ibrugtagning, pilotprogrammer og produktionsanvendelsessituationer.

• Cons:

  • Kan overtage den eksisterende organisations styring eller tekniske gæld.
  • Hvis der ikke findes nogen enkelt "hovedorganisation", kan valg af en oprette ejerskabsdiskussioner.
  • Ydeevne er bundet til organisationens placering. Det er muligvis ikke i overensstemmelse med behovene for hele virksomheden.
  • Hvis flere forretningsenheder bruger forskellige organisationer, kan lokal provisionering føre til fragmentering, hvis den ikke er parret med Data Cloud One.

Eksempel:
Et SaaS-firma med en Salesforce-organisation klargør Data 360 i den pågældende organisation for at forene kundeabonnement- og supportdata.

Fungerer bedst til: Kunder med flere Salesforce-organisationer, der ikke kan justeres på en enkelt større organisation, eller virksomheder med en stærk CoE-model (Center of Excellence).

• Fordele:

  • Rens skema for ledelse uden overtagne organisationskompleksiteter.
  • Centraliseret kontrol på tværs af flere forretningsområder.
  • Fleksibilitet til at vælge et område baseret på overensstemmelsesbehov.
  • Fungerer som en neutral "delt service"-organisation, ikke bundet til en forretningsenhed.
  • Opsæt for fremtidig Data Cloud One-arkitektur (startorganisation med flere ledsagende organisationer).

• Cons:

  • Kunder skal have licens til en ny Salesforce-organisation, som de kan klargøre Data 360 på.
  • Yderligere integration kræves for at tilslutte organisationen til en Data 360 via en Data Cloud One-medfølgerforbindelse.
  • Kan tilføje administrativ overhead (brugeradministration, sikkerhed, identitet).
  • Langsommere tid-til-værdi sammenlignet med klargøring i en eksisterende produktionsorganisation.

Eksempel:
Et multinationalt firma med finansielle tjenester opretter en dedikeret startorganisation til at klargøre Data 360. Alle forretningsenhedsorganisationer (Detail, Wealth, Commercial Banking) opretter forbindelse som ledsagende organisationer gennem Data Cloud One.

Som et generelt princip kan du foretrække at bruge en eksisterende større organisation som din startorganisation for at minimere den indledende indsats og sætte skub i ibrugtagningen. Opret kun en ny, dedikeret startorganisation, hvis din langsigtede styrings- eller compliancestrategi kræver det. Oprettelse af en ny, dedikeret startorganisation er et almindeligt valg for større virksomheder med et COE (Center of Excellence).

Enkelt organisationsmiljø

Klargør Data 360 i din eksisterende produktionsorganisation. Dette maksimerer enkelhed og øjeblikkelig værdi. Det undgår unødvendig integration overhead.

Multi-organisationsmiljø

Vælg en af dine større organisationer – typisk den, hvor de fleste af dine forretninger kører, eller den organisation, der allerede fungerer som din centraliserede CRM – for at fungere som startorganisationen. Dette reducerer kompleksiteten, minimerer opsætningsarbejde og giver dig mulighed for hurtigt at realisere værdien af Data 360. Brug af en eksisterende større organisation undgår også omkostnings- og integrationsindsatsen ved at administrere et nyt miljø.

Når skal man overveje en ny, dedikeret hjemorganisation?

Hvis din organisation har et stærkt CoE (Coexcellence Center) og ønsker styring adskilt fra forretningsenhedsorganisationer. Hvis ingen enkelt eksisterende organisation er egnet på grund af overensstemmelse eller organisatoriske begrænsninger. I disse situationer giver oprettelse af en ny startorganisation fleksibilitet og neutralitet – men med langsommere time-to-value.

Virksomheder kører ofte flere Salesforce-organisationer – og dette er ikke en kantsag, men normen. I februar 2024 har ca. 19.000 Salesforce-kunder allerede kørt mere end en Salesforce-organisation.

Hvorfor sker dette?

• Overtagelser og fusioner: Nyligt overtagne firmaer medbringer deres egne Salesforce-forekomster.
• Regionale operationer: Adskil organisationer for EU, Nordamerika, Asien-Stillehavsområdet osv. ofte for at opfylde dataplaceringslove.
• Funktionel adskillelse: Forskellige forretningsenheder (f.eks. Retail Banking, Wealth Management, Forsikring) har deres egne organisationer til selvstændighed.
• Regulerings- eller sikkerhedsisolering: Visse brancher kræver logisk forskellige organisationer af overensstemmelsesårsager.
• Historiske/tekniske årsager: Over tid akkumulerer kunder organisk flere organisationer.

Hver årsag giver mening individuelt, men sammen skaber de fragmentering af data. Uden et forenende lag har hver organisation kun en delvis visning af kunden.

Den arkitektoniske udfordring: Hvordan ensretter du data på tværs af organisationer i en enkelt kilde til sandhed, mens du respekterer overensstemmelse, styring og krav til selvstændighed?

Data Cloud One er Salesforces forbindelsesarkitektur for flere organisationer, der tillader flere Salesforce-organisationer at dele en enkelt Data 360-forekomst. Det er det anbefalede mønster for virksomheder med flere Salesforce-organisationer.

I enhver Data Cloud One-klynge er en Salesforce-organisation udpeget som startorganisationen, som er vært for Data 360-forekomsten. Andre Salesforce-organisationer opretter forbindelse som ledsagende organisationer og forbruger de forenede data og metadata fra startorganisationens Data 360.

1. Dataoverførsel og forening (Startorganisation)
   
   • Alle konfigurationer af dataoverførsel (Salesforce CRM, eksterne kilder, streaming, batch) sker kun fra startorganisationen.
   • Data 360-lejeren, der er knyttet til startorganisationen, udfører identitetsløsning, harmonisering, modellering og forening i betroede Customer 360.
   • Data 360-administration, styringspolitikker, tagging og maskering anvendes centralt fra startorganisationen.
2. Data Space Architecture
   
   • Fra startorganisationen er data organiseret i datapunkter, der fungerer som logiske beholdere for data, metadata og processer.
   • Virksomheder kan oprette dataområder for brands, områder eller forretningsområder.
   • Deling af dataområde: Fra startorganisationen deles specifikke dataområder selektivt med ledsagende organisationer. Dette sikrer, at kun de relevante data (og tilknyttede metadata) flyder til de rigtige organisationer.
3. Metadatadeling
   Begejstrede organisationer modtager metadatadefinitioner fra startorganisationen, herunder datamodelobjekter (DMO'er), forenet profilskema, beregnede indsigter, segmenter med mere. Disse vises som standard i den ledsagende organisation, som om de var lokale aktiver, men de er faktisk linket til startorganisationen.
4. Job, der skal udføres i Home Org vs. Begrænsningsorganisationer
Funktionsadgang er forskellig mellem start- og ledsagerorganisationer. Begrænsningsorganisationer kan ikke overføre eller forene data og er afhængige af startorganisationen til overførsel, modellering og forening. Begejstret organisationer kan få adgang til Data 360-data for at styrke Data 360-drevne platformsfunktioner, og de kan oprette lokale indsigter, segmenter og forløb oven på de delte, betroede data. I den fremtidige vision kan de også få adgang til aktiveringsfunktioner.

Funktion	Startorganisation	Begejstret organisation
Forbind Konfigurer forbindelser, opret datastreams, overfør eller forenet data	✅	❌
Harmonize & Unify Opbyg og kør datatransformationer og identitetsløsning	✅	❌
Administrer Sikre data med datarum og tilladelser	✅	✅
Opbyg segmenter, indsigter og Einstein Studio-modeller Segment og forudsig	✅	✅
Aktiver overalt Aktiveringer, datahandlinger	✅	✅
Platformsfunktioner Promptkonstruktør, forløb, rapporter, berigelse med mere	✅	✅
Data 360-drevne funktioner Prospecting Center, Sales og Service Cloud-funktioner, Agentforce med mere	✅	✅

5. Platformsfunktionsparitet
   Fra perspektivet af brugere og konstruktører er der nogle funktionelle forskelle mellem start- og ledsagerorganisationer i forhold til brug af Salesforce Platform-funktioner, når metadataene deles. Liste over understøttede funktioner kan findes i Data 360-funktioner på ledsagende organisationer.
   
   • Salesforce Platform-funktioner – f.eks. forløb, rapporter, Promptkonstruktør, dashboards og andre platformsindbyggede værktøjer – fungerer i både start- og ledsagerorganisationer, når metadata er tilgængelige.
   • Data 360-drevne funktioner – f.eks. Agentforce, Kundeemnecenter, Sales Cloud Einstein og Service Cloud AI-funktioner – fungerer også uden problemer i både start- og ledsagerorganisationer. Nogle funktioner er måske på vej til at nå fuldstændig kompatibilitet, men det overordnede mål er at have funktionsparitet mellem start- og ledsagerorganisationer for alle Cross-Cloud-funktioner, der afhænger af Data 360.
6. Forbrugsmodel
   Alle Begejstret organisationsaktiviteter (forespørgsler, segmentkørsler, Data 360-udløste forløb, AI-anvendelse, Einstein Trust Layer-logføring osv.) forbruger Data 360-kreditter fra startorganisationen. Forbrug forløber en gang: kreditter centraliseres, faktureres og spores op mod startorganisationens kredittildeling. Du kan dog gå i detaljer for at se, hvor mange kreditter hver enkelt organisation brugte i Digital Wallet.
7. Design princip: Vandret konstruktion
   Data Cloud One er designet som en vandret konstruktion af Salesforce-platformen – meget ligesom sandboxes. Målet er, at alle nye Salesforce-funktionsversioner fungerer i både start- og ledsagerorganisationer uden yderligere opsætning. Dette sikrer, at Data Cloud One ikke kun er et dataarkitekturalvalg, men et grundlæggende element i Salesforce Platform, der kører fremad.

Virksomheder med flere organisationer skal vælge, hvordan og hvor de skal finde Data 360 i deres økosystem. Ønsker de at klargøre uafhængige Data 360'er i hver organisation eller bruge Data Cloud One til at forene organisationer under en enkelt startorganisation?

Hver Salesforce-organisation klargør sin egen Data 360-forekomst.

Fordele:

• Autonomi: Hver forretningsenhed eller hvert område kontrollerer sit eget Data 360.
• Enkelthed i hver organisation: Styring, sikkerhed og tilpasninger lokaliseres.
• Regulerende overensstemmelse: Nyttigt, når der kræves streng regulerende adskillelse (f.eks. data må ikke krydse grænser).

Cons:

• Datasiloer: Customer 360 kan ikke nås på tværs af organisationer.
• Højere udgift: Hver forekomst kræver licensering, administration og integration. Kunder ender med at overføre de samme kildedata flere gange for at opnå en komplet C360-visning i flere forskellige organisationer.
• Dubletarbejde: Id-løsning, segmentering og berigelse skal gentages i hver Data 360.

En enkelt Data 360 klargøres i en startorganisation med andre Salesforce-organisationer tilsluttet som ledsagende organisationer.

Fordele:

• SSOT (Single Source of Truth): Alle organisationer deler den samme forenede datamodel.
• Omkostningseffektivitet: Kun en Data 360-licens og infrastruktur, der skal administreres.
• Forenet forvaltning: Politikker, sikkerhed og compliancekontroller anvendes centralt.
• Cross-Org enrichment: Begrænsningsorganisationer kan få adgang til harmoniserede profiler, indsigter og segmenter.
• AI-parathed: Datasæt for hele virksomheden aktiverer bedre uddannelse og aktivering af AI-modeller.
• Future proof: Tilføjelse af nye ledsagelsesorganisationer er enkelt. Der er ingen grund til nye Data 360'er.

Cons:

• Yderligere forberedelse: Kræver planlægning af organisation-til-hjem-organisationsforbindelse.
• Forseningsovervejelser: Begejstret organisationer i forskellige områder kan se langsommere forespørgsler.
• Kompleks styring: Hvis hver organisation har meget forskellige tilpasningsbehov, kan detaljeret styring være kompleks.

I nogle situationer kan styring, compliance eller andre forretningskrav gøre det upraktisk at klynge hver organisation sammen. Dette kan føre til et behov for at implementere en hybridløsning, hvor virksomheden kører adskillige Data 360'er, hvoraf hver er startorganisationen for en anden klynge af ledsagende organisationer.

En multinational virksomhed har Salesforce-organisationer i en række forskellige områder, herunder Europa, USA og Asien. For at overholde regionale bestemmelser for dataplacering klargør de en Data 360 for hvert separat område.

Foretrukket mønster: Data Cloud One

Standard er en enkelt startorganisation med tilsluttede ledsagende organisationer for virksomheder med flere organisationer.
Dette skaber en Customer 360 for hele virksomheden, forenkler styring og optimerer omkostninger.

Når skal der bruges flere Data 360'er:

Kun, hvis overensstemmelse, bopæl eller organisationsautonomi strengt kræver det. Hvis f.eks. europæiske handlinger skal forblive fuldstændig adskilt fra amerikanske handlinger på grund af bestemmelser.

Hvordan vælger du startorganisationen i Data Cloud One:

Start med at overveje en af dine større organisationer – typisk der, hvor de fleste af forretningerne kører. Klargøring af Data 360 der kan minimere kompleksiteten og maksimere den tidlige værdi.

Kun hvis ingen eksisterende organisation er egnet, kan du overveje at oprette en dedikeret startorganisation, der administreres af et Center of Excellence-team.

Generel princip:

I miljøer med flere organisationer skal du minimere antallet af Data 360'er. Anbefal Data Cloud One som standardmønsteret for at reducere dubletter, aktivere AI-parathed og forenkle styring.

Selvom Data Cloud One er den anbefalede tilgang for de fleste virksomheder, er der scenarier, hvor kunder måske skal klargøre flere Data 360-forekomster. Så snart der findes flere Data 360'er, er forening på tværs af dem ikke automatisk.

Datadeling fra Data 360 til Data 360 gør det muligt for kunder at dele specifikke objekter mellem Data 360-forekomster uden dubletter eller tilpassede pipelines. Det er en metadatadelingsmekanisme, der er designet til samarbejde på tværs af Data 360'er.

• Hver Data 360 er klargjort i sin egen startorganisation.
• Administratorer kan oprette en datadeling – en gruppering af specifikke objekter, som de ønsker at dele.
• Adgang til de valgte data deles med en målorganisations Data 360, hvor objekterne vises, som om de var defineret lokalt. De underliggende data forbliver i kildedata 360. Kun adgang deles.
• Tags deles ikke. Kun de rå objekter gøres tilgængelige. Målorganisationen skal genanvende styrings-, driftsmæssige eller AI-tags efter behov.

• I Data Cloud One deler flere ledsagerorganisationer en enkelt Data 360-forekomst. Platformsfunktioner (Agentforce, Prospecting Center, Tableau Next osv.) kører alle på de samme underliggende data, hvilket sikrer ensartethed.
• Når du bruger datadeling mellem Data 360-organisationer, har hver organisation sin egen Data 360. Funktioner som Agentforce i organisation A og organisation B fungerer hver for sig på deres lokale forekomster. Der sker ingen deling automatisk – der skal oprettes bevidste datadelinger for kun at samarbejde om specifikke objekter.

Regional overholdelse:
En multinational detailhandler klargør en Data 360 i EU og en anden i USA. Datadeling af Data 360-til-Data 360 gør det muligt for firmaet at aggregere indsigter (f.eks. loyalitets-KPI'er), så de deles med det amerikanske hovedkvarter, mens rå data forbliver lokale.

Forretningsenhedssamarbejde:
En konglomerat kører separate Data 360'er for Detail og Forsikring. Datadeling mellem Data 360'er giver brugere mulighed for at få adgang til en enkelt, godkendt datakilde uden at flytte eller kopiere. Med Datadeling mellem Data 360-organisationer modtager forsikringsorganisationen detailforretningens "Højværdikunde"-segment for målrettede krydssalgskampagner.

Fusioner og overtagelser:
Et overordnet firma køber et datterselskab med sit eget Data 360. Med to forekomster, der skal administreres, bevarer bevarelse af datasiloer på kort sigt datasikkerhed og SSOT-integritet. Samtidig giver deling af data mellem to Data 360-forekomster det nødvendige samarbejde under overgangen.

Federerede ledelsesdashboards:
En multinational udbredelse på tværs af kontinenter klargør individuelle Data 360'er pr. område. Ledere ønsker en forenet kvartalsvis ydeevnevisning. Hver regionale Data 360 deler aggregerede beregnede indsigter med en "ansvarlig organisation", der aktiverer rapportering for hele virksomheden.

Hvis din virksomhed har flere Data 360'er:

• Brug datadeling mellem Data 360-organisationer til at samarbejde på tværs af dem i stedet for at opbygge tilpassede pipelines eller duplikere data.
• Del specifikke objekter (DMO'er, Beregnede indsigter, Segmenter) ved at oprette datadelinger og tildele dem til målorganisationer.
• Vær opmærksom på, at tags ikke deles – den modtagende organisation skal genanvende tags (f.eks. styring, klassificering, AI-berigelse).

Når skal du bruge datadeling mellem Data 360-organisationer:

• For at opfylde bestemmelseskrav, der forhindrer centralisering.
• Hvis du vil vedligeholde forretningsenhedens autonomi, mens du aktiverer selektivt samarbejde.
• Hvis du vil levere forenede ledelsesdashboards på tværs af flere områder.
• Hvis du vil bygge bro mellem M&A-scenarier, hvor konsolidering ikke er umiddelbart mulig.

Design omhyggeligt

Deling skal være bevidst og objektspecifikt. Undgå "over-sharing" – juster datadeling med forretnings- og compliancebehov. Behandl Data 360-til-Data 360-datadeling som en federationsstrategi, ikke som en erstatning for Data Cloud One .

1. Hver organisation skal planlægge adgang til en Data 360
   
   • Fremadrettet kræver alle Salesforce Platform-funktioner – fra Sales Cloud og Service Cloud til Agentforce – Data 360-forbindelse. Hver organisation skal enten være vært for en Data 360-startsorganisation eller være en ledsagerorganisation, der er tilsluttet via Data Cloud One.
2. Tænk på hele virksomheden, ikke organisation-efter-organisation
   
   • Undgå ensidige forretningsbeslutninger, der træffes isoleret.
   • Klargøring bør besluttes kollektivt, ideelt af en virksomhedsarkitektur eller et dataadministrationsråd. Forudsig altid fremtidige AI- og analysebehov, som afhænger af brede, forenede datasæt.
3. Minimer datasiloer
   
   • Foretræk provisionering af Data 360 i en eksisterende større organisation for at opnå enkelhed og hastighed.
   • I miljøer med flere organisationer er Data Cloud One standardmønsteret til at forene organisationer under en Data 360.
   • Klargør kun flere Data 360'er, hvis det er strengt påkrævet for overensstemmelse, ophold eller organisationsautonomi.
4. Design med vilje, hvis du skal køre flere Data 360'er
   
   • Opsæt datadeling mellem Data 360-organisationer til samarbejde, ikke tilpassede ETL-pipelines.
   • Del specifikke objekter (DMO'er, Beregnede indsigter, Segmenter) via datadeling.
   • Husk: tags deles ikke, og forbruget faktureres til kildeorganisationen.
5. Planlæg styring og ejerskab tidligt
   
   • Beslut, om Data 360 skal administreres centralt (Center of Excellence-model) eller uddelegeres til forretningsområder. Definer roller for administratorer, sikkerhedsteams og overensstemmelsesemner.
   • Undgå tvetydighed: uklar ejerskab er en almindelig kilde til friktion.
6. Undgå kortsigtede genveje
   
   • Spin ikke flere Data 360'er op for POC'er uden en langsigtet plan – dette skaber forstyrrende konsolideringsarbejde senere.
   • I stedet kan du justere pilotprogrammer og tidlige implementeringer til din provisioneringsstrategi for hele virksomheden.

Disse klargørelsesvalg er vigtige, fordi Salesforce-platformen udvikler sig mod en Data 360-første model, hvor hver funktion, fra kundesegmentering til AI-agentgrundlægning, vil afhænge af den. De beslutninger, du træffer i dag, vil sætte grundlaget for, hvor effektivt din virksomhed forener kundedata, hvor hurtigt du kan indføre nye Salesforce-funktioner, og hvor sikkert du kan skalere AI på tværs af din forretning. For at få succes skal du klargøre omhyggeligt, minimere dubletter, justere med overensstemmelseskrav, styre med vilje og tænke langsigtet. I sidste ende er provisionering af Data 360 det første trin i at få data, AI og CRM til at fungere sammen som en sammenhængende platform.

Kunal Goyal er direktør for produktstyring i Salesforce, der fokuserer på at fremme multi-organisationsarkitektur og skalerbarhed i Data 360. Siden 2017 har han ført flere initiativer og produkter med fokus på krydsorganisationssamarbejde og systemdesign med flere lejere. Kunal er et af Data 360 Best Practices Architecture Leads og produktejeren for Data Cloud One, opsætning, provisionering og administratoroplevelser.

Erin Wagner Tidwell er en hovedteknisk forfatter og indholdsdesigner for Data 360. Hun har været i Salesforce siden 2013. Hun er dedikeret til at gøre Data 360 nemmere at forstå og bruge gennem tydelig, ensartet og nøjagtig teknisk dokumentation og kommunikation i appen.

Yugandhar Bora er Software Engineering Architect hos Salesforce, der er specialiseret i dataarkitektur på platformen Data og intelligensapplikationer. Han fører EARB-initiativer (Enterprise Architecture Review Board), der er fokuseret på dataadministration og forenede datamodeller, mens han bidrager til automatiserede platformsprovisioneringsløsninger.

Samarpan Jain er en hovedarkitekt hos Salesforce, der er specialiseret i Commerce Cloud, platformsintegration og krydsorganisationsarkitektur. En af Salesforces længste medarbejdere leder nøgleinitiativer, herunder dataopholdsoverensstemmelse for offentlige kunder og Data 360-anvendelsestildelingssystemer.