Salesforce Data 360 on Hyperforceen perustuva datalusta, joka yhdistää Salesforcen ja ulkoisen datan selkeäksi, täydelliseksi ja luotetuksi 360 asteen näkymäksi jokaisesta asiakkaasta tai tilistä.

Yritykset käyttävät usein useita Salesforce-organisaatioita yhdistämis- ja hankintojen, alueellisten toimintojen, toiminnallisen eriytymisen tai historiallisten syiden vuoksi. Arkkitehtien täytyy päättää paitsi yhden aloitusorganisaation ja usean organisaation kokoonpanon välillä, myös, haluatko provisioida useita itsenäisiä Data 360 -esiintymiä, käyttää Data Cloud One -palvelua yhtenäistääkseen organisaatiot yhden instanssin alla vai tehdä yhteistyötä itsenäisten Data 360 -esiintymien välillä käyttämällä datan jakamista Data 360:n välillä (Data 360:sta Data 360 -datan jakaminen). Nämä valinnat vaikuttavat hallintaan, vaatimustenmukaisuuteen, kustannuksiin, viiveeseen ja organisaation kykyyn skaalata tekoälyä ja organisaatioiden välisiä sovellusalustan ominaisuuksia.

Data 360 provisioidaan automaattisesti kaikkiin tuotanto-organisaatioihin, jotka saavat Data 360 -lisenssin. Data Cloud One on Salesforcen organisaatioiden välinen yhteysarkkitehtuuri, joka sallii yhden aloitusorganisaation isännöidä Data 360 -esiintymää, kun taas muut Salesforce-organisaatiot muodostavat yhteyden kumppaniorganisaatioina. Data 360 -lisenssin omistavan organisaation valinta, josta tulee Data 360 -aloitusorganisaatio, on kriittinen arkkitehtoninen päätös, jolla on pitkäaikaisia vaikutuksia.

Miten provisioit Salesforce Data 360 -sovelluksen, on perustavanlaatuinen arkkitehtoninen päätös, koska se määrittää, miten yritys yhtenäistää asiakastietoja, noudattaa hallintoa ja ottaa käyttöön kriittisiä sovellusalustan ominaisuuksia, erityisesti tekoälyä, Agentforcea ja analyysejä, koko organisaatiossa. Organisaatioiden klusterin ankkurointi yhteen Data 360 -palveluun tarjoaa yhtenäistetyn datamallin, keskitetyn hallinnan ja yrityksenlaajuisen tekoälyn valmiuden, samalla kun se sallii kumppaniorganisaatioiden käyttää jaettua metadataa ja ominaisuuksia kuin ne olisivat paikallista dataa. Sen sijaan useita itsenäisiä Data 360 -esiintymiä sovelletaan, kun sääntely-, vaatimustenmukaisuus- tai itsenäisyysvaatimukset estävät keskityksen, ja Data 360 -organisaatioiden välinen datan jakaminen mahdollistaa valikoivan, kopioimattoman yhteistyön näiden instanssien välillä.

Tämä päätös on kriittinen arkkitehtien kannalta. Se määrittää, kuka hallitsee datan hallintaa, missä data sijaitsee, miten sovellusalustan ominaisuudet otetaan käyttöön ja kuinka saumattomasti tulevat integraatiot ja tekoälyn aloitteet voivat skaalaa. Jopa organisaatioissa, joilla ei tällä hetkellä ole Data 360 -käyttöoikeutta, voi olla tärkeää testata arkkitehtuuria tulevaisuudessa kehittämällä strategia Data 360 -käyttöoikeuksien lisäämiseksi tulevaisuudessa. Salesforce-ominaisuudet myynti-, palvelu-, markkinointi-, kaupankäynti-, toimiala- ja Agentforce perustuvat yhä useammin Data 360:ään. Organisaatioiden, jotka haluavat käyttää näitä sovellusalustan ominaisuuksia, täytyy provisioida oma Data 360 -ominaisuutensa tai muodostaa yhteys jaettuun Data 360 -organisaatioon kumppaniorganisaatioina.

Tämä opas auttaa arkkitehtejä suunnittelemaan provisiointistrategian, joka tasapainottaa yksinkertaisuuden, yhtiönlaajuisen yhdenmukaisuuden, vaatimustenmukaisuuden ja skaalattavuuden, jotta organisaatio voi hyödyntää Data 360:a luottavaisesti Customer 360:lle, tekoälylle ja sovellusalustan välisille innovaatioille. Se auttaa sinua päättämään, missä organisaatioissa provisioit Data 360 -palvelun ja miten voit valita Data Cloud One - ja Data 360 -organisaatioiden välillä tapahtuvan datan jakamisen, mikä auttaa sinua luomaan vakaan pohjan liiketoimintasi edistämiseksi Data 360 -pohjaisessa tulevaisuudessa.

