Data 360-provisionering

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. Architekter har flere beslutninger om Data 360, som alle påvirker styring, overensstemmelse, omkostninger, forsinkelse og organisationens mulighed for at skalere AI og krydsorganisationsplatformsfunktioner.

Denne vejledning leverer en rammestruktur til at træffe klargørelsesbeslutninger med Data 360. Disse beslutninger omfatter:

  • Valg af en enkelt startorganisation kontra en konfiguration med flere organisationer

  • Klargøring af flere uafhængige Data 360-forekomster

    • Brug Data Cloud One til at forene organisationer under en enkelt forekomst

    • Samarbejd mellem uafhængige Data 360-forekomster, der bruger datadeling mellem Data 360-organisationer

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.

Hvordan du klargør Salesforce Data 360 er en grundlæggende arkitektonisk beslutning. Det 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 aktiverer AI-parathed for hele virksomheden. Begrænsningsorganisationer kan få adgang til delte metadata og funktioner, som om dataene var lokale. I modsætning hertil er flere uafhængige Data 360-forekomster relevante, når krav til bestemmelser, overholdelse eller autonomi forhindrer centralisering. Datadeling mellem Data 360-organisationer aktiverer selektiv nul-kopieringssamarbejde mellem disse forekomster.

Denne beslutning påvirker, hvem der kontrollerer dataadministration, hvor data befinder sig, hvordan platformsfunktioner aktiveres, og hvor problemfrit fremtidige integrationer og AI-initiativer kan skaleres. Selv for organisationer, der aktuelt ikke har Data 360, kan det være vigtigt at kontrollere deres arkitekturer for fremtiden ved at udvikle en strategi for at tilføje Data 360-adgang fremadrettet. I stigende grad er Salesforce-funktioner på tværs af Salg, Service, Marketing, Commerce, Brancher og Agentforce bygget på Data 360. Organisationer, der ønsker at bruge disse platformsfunktioner, skal provisionere 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 for Customer 360, AI og cross-platform innovation. Brug denne vejledning til at bestemme, hvilke organisationer der kræver Data 360, og om der skal bruges Data Cloud One eller datadeling mellem Data 360-organisationer. Denne strategi etablerer et solidt grundlag for en Data 360-centreret fremtid.