Jokainen provisiointivaihtoehto — olipa kyse sitten Data Cloud One -ratkaisusta tai datan jakamisesta Data 360 -organisaatioiden välillä tai siitä, mikä organisaatio on valittava aloitusorganisaatioksi — tulisi arvioida näiden kattavien huomioiden perusteella:

• Provisiointi on sidoksissa lisenssiin: Data 360 provisioidaan organisaatiossa, jossa Data 360 -lisenssi on ostettu, ja alue määräytyy organisaation sijainnin perusteella provisioinnin aikana.
• Pidä vaihtoehtosi avoinna suunnittelemalla Data 360:ta varten, vaikka et tarvitsisi sitä nyt. Nyt tekemäsi päätökset voivat helpottaa tietäsi, jos otat Data 360:n käyttöön sovellusalustan ominaisuuksille, kuten Agentforce myöhemmin.
• Yksittäisen organisaation asiakkaat: Provisioi Data 360 olemassa olevassa tuotanto-organisaatiossasi nopeuttaaksesi arvon muodostamista.
• Monen organisaation asiakkaat: Minimoi monimutkaisuus luomalla mahdollisimman vähän Data 360 -esiintymää, mikä sopii parhaiten Data Cloud One -kokoonpanolle.
• Multiple Data 360 -esiintymiä tulisi käyttää vain, kun vaatimustenmukaisuus, sijainti tai organisaation itsenäisyys vaatii niitä. Käytä näissä tapauksissa Data 360 -organisaatioiden välistä datan jakamista salliaksesi turvallisen yhteistyön.
• Zero Copy -tietolähteet: Huomioi tarkalleen, mitä alueita tuetaan eri julkisille pilvipalvelimille ja Zero Copy -tietolähteille. Määritä myös, vaaditaanko Private Connectin käyttö tietoturvasuhteellesi yhteyden muodostamiseksi kyseisiin tietolähteisiin ja tuetaanko alueiden sisäisiä tai alueiden välisiä yhteyksiä.
• Hallinta ja itsenäisyys ovat keskeisiä käsitteitä: päätä, tulisiko Data 360 hallita keskitetysti (Center of Excellence -malli) vai tarvitseeko yksittäinen liiketoimintayksikkö erillisiä hallittavia Data 360 -esiintymiä.

Kun ostat Data 360 -lisenssin, Data 360 -esiintymä provisioidaan kyseiseen lisenssiin liittyvään Salesforce-organisaatioon. Tätä organisaatiota kutsutaan Data 360 -aloitusorganisaatioksi. Aloitussivun organisaatio on Data 360 -esiintymäsi ankkuri. Siellä on:

• Data 360 -tallennustilaa ja -laskentaa hallitaan (provisioinnissa valitussa alueessa).
• Hallinta-, hallinta- ja suojauskäytäntöjä sovelletaan.
• Datan syöttö, harmonisointi, identiteetin vahvistus, segmentointi ja aktivointi suoritetaan.

Usean organisaation skenaarioissa aloitusorganisaatio hallitsee muiden Salesforce "Companion"-organisaatioiden keskitetyn Data 360 -esiintymää.

Miksi aloitusorganisaatiolla on väliä:

• Se määrittää Data 360 -esiintymäsi maantieteellisen sijainnin.
• Se määrittää, kuka omistaa ja hallitsee Data 360 -esiintymäsi. Data 360 -aloitusorganisaatiosi pääkäyttäjät voivat käyttää dataan tuotua dataa.
• Se hallitsee Companion Org -yhteyksiä Data Cloud One -kokoonpanossa.
• Se muodostaa perustan yrityksesi datastrategialle — sen muuttaminen myöhemmin on vaikeaa ja häiritsevää.

Ensimmäinen tärkeä päätös on, provisioidaanko Data 360 olemassa olevaan tuotanto-organisaatioon vai luodaanko uusi, oma organisaatio toimimaan aloitusorganisaationa.

Toimii parhaiten: Asiakkaat, joilla on yksi Salesforce-organisaatio, tai usean organisaation asiakkaat, joilla on jo merkittävä keskittynyt organisaatio, jossa suurin osa liiketoiminnasta tapahtuu.

• Pros:

  • Yksinkertaisin polku: Data 360 provisioidaan siellä, missä CRM-data on jo olemassa.
  • Välitön pääsy paikallisiin myynti-, palvelu- ja markkinointitietoihin.
  • Ylimääräistä integraatiota ei vaadita.
  • Hallittavissa olevia lisenssejä ja ympäristöjä on vähemmän.
  • Nopeuttaa käyttöönottoa, pilottiversioita ja tuotantoympäristöä.