Salesforce Platform-logo Salesforce Data 360 er Salesforces realtidsdataplatform i hyperskala, der harmoniserer og forener data fra enhver kilde (CRM, web, mobil eller eksterne datalager) i en enkelt kundeprofil, der kan handles på. Som en vigtig komponent i Customer 360 platform, styrker det AI, analyser og personlige oplevelser på tværs af salg, service og marketing.

  • Hver organisation skal planlægge adgang til en Data 360-forekomst. 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.

  • Tænk på hele virksomheden, ikke organisation efter organisation. Undgå ensidige forretningsbeslutninger, der træffes isoleret. Ideelt bør en virksomhedsarkitektur eller et dataforvaltningsråd kollektivt træffe beslutninger om klargørelsesstrategien. Forudsig altid fremtidige AI- og analysebehov, som afhænger af brede, forenede datasæt.

  • Planlæg styring og ejerskab tidligt. Beslut, om du vil administrere Data 360 centralt (Center of Excellence-model) eller uddelegere til forretningsområder. Definer roller for administratorer, sikkerhedsteams og overensstemmelsesemner. Undgå tvetydighed, da uklar ejerskab kan være problematisk.

  • Husk, provisionering er bundet til licens. Den organisation, hvor Data 360-licensen købes, bestemmer, hvor Data 360 er klargjort, og denne organisations placering bestemmer området.

  • Forstå overvejelser i forbindelse med datakildesupport. Vær opmærksom på, hvilke områder der understøttes for forskellige offentlige clouds og datakilder med nulkopiering. 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.

  • Klargøring baseret på, om du har en enkelt-organisation eller en multi-organisation. For enkelt-organisations kunder kan du klargøre Data 360 i din eksisterende produktionsorganisation for at få den hurtigste time-to-value. For kunder med flere organisationer skal du minimere kompleksiteten ved at oprette så få Data 360-forekomster som muligt, ideelt ved at bruge Data Cloud One-konfiguration.

  • Brug kun flere Data 360-forekomster, når det er nødvendigt. Flere forekomster skal kun bruges, når det kræves af overensstemmelse, bopæl eller organisationsautonomi. I disse situationer skal du bruge datadeling mellem Data 360-organisationer til at aktivere sikkert samarbejde.

  • Opsæt datadeling mellem Data 360-organisationer til samarbejde, ikke til tilpassede ETL-pipelines. Del specifikke objekter (DMO'er, beregnede indsigter, segmenter) via datadeling. Husk, at tags ikke deles, og forbruget faktureres til kildeorganisationen.

  • Undgå kortsigtede genveje. Spin ikke flere Data 360-organisationer op for POC'er (proof of concepts) uden en langsigtet plan. Juster pilotprogrammer og tidlige implementeringer til din provisioneringsstrategi for hele virksomheden.

Evaluer alle klargørelsesvalg (valg mellem Data Cloud One, datadeling mellem Data 360-organisationer eller hjemmebestilling) i forhold til disse tværgående overvejelser.

Overvejelse Hvorfor det betyder noget Eksempelscenarier
Dataplacering og overensstemmelse Bestemmer, hvor data lagres og behandles. Bestemmelsesregler kan kræve specifikke områder eller flere forekomster. En global bank klargør en Data 360-lejer i en Salesforce-organisation, der er geografisk placeret i Frankfurt, til GDPR-overensstemmelse. De klargør en anden lejer i en organisation i Virginia for dens amerikanske division.
Styring og sikkerhed Identificer en administrator og ejerskab af Data 360, herunder politikstyrings- og uddelegeringsstrategier. En multinational med stærk central it opretter en dedikeret startorganisation, der administreres af et ekspertcenter.
Autonomi i modsætning til centralisering Forskellige ledere ønsker måske særskilt ejerskab af data. Autonomi foretrækker flere Data 360-organisationer. Centralisering foretrækker Data Cloud One. Et holdingfirma med uafhængige datterselskaber gør det muligt for hver virksomhed at køre sit eget Data 360.
Forsinkelse og ydeevne Påvirker forespørgselshastighed og oplevelse, især for ledsagende organisationer, der er tilsluttet en Data 360-lejer på tværs af områder. Et salgsteam i London, der forespørger på data fra en Data 360-lejer i USA, kan se en højere forsinkelse.
Integrationskompleksitet Flere Data 360-lejer = flere pipelines, API'er og middleware. Konsolidering forenkler integrationen. En detailhandler undgår at opbygge 10 ETL-pipelines ved at konsolidere dem i en Data Cloud One-konfiguration.
Nulkopier datakildeområde Kravene til tværgående adgang for nogle forbindelser kan begrænse området eller placeringen af din Data 360-organisation. Et firma har en Snowflake-forekomst i AWS eu-west-1-området. De kan bruge Zero Copy til at forbinde data til en Data 360 i deres område, men de kan ikke bruge Zero Copy til at forbinde til en Data 360 i det amerikanske område.
Private Connect-krydsregionkompatibilitet Undertiden afhænger Private Connect-understøttelse af, om datakilden er i samme område som Data 360-lejeren. Et firma har en Snowflake-forekomst i området aws-east-1, som de ønsker at oprette forbindelse til Data 360 via nul-kopi. De kan kun etablere en Private Connect-netværksforbindelse, hvis Data 360-startsorganisationen er i samme område.
Omkostninger og licenser Hver Data 360-lejer tilføjer omkostninger. Konsolidering i færre forekomster optimerer forbruget. En behandlingsudbyder reducerer licensomkostninger ved at indføre Data Cloud One i stedet for flere uafhængige Data 360-forekomster.
Fremtidig skalerbarhed Provisioneringsvalg i dag er grundlaget for vækst. Et SaaS-firma starter med en enkelt Data 360-forekomst, men planlægger at udvide til Data Cloud One, når det køber datterselskaber med Salesforce-organisationer.
AI-parathed for hele virksomheden AI-funktioner og Agentforce kræver en tilsluttet Data 360-lejer i hver organisation. Klargøring af beslutninger påvirker, hvordan AI-modeller trænes og aktiveres på tværs af virksomheden. Et firma med finansielle tjenester forener data i Data Cloud One, så dets Einstein AI-modeller har adgang til kundedata for hele virksomheden.

Der er tre større anvendelsessituationer, der kræver beslutninger for Data 360-provisiong:

  • Valg af startorganisationen
  • Anvendelse af en strategi med flere organisationer
  • Deling af data mellem Data 360-organisationer

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. Dette inkluderer:

  • Administration af Data 360-lagring og -beregning (i det område, der er valgt ved klargøring).

  • Anvendelse af administrations-, styrings- og sikkerhedspolitikker

  • Ydeevne ved dataoverførsel, harmonisering, identitetsløsning, segmentering og aktivering

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

Home-organisationen:

  • Bestemmer den geografiske placering af din Data 360-forekomst.

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

  • Kontrollerer ledsagende organisationsforbindelser i en Data Cloud One-konfiguration.

  • Sætter grundlaget for din virksomhedsdatastrategi – det er vanskeligt og forstyrrende at ændre den senere.

Hvis du ønsker flere oplysninger om Data 360-startsorganisationer, kan du se Data 360-integrationsmønstre og -praksisser.

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

Beslutningsdiagram, der viser eksisterende organisation vs. ny organisation som startorganisation

Option A: Klargør Data 360 i en eksisterende organisation

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 forretningsprocesser kører.

Diagram, der viser Data 360-provisionering i eksisterende organisation

  • Fordel:

    • Den enkleste sti: Data 360 klargøres der, hvor dine CRM-data 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 en eksisterende organisations styring eller teknisk 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.

Valgsmulighed B: Klargør Data 360 i en ny dedikeret organisation

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

Diagram, der viser Data 360-provisionering i en ny dedikeret organisation

  • Fordel:

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

Beslutningskriterier

Overvejelse Eksisterende organisation som startorganisation (foretrukket standard) Ny organisation som startorganisation (alternativ)
Enkelhed Bygger på eksisterende bruger- og datastruktur for hurtigere opsætning.
Data 360 er som standard integreret med startorganisationen.		 Kræver licensering og opsætning af en ny Salesforce-organisation og yderligere administrative overhead for at administrere den
Tid-til-Værdi Øjeblikkelig brug af lokale CRM-data Der kræves langsommere ramp og integration.
Styring Overtager den eksisterende organisations grundlæggende styringsmodel – eksisterende brugere og tilladelsessæt (kan være acceptabelt, hvis organisationen allerede er central ). Rens skema for styring. Ideel til COE-ledede modeller.
Overensstemmelse Residency bundet til eksisterende organisations område Fleksibilitet til at vælge et område uafhængigt af eksisterende organisationer
Ydeevne Bedste ydeevne for lokale CRM-forespørgsler Afhængig af sammenføjningsorganisationsforbindelse, uanset om det er samme område eller krydsområde med de andre organisationer
Fremtidig skalerbarhed Fungerer godt, hvis det er parret med Data Cloud One. Sværere at skifte senere, hvis den forkerte organisation er valgt Skaleres nemt med Data Cloud One. Designet til neutralitet.
Omkostning Lavere trinvis udgift Højere overhead fra yderligere miljøer

Som et generelt princip skal du bruge en eksisterende større organisation som din startorganisation til 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 helst en af dine større organisationer – typisk den, hvor de fleste af dine forretninger kører, eller den organisation, der 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?

Oprettelse af en startorganisation giver fleksibilitet og neutralitet, men med langsommere time-to-value i disse situationer.

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

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 eller 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 den startorganisation, der 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.

Diagram, der viser Data Cloud One-arkitekturen

Så fungerer Data Cloud One

  • 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 hjemmets organisation, udfører identitetsløsning, harmonisering, modellering og forening i betroede kundeprofiler.

    • Data 360-administration, styringspolitikker, tagging og maskering anvendes centralt fra startorganisationen.

  • Data Space Architecture

    • Fra startorganisationen er data organiseret i dataområder, der fungerer som logiske beholdere for data, metadata og processer.

    • Virksomheder kan oprette dataområder for brands, regioner 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.

  • 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 linket til startorganisationen.

  • Funktioner i startorganisationer kontra ledsagende organisationer 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
Tilslut Konfigurer forbindelser, opret datastreams, overfør eller foren data ✅ ❌
Harmoniser og ensret Opbyg og kør datatransformationer og identitetsløsning ✅ ❌
Administrer sikre data med dataplacering og tilladelser ✅ ✅
Opbyg segmenter, indsigter og opret Einstein Studio-modeller ✅ ✅
Aktiver overalt-aktiveringer, datahandlinger ✅ ✅
Platformsfunktioner: Promptkonstruktør, forløb, rapporter, berigelse [med mere] (https://help.salesforce.com/s/articleView?id=data.c360_a_companion_org_data_cloud_features.htm&type=5) ✅ ✅
Data 360-drevne funktioner: Prospecting Center, Salgs- og Service Cloud-funktioner, Agentforce med mere ✅ ✅

  • 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 ledsagende organisationer, 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 ledsagende organisationer. 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 kryds-cloud-funktioner, der afhænger af Data 360.

  • Forbrugsmodel Alle ledsagende 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 på en måde: kreditter centraliseres, faktureres og spores op mod hjemmets organisations kredittildeling. Du kan dog gå i detaljer for at se, hvor mange kreditter hver enkelt organisation brugte i Digital Wallet.

  • Design princip: Vandret konstruktion Den vandrette konstruktion i Data 360 er et grundlæggende designprincip, der primært implementeres gennem Data Cloud One, der tillader en enkelt Data Cloud-forekomst at strække sig over flere forskellige Salesforce CRM-organisationer. Målet er, at hver ny frigivet funktion fungerer i både start- og ledsagerorganisationer uden yderligere opsætning. Denne funktionalitet 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-organisationer i hver organisation eller bruge Data Cloud One til at forene organisationer under en enkelt startorganisation?

Option A: Flere uafhængige Data 360-organisationer

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

Fordel:

  • Autonomi: Hver forretningsenhed eller hvert område kontrollerer sit eget Data 360.

  • Enkelhed i hver organisation: Styring, sikkerhed og tilpasninger lokaliseres.

  • Regulerende overensstemmelse: Nyttigt, når der kræves streng regulerende adskillelse (f.eks. må data ikke krydse grænser).

Cons:

  • Datasiloer: Forenede profiler kan ikke nås på tværs af organisationer.

  • Højere omkostninger: Hver forekomst kræver licensering, administration og integration. Kunder ender med at overføre de samme kildedata flere gange på tværs af flere forskellige organisationer.

  • Dubletarbejde: Id-løsning, segmentering og berigelse skal gentages i hver Data 360-forekomst.

Valgsmulighed B: En delt Data 360-klynge (Data Cloud One-klynge)

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

Fordel:

  • SSOT (Single Source of Truth): Alle organisationer deler en forenet datamodel.

  • Omkostningseffektivitet: Administrer kun en Data 360-licens og infrastruktur.

  • Forenet forvaltning: Centralt anvendte politikker, sikkerhed og overensstemmelseskontroller.

  • Cross-Org enrichment: Få adgang til harmoniserede profiler, indsigter og segmenter på tværs af ledsagende organisationer.

  • AI-parathed: Et datasæt for hele virksomheden aktiverer bedre uddannelse og aktivering af AI-modeller.

  • Future proof: Tilføjelse af nye ledsagende organisationer er nemt, da der ikke er behov for nye Data 360-organisationer.

Cons:

  • Yderligere forberedelse: En Data 360 kræver planlægning af organisation-til-hjem-organisationsforbindelse.

  • Forseningsovervejelser: Begrænsningsorganisationer i forskellige områder kan se langsommere forespørgsler.

  • Kompleks styring: Hvis hver organisation har forskellige tilpasningsbehov, kan detaljeret styring være kompleks.

Valgsmulighed C: Flere Data Cloud One-klynger

Nogle gange kan styring, compliance eller andre forretningskrav gøre det upraktisk at klynge alle organisationer sammen. Dette kan føre til et behov for at implementere en hybridløsning, hvor virksomheden driver adskillige Data 360-organisationer, hvoraf hver er startorganisationen for en anden klynge af ledsagende organisationer.

Eksempel:

En multinational virksomhed har Salesforce-organisationer i 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.

Beslutningskriterier

Overvejelse Flere uafhængige Data 360-organisationer En delt Data 360 (Data Cloud One)
Autonomi Høj autonomi for hver organisation eller forretningsenhed Centraliseret ledelse, mindre selvstændighed pr. organisation
Overensstemmelse Nyttigt, når der kræves streng adskillelse (f.eks. regionale love) Fungerer bedst, når bopæl tillader centralisering
Omkostning Højere licens- og administratoromkostninger Mere omkostningseffektiv. En licens til mange organisationer
Styring Fragmenteret. Politikker er forskellige pr. organisation Centraliserede ensartede politikker på tværs af organisationer
Datasiloer Hver organisation med sin egen visning Ingen Enterprise 360 Forenet datasæt, ingen duplikering
AI/Analytics Begrænset til hver organisations data Modeller for hele virksomheden med bedre nøjagtighed
Kompleksitet Flere forekomster, der skal administreres, flere integrationer Enklere arkitektur, færre dele i bevægelse
Ydeevne Bedst til intra-organisationsanvendelsessituationer Potentiel stigning i forsinkelse med ledsagende organisationsadgang

Foretrukket mønster: Data Cloud One

Hvis du vil forenkle styring og optimere omkostninger på tværs af virksomheder med flere organisationer, skal du bruge en enkelt startorganisation med tilsluttede ledsagende organisationer.

Når skal der bruges flere Data 360-organisationer: Brug kun flere Data 360-organisationer, hvis overholdelse, bopæl eller organisatorisk autonomi strengt kræver det (f.eks. hvis 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 hvor de fleste af forretningerne kører. Klargøring af Data 360 der kan minimere kompleksiteten og maksimere den tidlige værdi.

Overvej kun at oprette en dedikeret startorganisation, der administreres af et COE-team, hvis ingen eksisterende organisation er egnet.

Generel princip:

I miljøer med flere organisationer skal du minimere antallet af Data 360-organisationer. 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 skal klargøre flere Data 360-forekomster, herunder:

  • Regional overholdelse. En multinational detailhandler klargør en Data 360 i EU og en anden i USA. Data 360-til-Data 360-datadeling gør det muligt for firmaet at oprette indsigter fra lokale data og stadig dele indsigten med det amerikanske hovedkvarter.
  • Forretningsenhedssamarbejde. En konglomerat kører separate Data 360-organisationer for Detail og Forsikring. Datadeling mellem Data 360-organisationer 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 detailhandlens "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 at administrere bevarer bevarelse af kortsigtede datasiloer datasikkerhed og SSOT-integritet. Samtidig giver deling af data mellem to Data 360-forekomster det nødvendige samarbejde under overgangen.
  • Federate Executive dashboards. En multinational udbredelse på tværs af kontinenter klargør individuelle Data 360-organisationer 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.

Når der findes flere Data 360-organisationer, 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-organisationer.

  • 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. Kun adgang deles, de underliggende data forbliver i kildedata 360.

  • 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 ledsagende organisationer en enkelt Data 360-forekomst. Platformsfunktioner som Agentforce, Prospecting Center og Tableau Next kører på de samme underliggende data for at sikre 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.

Faktor Fordele Ulemper
Dataophold Understøtter regional adskillelse, mens du aktiverer samarbejde. Fjerner ikke behovet for at administrere flere Data 360-organisationer.
Dataduplikering Nulkopier, ingen duplikering af objekter. Kræver bevidst valg af objekter til inkludering i hver datadeling.
Styring Deling er eksplicit og bevidst (objektniveau). Ingen tags eller politikforløb. Målorganisationen skal genanvende styring.
Kompleksitet Aktiverer selektivt samarbejde uden centralisering. Kræver administration af flere Data 360-organisationer og datadeling.
**AI/Analytics** Regionale AI/analyser er mulige. Indsigter kan deles på tværs af organisationer. Ingen AI for hele virksomheden, medmindre data delt med vilje.
**Platformsfunktioner** Hver organisations Data 360-drevne funktioner kører uafhængigt. Ingen automatisk deling. Dubletrisiko, hvis den ikke er omhyggeligt designet.
Omkostning Kan reducere behovet for ETL-pipelines. Påløber stadig omkostningerne for flere Data 360-organisationer. Forbruger kreditter til dataforespørgsler og datadeling.
Overvejelse Data Cloud One (foretrækkes for multi-organisationer) Datadeling mellem Data 360-organisationer
Enkelt kilde til sandhed Ja – alle organisationer deler en datamodel. Nej – hver Data 360 har sin egen datamodel.
Overensstemmelse Fungerer kun, når bopæl tillader centralisering. Nødvendig, når opholdslove forhindrer centralisering.
Styring Centraliseret, ensartet. Forenet, delvis deling på objektniveau.
Kompleksitet Færre dele, der skal flyttes, er enklere. Mere kompleks – kræver konfigurationsdatadeling og flere dataorganisationer.
AI/Analytics AI-modeller for hele virksomheden. Regionale AI. Del indsigter selektivt.
Platformsfunktioner Delt Data 360 betyder, at alle funktioner fungerer ensartet på tværs af start + ledsagere. Funktioner kører uafhængigt i hver Data 360. Deling skal være eksplicit.

Hvis din virksomhed har flere Data 360-organisationer

  • 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 datadeling og tildele dem til målorganisationer.

  • Tags deles ikke – den modtagende organisation skal genanvende tags for styring, klassificering eller AI-berigelse.

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

  • Til at bygge bro mellem M&A-scenarier, hvor konsolidering ikke er umiddelbart mulig.

Design omhyggeligt

Behandl Data 360-til-Data 360-datadeling som en federationsstrategi, ikke som en erstatning for Data Cloud One.

  • Brug objektspecifik deling.
  • Undgå overdeling.
  • Juster datadeling med forretnings- og compliancebehov.

Planlægning af din datastrategi for Data 360-provisionering er en vigtig, langsigtet arkitektonisk beslutning, der skal håndteres på virksomhedsplan, ikke organisation-efter-organisation. Dette tidlige strategiske valg dikterer, hvordan kundedata er forenet, hvordan styring håndhæves, og hvordan vigtige platformsfunktioner – især AI og analyser – skaleres på tværs af organisationen. Planlæg styrings- og ejerskabsmodeller på forhånd, og undgå kortsigtede genveje, der fører til fragmentering og øget kompleksitet senere.

Hvad er Customer 360?

Data 360-integrationsmønstre og -praksisser

Data 360-arkitektur

Data 360-sikkerhedsarkitektur

Om forfatterne

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 ledet 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 på 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.