• Miinukset:

  • Voi periä olemassa olevan organisaation hallinta- tai teknisen velan.
  • Jos yksittäistä ”pääorganisaatiota” ei ole, sen valitseminen saattaa aiheuttaa omistajuudesta keskusteluita.
  • Suorituskyky on sidoksissa organisaation sijaintiin. Se ei välttämättä vastaa yrityksenlaajuisia asuntotarpeita.
  • Jos useat liiketoimintayksiköt käyttävät eri organisaatioita, paikallinen provisiointi voi johtaa hajanaisuuteen, jos sitä ei yhdistetä Data Cloud Oneen.

Esimerkki:
SaaS-yritys, jolla on yksi Salesforce-organisaatio, provisioi Data 360:n kyseisessä organisaatiossa yhtenäistääkseen asiakastilausten ja tukitietojen tiedot.

Toimii parhaiten: Asiakkaat, joilla on useita Salesforce-organisaatioita, jotka eivät voi vastata yhtä suurta organisaatiota, tai yritykset, joilla on vahva Excellence Center (CoE) -malli.

• Pros:

  • Puhdas luettelo hallintaa varten ilman organisaation perittyjä monimutkaisuuksia.
  • Keskitetty hallinta useista liiketoiminta-alueista.
  • Joustavuutta alueen valitsemiseen vaatimustenmukaisuuden tarpeiden perusteella.
  • Toimii neutraalina jaetun palvelun organisaationa, joka ei ole sidoksissa yhteen liiketoimintayksikköön.
  • Määritä tulevalle Data Cloud One -arkkitehtuurille (kotiorganisaatio, jossa on useita kumppaniorganisaatioita).

• Miinukset:

  • Asiakkaiden täytyy lisätä uusi Salesforce-organisaatio, johon he voivat provisioida Data 360:n.
  • Lisäintegraatio vaaditaan organisaation yhdistämiseksi Data 360:een Data Cloud One -yhteyden kautta.
  • Voi lisätä hallinnallisia kustannuksia (käyttäjien hallinta, tietoturva, henkilöllisyys).
  • Hitaampi aika arvon muodostamiseen verrattuna olemassa olevan tuotanto-organisaation provisiointiin.

Esimerkki:
Monikansallinen finanssipalveluyritys luo erillisen aloitusorganisaation, joka provisioi Data 360:n. Kaikki liiketoimintayksiköiden organisaatiot (Retail, Wealth, Commercial Banking) muodostavat yhteyden kumppaniorganisaatioina Data Cloud Onen kautta.

Suosittelemme käyttämään aloitusorganisaatiotasi olemassa olevaa pääorganisaatiota vähentääksesi alustavia vaivaa ja nopeuttaaksesi sopeutumista. Luo uusi, erillinen aloitusorganisaatio vain, jos pitkäaikainen hallintastrategiasi tai vaatimustenmukaisuusstrategiasi vaatii sitä. Uuden, erillisen aloitusorganisaation luominen on yleinen valinta suurille yrityksille, joilla on Excellence Center (COE).

Yksittäisen organisaation ympäristö

Provisioi Data 360 olemassa olevassa tuotanto-organisaatiossasi. Tämä maksimoi yksinkertaisuuden ja välittömän arvon. Se välttää tarpeettomia integrointikuluja.

Monen organisaation ympäristö

Valitse mieluummin yksi tärkeimmistä organisaatioistasi — tavallisesti se, jossa suurin osa liiketoiminnastasi toimii, tai organisaatio, joka toimii jo keskitettynä CRM:nä — toimimaan aloitusorganisaationa. Tämä vähentää monimutkaisuutta, minimoi määritystyöt ja sallii sinun ymmärtää Data 360:n arvon nopeasti. Olemassa olevan pääorganisaation käyttäminen välttää myös uuden ympäristön hallinnan kustannukset ja integroinnin.

Milloin harkita uutta, erillistä aloitusorganisaatiota?

Jos organisaatiollasi on vahva Excellence Center (CoE) ja haluat hallinnan erillään liiketoimintayksiköiden organisaatioista. Jos yksikään olemassa oleva organisaatio ei sovellu vaatimustenmukaisuuden tai organisaation rajoituksien vuoksi. Tällöin uuden aloitusorganisaation luominen tarjoaa joustavuutta ja neutraaliutta — mutta hitaampaa arvon muodostamista.

Yritykset käyttävät usein useita Salesforce-organisaatioita — ja tämä ei ole rintatapaus, vaan normaali. Helmikuussa 2024 noin 19 000 Salesforce-asiakasta käytti jo useampaa kuin yhtä Salesforce-organisaatiota.

Miksi näin tapahtuu?

• Ostaukset ja yhdistämiset: Uudet yritykset tuovat omat Salesforce-esiintymänsä.
• Alueelliset toiminnot: Erilliset organisaatiot EU:ssa, Pohjois-Amerikassa, Aasiassa ja Tyynenmeren alueella jne., jotta ne täyttävät usein tietojen oleskelulakeja.
• Toiminnallinen erotus: Eri liiketoimintayksiköt (esimerkiksi Retail Banking, Wealth Management, Insurance) ylläpitävät omia organisaatioitaan itsenäisyyden vuoksi.
• Sääntely- tai turvallisuuseristys: Tietyt toimialat määrittävät loogisesti erilliset organisaatiot vaatimustenmukaisuussyistä.
• Historialliset/tekniset syyt: Ajan myötä asiakkaat kerääntyvät useisiin organisaatioihin.

Jokainen syy on hyödyllinen yksittäin, mutta yhdessä ne heikentävät dataa. Ilman yhtenäistävää kerrosta jokaisella organisaatiolla on vain osittainen näkymä asiakkaasta.

Arkkitehtuurin haaste: Miten yhdistät organisaatioiden datan yhdeksi totuuden lähteeksi noudattamalla vaatimuksia, hallintaa ja itsenäisyyttä?

Data Cloud One on Salesforcen organisaatioiden välinen yhteysarkkitehtuuri, joka sallii useiden Salesforce-organisaatioiden jakaa yhden Data 360 -esiintymän. Se on suositeltu malli yrityksille, joilla on useita Salesforce-organisaatioita.

Jokaisessa Data Cloud One -klusterissa yksi Salesforce-organisaatio on nimetty aloitusorganisaatioksi, joka isännöi Data 360 -esiintymää. Muut Salesforce-organisaatiot muodostavat yhteyden kumppaniorganisaatioina, jotka kuluttavat aloitusorganisaation Data 360:sta saadun yhtenäistetyn datan ja metadatan.

1. Datan syöttö ja yhtenäistäminen (kotiorganisaatio)
   
   • Kaikki datan tuontikokoonpanot (Salesforce CRM, ulkoiset lähteet, striimaus, erä) tapahtuvat vain aloitusorganisaatiosta.
   • Aloitusorganisaatioon liitetty Data 360 -vuokralainen suorittaa identiteettien ratkaisun, harmonisointiin, mallinnukseen ja yhtenäistämiseen luotettuihin Customer 360 -profiileihin.
   • Data 360 -hallintaa, hallintakäytäntöjä, merkintöjä ja peittämistä sovelletaan keskitetysti aloitusorganisaatiosta.
2. Datan tilan arkkitehtuuri
   
   • Aloitusorganisaatiosta data on organisoitu datatiloiksi, jotka toimivat loogisina säiliöinä datalle, metadatalle ja prosesseille.
   • Yritykset voivat luoda datatiloja brändeille, alueille tai liiketoimintaryhmille.
   • Datatilan jakaminen: Aloitusorganisaatiosta tietyt datatilat jaetaan valikoidusti kumppaniorganisaatioiden kanssa. Näin varmistetaan, että vain asiaankuuluva data (ja siihen liittyvä metadata) kulkee oikeisiin organisaatioihin.
3. Metadatan jakaminen
   Kumppaniorganisaatiot saavat aloitusorganisaatiosta metadatamääritelmiä, mukaan lukien datamalliobjektit (DMO), yhtenäistetty profiiliskeema, lasketut havainnot, segmentit ja paljon muuta. Nämä näytetään oletusarvoisesti seurantaorganisaatiossa kuin ne olisivat paikallisia resursseja, mutta ne on linkitetty itse asiassa aloitusorganisaatioon.
4. Aloitussivulla tehtävät työt vs. Kumppaniorganisaatiot
Ominaisuuksien käyttöoikeudet vaihtelevat aloitus- ja kumppaniorganisaatioiden välillä. Kumppaniorganisaatiot eivät voi tuoda tai yhtenäistää dataa, vaan ne ovat riippuvaisia aloitusorganisaatiosta syöttämistä, mallinnusta ja yhtenäistämistä varten. Kumppaniorganisaatiot voivat käyttää Data 360 -dataa edistääkseen Data 360 -sovellusalustan ominaisuuksia, ja he voivat luoda paikallisia havaintoja, segmenttejä ja kulkuja jaetun ja luotetun datan päälle. He voivat myös käyttää aktivointiominaisuuksia tulevassa näkymässä.

Ominaisuus	Aloitussivun organisaatio	Kumppaniorganisaatio
Määritä liittimiä, luo datavirtoja, tuo tai yhdistä dataa yhteyden muodostamiseksi	✅	❌
Rakenna ja suorita datan transformaatioita ja identiteettien ratkaisua koskevia harmonisointi- ja yhtenäistämistoimia	✅	❌
Suojaa dataa datatilalla ja käyttöoikeuksilla hallintaoikeudella	✅	✅
Rakenna segmenttejä, havaintoja ja Einstein Studio -malleja Segmentti ja ennusteet	✅	✅
Aktivoinnin aktivointi kaikkialla, datatoiminnot	✅	✅
Sovellusalustan ominaisuuksien kehotteiden rakentaja, kulut, raportit, rikastaminen ja paljon muuta	✅	✅
Data 360 -pohjaiset ominaisuudet Prospecting Center, Sales- ja Service Cloud -ominaisuudet, Agentforce ja paljon muuta	✅	✅

5. Sovellusalustan ominaisuuksien yhteensopivuus
   Kun metadata on jaettu käyttäjien ja rakentajien näkökulmasta, aloitus- ja kumppaniorganisaatioiden välillä on joitakin toiminnallisia eroavaisuuksia Salesforce Platform -ominaisuuksien käytössä. Tuettujen ominaisuuksien luettelo löytyy kohdasta Data 360 -ominaisuudet kumppaniorganisaatioissa.
   
   • Salesforce Platform -ominaisuudet — kuten Kulut, Raportit, Kehotteiden rakentaja, mittaristot ja muut alustalle luodut työkalut — toimivat aloitus- ja kumppaniorganisaatioissa, kun metadata on saatavilla.
   • Data 360 -pohjaiset ominaisuudet — kuten Agentforce, Prospecting Center, Sales Cloud Einstein -ominaisuudet ja Service Cloud AI -ominaisuudet — toimivat saumattomasti sekä aloitus- että kumppaniorganisaatioissa. Jotkin ominaisuudet ovat saatavilla täydellisen yhteensopivuuden saavuttamiseksi, mutta yleinen tavoite on tarjota ominaisuuksien yhteensopivuus Home- ja Companion-organisaatioiden kaikkien Data 360:sta riippuvaisten Cross-Cloud-ominaisuuksien kanssa.
6. Kulutusmalli
   Kaikki Companion-organisaation toiminnot (kyselyt, segmenttien suoritukset, Data 360:n käynnistämät kulut, tekoälyn käyttö, Einstein Trust Layer -loki, jne.) kuluttavat Data 360 -krediittejä aloitusorganisaatiosta. Kulutus kulkee yhdellä tavalla: krediitit keskitetään, laskutetaan ja seurataan aloitusorganisaation luottoallokaation perusteella. Voit kuitenkin tarkastella tarkemmin, montako krediittiä kukin yksittäinen organisaatio käyttää Digital Walletissa.
7. Suunnittelukäytäntö: Vaakasuora rakenne
   Data Cloud One on suunniteltu Salesforce Platformin vaakasuoraksi rakenteeksi — aivan kuin sandboxit. Tavoitteena on, että kaikki uudet Salesforcen julkaistut ominaisuudet toimivat aloitus- ja kumppaniorganisaatioissa ilman lisämäärityksiä. Tämä varmistaa, että Data Cloud One ei ole vain datan arkkitehtuurin valintavaihtoehto, vaan tuleva Salesforce Platformin peruselementti.

Useita organisaatioita käyttävien yritysten täytyy valita miten ja missä Data 360 löytyy ekosysteemistään. Haluavatko he provisioida jokaisessa organisaatiossa itsenäisiä Data 360 -datajoukkoja vai käyttääko he Data Cloud Onea yhtenäistääkseen organisaatiot yhteen aloitusorganisaatioon?

Jokainen Salesforce-organisaatio tarjoaa oman Data 360 -esiintymänsä.

Pros:

• Autonomia: Jokainen liiketoimintayksikkö tai alue hallitsee omaa Data 360 -ominaisuuttaan.
• Kunkin organisaation sisäinen yksinkertaisuus: Hallinta, tietoturva ja mukautukset on lokalisoitu.
• Säännöstenmukaisuus: Hyödyllinen, kun sääntely vaatii tiukkaa erottamista (esimerkiksi data ei saa ylittää rajoja).

Miinukset:

• Datan silot: Customer 360 ei ole mahdollista eri organisaatioissa.
• Kustannukset korkeammat: Jokainen esiintymä vaatii lisenssejä, hallintaa ja integraatiota. Asiakkaat tuovat saman lähdedatan useita kertoja saavuttaakseen täydellisen C360-näkymän useissa eri organisaatioissa.
• Identtinen työ: Identiteetin vahvistus, segmentointi ja rikastaminen täytyy toistaa jokaisessa Data 360:ssa.

Yksittäinen Data 360 provisioidaan aloitusorganisaatioon ja muut Salesforce-organisaatiot yhdistetään kumppaniorganisaatioina.

Pros:

• Yksittäinen totuuden lähde (SSOT): Kaikilla organisaatioilla on sama yhtenäistetty datamalli.
• Kustannustehokkuus: Vain yksi hallittava Data 360 -lisenssi ja -infrastruktuuri.
• Yhtenäistetty hallinta: Käytäntöjä, tietoturvaa ja vaatimustenmukaisuutta hallitaan keskitetysti.
• Organisaatioiden välinen rikastaminen: Kumppaniorganisaatiot voivat käyttää yhdenmukaistettuja profiileja, havaintoja ja segmenttejä.
• AI-valmius: Yrityksenlaajuinen datajoukko mahdollistaa tekoälymallien parannetun koulutuksen ja aktivoinnin.
• Tuleva todistus: Uusien Companion-organisaatioiden lisääminen on helppoa, eikä uusia Data 360 -organisaatioita tarvita.

Miinukset:

• Lisää valmistelua: Vaatii organisaatioiden ja aloitusorganisaatioiden yhteyden suunnittelun.
• Viiveessä huomioitavia asioita: Eri alueiden kumppaniorganisaatiot saattavat nähdä hitaampia kyselyitä.
• Monimutkainen hallinta: Jos organisaatiolla on hyvin erilaiset mukautustarpeet, hienosäätämäinen hallinta voi olla monimutkaista.

Joissakin tapauksissa hallinta, vaatimustenmukaisuus tai muut liiketoimintavaatimukset saattavat tehdä organisaatioiden klusteroinnista epäkäytännöllistä. Tämä saattaa johtaa siihen, että sinun täytyy ottaa käyttöön hybridiratkaisu, jossa yritys käyttää useita Data 360 -palvelimia, joista jokainen on toisen kumppaniorganisaatioiden klusterin aloitusorganisaatio.

Monikansallisella yrityksellä on Salesforce-organisaatioita useissa eri alueissa, mukaan lukien Euroopassa, Yhdysvalloissa ja Aasiassa. He tarjoavat yhden Data 360 -palvelun jokaiselle erilliselle alueelle noudattaakseen alueellisten tietojen residenssien säännöksiä.

Preferoitu kuvio: Data Cloud One

Oletusarvo on yksi aloitusorganisaatio yhdistetyillä kumppaniorganisaatioilla usean organisaation yrityksille.
Tämä luo Enterprise-laajuisen Customer 360:n, yksinkertaistaa hallintaa ja optimoi kustannukset.

Milloin käyttää useita Data 360 -versioita:

Vain, jos vaatimustenmukaisuus, asuinpaikka tai organisaation itsenäisyys vaativat sitä. Jos esimerkiksi eurooppalaisten operaatioiden täytyy pysyä täysin erillään yhdysvaltalaisista operaatioista säännösten vuoksi.

Aloitusorganisaation valitseminen Data Cloud One:ssa:

Aloita ottamalla huomioon jokin tärkeimmistä organisaatioistasi — tavallisesti missä suurin osa liiketoiminnastasi tapahtuu. Data 360:n provisiointi siellä voi minimoida monimutkaisuuden ja maksimoida aikaisen arvon.

Harkitse erillisen aloitusorganisaation luomista, jota hallitsee keskusjoukko-tiimi vain, jos mikään olemassa oleva organisaatio ei ole sopiva.

Yleinen periaate:

Vähennä Data 360:n määrää usean organisaation ympäristöissä. Suosittele Data Cloud Onea oletusarvoiseksi kuvioksi välttyäksesi identtisyydestä, ottaaksesi tekoälyn valmiudet käyttöön ja yksinkertaistaaksesi hallintaa.

Vaikka Data Cloud One on suositeltu lähestymistapa useimmille yrityksille, asiakkaiden täytyy ehkä provisioida useita Data 360 -esiintymiä. Kun useita Data 360 -datajoukkoja on olemassa, niiden yhdistämistä ei tapahdu automaattisesti.

Data 360:n jaon avulla asiakkaat voivat jakaa tiettyjä objekteja Data 360 -esiintymien välillä ilman identtisiä tai mukautettuja myyntiputkia. Se on nollakopioitu metadatan jakomekanismi, joka on suunniteltu yhteistyöhön Data 360:n välillä.

• Jokainen Data 360 provisioidaan omassa aloitusorganisaatiossaan.
• Pääkäyttäjät voivat luoda data-jaon — ryhmityksen tietyistä objekteista, joita he haluavat jakaa.
• Käyttöoikeus valittuun dataan jaetaan kohdeorganisaation Data 360:n kanssa, jossa objektit näytetään kuin ne olisivat paikallisesti määritettyjä. Perustana oleva data säilyy lähdedatassa Data 360. Vain käyttöoikeus jaetaan.
• Tunnisteita ei jaeta. Vain raakat objektit ovat käytettävissä. Kohdeorganisaation täytyy ottaa hallinta-, toiminta- tai tekoälytunnisteet käyttöön uudelleen tarvittaessa.

• Data Cloud One:ssä useat kumppaniorganisaatiot jakavat yhden Data 360 -esiintymän. Sovellusalustan ominaisuudet (Agentforce, Prospecting Center, Tableau Next jne.) toimivat samalla datalla, mikä varmistaa yhdenmukaisuuden.
• Kun data jaetaan Data 360 -organisaatioiden välillä, jokaisella organisaatiolla on oma Data 360 -ominaisuutensa. Organisaation A ja Organisaation B ominaisuudet, kuten Agentforce, toimivat itsenäisesti paikallisesta instanssistaan. Jakamista ei tapahdu automaattisesti — tietojen tarkoituksellisia jakoja täytyy luoda vain tiettyjen objektien työstämiseksi yhdessä.

Alueellinen vaatimustenmukaisuus:
Monikansallinen jälleenmyyjä tarjoaa yhden Data 360 -palvelun EU:ssa ja toisen Yhdysvalloissa. Data 360 to Data 360 -datan jakaminen sallii yrityksen kerätä yhteen havaintoja (esimerkiksi kanta-asiakaspalvelun KPI-mittareita), jotka jaetaan Yhdysvaltojen pääkonttorille, kun taas raakadata säilyy paikallisena.

Liiketoimintayksikön yhteistyö:
Yhdistelmä suorittaa erilliset Data 360:t Retail- ja Vakuutus-ominaisuuksille. Datan jakaminen Data 360:n välillä sallii käyttäjien käyttää yhtä luotettavaa tietolähdettä siirtämättä tai kopioimatta niitä. Kun Data 360 -data jaetaan organisaatioiden välillä, Vakuutus-organisaatio saa Retailin ”High Value Customer” -segmentin kohdennetuille ristiinmyyntikampanjoille.

Yhdistämiset ja hankinnat:
Pääyhtiö ostaa tytäryhtiön, jolla on oma Data 360. Kun sinun täytyy hallita kahta esiintymää, lyhytaikaisten datasilojen säilyttäminen säilyttää tietoturvan ja SSOT-yhteensopivuuden. Samanaikainen datan jakaminen kahden Data 360 -esiintymän välillä mahdollistaa tarvittavan yhteistyön siirtymisen aikana.

Federated executive -mittaristot:
Monikansallinen jakauma eri mantereilla tarjoaa yksittäisiä Data 360 -versioita per alue. Päälliköt haluavat yhdistetyn vuosineljänneksen suorituskykynäkymän. Jokainen alueellinen Data 360 jakaa aggregoituja laskettuja havaintoja "pääorganisaation" kanssa, mikä sallii yrityksenlaajuisen raportoinnin.

Jos yritykselläsi on useita Data 360 -versioita:

• Käytä Data 360 -organisaatioiden välistä datan jakamista tehdäksesi yhteistyötä niiden välillä sen sijaan, että rakentaisit mukautettuja myyntiputkia tai kopioisit dataa.
• Jaa tiettyjä objekteja (DMO, lasketut havainnot, segmentit) luomalla datan jakoja ja myöntämällä ne kohdeorganisaatioille.
• Huomaa, että tunnisteita ei jaeta — vastaanottavan organisaation täytyy ottaa tunnisteet uudelleen käyttöön (esimerkiksi hallinta, luokittelu, tekoälyn rikastaminen).

Milloin käyttää Data 360 -organisaatioiden välistä datan jakamista:

• Täyttääksesi sääntelyvaatimukset, jotka estävät keskityksen.
• Liiketoimintayksiköiden itsenäisyyden ylläpitäminen ja valikoivan yhteistyön ottaminen käyttöön.
• Yhdistettyjen johtajien mittaristojen tarjoaminen useille alueille.
• Sillentääksesi M&A-skenaarioita, joissa yhdistämistä ei voida tehdä välittömästi.

Suunnittele huolellisesti

Jakamisen täytyy olla tarkoituksellista ja objektikohtaista. Vältä liiallista jakamista — Tutustu datan jakoihin liiketoimintatarpeiden ja vaatimustenmukaisuuden mukaisesti. Käsittele Data 360 to Data 360 -datan jakamista yhdistämistrategiana, äläkä Data Cloud One -ratkaisun korvaavana.

1. Jokaisen organisaation tulisi suunnitella Data 360 -käyttöoikeus
   
   • Kaikki Salesforce Platform -ominaisuudet — Sales Cloudista ja Service Cloudista Agentforceen — vaativat Data 360 -yhteyden tulevaisuudessa. Jokaisen organisaation täytyy joko isännöidä Data 360 -aloitussivun organisaatiota tai olla Data Cloud Onen kautta yhdistetty kumppaniorganisaatio.
2. Ajatella organisaationlaajuisesti, älä organisaatiokohtaisesti
   
   • Vältä yksittäisiä liiketoimintapäätöksiä, jotka tehdään erillään.
   • Provisiointi tulisi päättää yhdessä, mieluummin yritysarkkitehtuurin tai datan hallintaneuvoston toimesta. Ennusta aina tulevia tekoälyn ja analyysien tarpeita, jotka riippuvat laajoista yhtenäistetyistä datajoukoista.
3. Datan silojen minimointi
   
   • Suosita Data 360:n provisiointia olemassa olevassa pääorganisaatiossa yksinkertaisuuden ja nopeuden takaamiseksi.
   • Usean organisaation ympäristöissä Data Cloud One on oletusarvoinen kuvio, jolla organisaatiot yhdistetään yhdessä Data 360:ssa.
   • Provisioi useita Data 360 -datajoukkoja vain, jos se on ehdottoman tarpeen vaatimustenmukaisuuden, asuinpaikan tai organisaation itsenäisyyden vuoksi.
4. Suunnittele tarkoituksella, jos sinun täytyy suorittaa useita Data 360 -versioita
   
   • Määritä datan jakaminen Data 360 -organisaatioiden välillä yhteistyötä varten, äläkä mukautettuja ETL-putkia.
   • Jaa tiettyjä objekteja (DMO, lasketut havainnot, segmentit) datan jakamisen kautta.
   • Muista: tunnisteita ei jaeta ja kulutus laskutetaan lähdeorganisaatiolle.
5. Suunnittele hallinta ja omistajuus ajoissa
   
   • Päätä, hallitaanko Data 360ta keskitetysti (Center of Excellence -malli) vai delegoidaanko se liiketoiminta-alueille. Määritä rooleja pääkäyttäjille, tietoturvatiimeille ja vaatimustenmukaisuuden liideille.
   • Vältä epäselvyyttä: epäselvä omistajuus on yleinen murtumien lähde.
6. Vältä lyhytaikaisia pikavalintoja
   
   • Älä luo useita Data 360 -datajoukkoja POC-tuotteille ilman pitkäaikaista suunnitelmaa — tämä aiheuttaa häiriöitä myöhemmin.
   • Kohdista sen sijaan pilottiohjelmat ja varhaiset käyttöönotot yrityksesilaajuiseen provisiointistrategiaan.

Nämä provisiointivaihtoehdot ovat tärkeitä, koska Salesforce-sovellusalusta kehittyy kohti Data 360:n ensisijaista mallia, jossa kaikki ominaisuudet riippuvat siitä, aina asiakassegmentoinnista tekoälyagentin maadoittamiseen. Tänään tekemäsi päätökset määrittävät, miten tehokkaasti yrityksesi yhdistää asiakastietoja, kuinka nopeasti voit ottaa käyttöön uusia Salesforce-ominaisuuksia ja kuinka luottavaisesti voit laajentaa tekoälyä liiketoiminnassasi. Sinun täytyy provisioida huolellisesti, minimoida identtisyydet, noudattaa vaatimuksia, hallita tarkoituksella ja ajatella pitkällä aikavälillä. Data 360:n provisiointi on lopulta ensimmäinen vaihe, jolla data, tekoäly ja CRM toimivat yhdessä yhtenäisenä sovellusalustana.

Kunal Goyal on tuotehallinnan johtaja Salesforcessa, joka keskittyy usean organisaation arkkitehtuurin ja skaalattavuuden parantamiseen Data 360:ssa. Vuodesta 2017 lähtien hän on johtanut useita organisaatioiden välistä yhteistyötä ja usean vuokralaisen järjestelmän suunnittelua koskevia aloitteita ja tuotteita. Kunal on yksi Data 360 Best Practices -arkkitehtuuriliideistä ja Data Cloud One-, määritys-, provisiointi- ja pääkäyttäjäkokemusten tuotteen omistaja.

Erin Wagner Tidwell on Data 360:n päätekninen kirjoittaja ja sisällön suunnittelija. Hän on työskennellyt Salesforcessa vuodesta 2013. Hän on sitoutunut tekemään Data 360:sta helpommin ymmärrettävän ja käytettävän selkeällä, yhdenmukaisella ja tarkalla teknisellä dokumentaatiolla ja sovelluksen sisäisellä viestinnällä.

Yugandhar Bora on Salesforcen ohjelmistojen suunnittelu-arkkitehti, joka on erikoistunut Data & Intelligence -sovellusalustan datan arkkitehtuuriin. Hän johtaa Enterprise Architecture Review Board (EARB) -aloitteita, jotka keskittyvät datan hallintaan ja yhtenäistettyihin datamalleihin, ja edistää samalla automatisoitujen sovellusalustan provisiointiratkaisujen kehittämistä.

Samarpan Jain on Salesforcen pääarkkitehti, joka on erikoistunut Commerce Cloudiin, sovellusalustan integrointiin ja organisaatioiden väliseen arkkitehtuuriin. Hän on Salesforcen pitkäaikaisin työntekijä ja johtaa tärkeimpiä aloitteita, kuten datan oleskelun vaatimustenmukaisuutta valtion asiakkaille ja Data 360 -käytön määritysjärjestelmiä.