Data 360-provisionering

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

Företag driver ofta flera Salesforce-organisationer på grund av sammanslagningar och förvärv, regionala verksamheter, funktionell separation eller av historiska skäl. Arkitekter har flera beslut om Data 360 att fatta, som alla påverkar styrning, efterlevnad, kostnad, latens och organisationens möjlighet att skala upp AI och funktioner i flera organisationer.

Denna guide ger ett ramverk för att fatta provisioneringsbeslut med Data 360. Dessa beslut inkluderar:

• Välja en enskild hemorganisation jämfört med en konfiguration med flera organisationer

• Provisionera flera oberoende Data 360-instanser

  • Använd Data Cloud One för att slå samman organisationer under en enda instans

  • Samarbeta mellan oberoende Data 360-instanser som använder datadelning mellan Data 360-organisationer

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

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

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

Denna guide hjälper arkitekter utforma en provisioneringsstrategi som balanserar enkelhet, enhetlighet, efterlevnad och skalbarhet i hela företaget, vilket säkerställer att organisationen med tillförsikt kan använda Data 360 for Customer 360, AI och plattformsoberoende innovation. Använd denna guide för att avgöra vilka organisationer som behöver Data 360, och om du vill använda Data Cloud One eller datadelning mellan Data 360-organisationer. Denna strategi lägger grunden för en Data 360-centrerad framtid.

Salesforce Data 360 är Salesforces hyperskaladataplattform i realtid som harmoniserar och förenar data från alla källor (CRM, webb, mobil eller externa datasjöar) till en enda, användbar kundprofil. Som en viktig komponent i Customer 360 Platform driver den AI, analyser och personliga upplevelser över försäljning, service och marknadsföring.

• Varje organisation bör planera för åtkomst till en Data 360-instans. Varje organisation måste antingen vara värd för en Data 360-startorganisation eller vara en följeslagare som är ansluten via Data Cloud One.

• Tänk företagsomfattande, inte organisation för organisation. Undvik ensidiga affärsbeslut som fattas isolerat. Det bästa är om en företagsarkitektur eller ett råd för datastyrning kollektivt beslutar om provisioneringsstrategin. Förutse alltid framtida behov av AI och analyser, som beror på breda, enhetliga datauppsättningar.

• Planera styrning och ägarskap tidigt. Bestäm om du vill hantera Data 360 centralt (modell för kompetenscentrum) eller delegera till verksamhetsgrenar. Definiera roller för administratörer, säkerhetsteam och efterlevnadsleads. Undvik tvetydighet, eftersom oklart ägandeskap kan vara problematiskt.

• Kom ihåg att provisionering är kopplat till licensiering. Organisationen där Data 360-licensen köps avgör var Data 360 provisioneras och den organisationens plats avgör regionen.

• Förstå överväganden för datakällasupport. Var uppmärksam på vilka regioner som stöds för olika offentliga moln och nollkopieringsdatakällor. Bestäm även om Privat anslutning krävs för att din säkerhetsstatus ska kunna anslutas till dessa datakällor och om anslutningar inom eller mellan regioner stöds.

• Provision baserad på om du har en enskild organisation eller flera organisationer. För kunder med en organisation, provisionera Data 360 i din befintliga produktionsorganisation för snabbast möjliga tid att värdera. För kunder med flera organisationer, minimera komplexiteten genom att skapa så få Data 360-instanser som möjligt, helst genom att använda Data Cloud One-konfigurationen.

• Använd flera Data 360-instanser endast vid behov. Flera instanser ska endast användas när det krävs av efterlevnad, hemvist eller organisatorisk självständighet. I dessa fall, använd datadelning mellan Data 360-organisationer för att aktivera säkert samarbete.

• Konfigurera datadelning mellan Data 360-organisationer för samarbete, inte för egna ETL-pipelines. Dela specifika objekt (DMO, beräknade insikter, segment) via datadelningar. Kom ihåg att taggar inte delas och konsumtion faktureras till källorganisationen.

• Undvik kortsiktiga genvägar. Spinn inte upp flera Data 360-organisationer för proof of concept (POC) utan en långsiktig plan. Anpassa piloter och tidiga distribueringar till din företagsomfattande provisioneringsstrategi.

Utvärdera varje provisioneringsval (att välja mellan Data Cloud One, datadelning mellan Data 360-organisationer eller utseende av hemorganisation) mot dessa övergripande överväganden.

Det finns tre huvudsakliga användningsfall som kräver beslut för Data 360-provisionering:

• Välja hemorganisation
• Tillämpa en strategi för flera organisationer
• Dela data mellan Data 360-organisationer

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

• Hantering av lagring och beräkning av Data 360 (i den region som valdes vid provisioneringen).

• Tillämpning av administration, styrning och säkerhetspolicyer

• Utförande av dataintag, harmonisering, identitetslösning, segmentering och aktivering

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

Hemorganisationen:

• Bestämmer den geografiska platsen för din Data 360-instans.

• Bestämmer vem som äger och administrerar din Data 360-instans. Administratörer i din Data 360-startorganisation har åtkomst till alla data som tas in i Data 360.

• Styr anslutningar för medföljande organisationer i en Data Cloud One-konfiguration.

• Lägger grunden för din företagsdatastrategi—att ändra den senare är svårt och störande.

Mer information om Data 360-startorganisationer finns i Mönster och praxis för Data 360-integrering.

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

Alternativ A: Provisionera Data 360 i en befintlig organisation

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

• Plus:

  • Enklaste sökväg: Data 360 provisioneras där dina CRM-data finns.

  • Omedelbar åtkomst till lokala försäljnings-, service- och marknadsföringsdata.

  • Ingen ytterligare integrering krävs.

  • Färre licenser och miljöer att hantera.

  • Snabbar på tidig användning, piloter och produktionsanvändning.

• Minus:

  • Kan ärva en befintlig organisations styrning eller tekniska skuld.

  • Om det inte finns någon enskild "huvudorganisation" kan valet av en skapa ägardebatter.

  • Prestanda knuten till organisationens plats, kanske inte i linje med behoven för hela företaget.

  • Om flera affärsenheter använder olika organisationer kan lokal provisionering leda till fragmentering om den inte paras ihop med Data Cloud One.

Exempel:

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

Alternativ B: Provisionera Data 360 i en ny, dedikerad organisation

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

• Plus:

  • Rensa blad för styrning, utan ärvda organisationskomplexiteter.

  • Centraliserad kontroll över flera verksamhetslinjer.

  • Flexibilitet att välja en region baserat på efterlevnadsbehov.

  • Fungerar som en neutral "delad tjänst"-organisation, inte knuten till en affärsenhet.

  • Konfigurera för framtida Data Cloud One-arkitektur (hemorganisation med flera medföljande organisationer).

• Minus:

  • Kunder måste licensiera en ny Salesforce-organisation där Data 360 ska provisioneras.

  • Ytterligare integrering krävs för att ansluta organisationen till en Data 360 via en Data Cloud One-kompanjonanslutning.

  • Kan lägga till administrativa omkostnader (användarhantering, säkerhet, identitet).

  • Långsammare tid till värde jämfört med provisionering i en befintlig produktionsorganisation.

Exempel:

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

Beslutskriterier

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

Enskild organisationsmiljö

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

Miljö med flera organisationer

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

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

Att skapa en hemorganisation ger flexibilitet och neutralitet, men med långsammare tid att värdera i dessa fall.

• Om din organisation har ett starkt kompetenscenter och vill ha styrning separat från affärsenhetsorganisationer.
• Om ingen enskild befintlig organisation är lämplig på grund av efterlevnad eller organisatoriska begränsningar.

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

Varför händer detta?

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

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

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

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

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

Så här fungerar Data Cloud One

• Dataintag och sammanslagning (hemorganisation)

  • All konfiguration av dataintag (Salesforce CRM, externa källor, streaming, batch) sker endast från hemorganisationen.

  • Den Data 360-arrendator som är knuten till hemorganisationen utför identitetslösning, harmonisering, modellering och sammanslagning till betrodda kundprofiler.

  • Data 360-administration, styrningspolicyer, taggning och maskering tillämpas centralt från hemorganisationen.

• Datautrymmesarkitektur

  • Från hemorganisationen organiseras data i datautrymmen, som fungerar som logiska behållare för data, metadata och processer.

  • Företag kan skapa datautrymmen för varumärken, regioner eller verksamhetslinjer.

  • Datautrymmesdelning: Från hemorganisationen delas specifika datautrymmen selektivt med medföljande organisationer. Detta säkerställer att endast relevanta data (och associerade metadata) flödar till rätt organisationer.

• Metadatadelning

  Följeslagare får metadatadefinitioner från hemorganisationen, inklusive datamodellobjekt (DMO), enhetligt profilschema, beräknade insikter, segment med mera. Dessa visas inbyggt i den medföljande organisationen som om de vore lokala tillgångar, men de är länkade till hemorganisationen.

• Kapacitet i hemorganisationer vs. Companion-organisationer Funktionsåtkomst skiljer sig åt mellan hemorganisationer och medföljande organisationer. Följeslagare kan inte ta in eller slå samman data och förlita sig på hemorganisationen för intag, modeller och sammanslagning. Följeslagare kan komma åt Data 360-data för att driva Data 360-drivna plattformsfunktioner, och de kan skapa lokala insikter, segment och flöden utöver de delade, betrodda data. I den framtida visionen kan de även komma åt aktiveringsfunktioner.

• Plattformsfunktionsparitet Från användares och byggares perspektiv finns det några funktionella skillnader mellan hem- och partnerorganisationer när det gäller att använda Salesforce Platform-funktioner när metadata delas. En lista över funktioner som stöds finns i Data 360-funktioner i Companion-organisationer.

  • Salesforce Platform-funktioner—som Flöden, Rapporter, Promptbyggare, instrumentpaneler och andra inbyggda verktyg—fungerar i både hem- och partnerorganisationer när metadata är tillgängliga.

  • Data 360-drivna funktioner—som Agentforce, Prospekteringscenter, Sales Cloud Einstein och Service Cloud AI-funktioner—fungerar också sömlöst i både hem- och partnerorganisationer. Vissa funktioner kan vara på väg att bli fullständigt kompatibla, men det övergripande målet är att ha funktionsparitet mellan hem- och partnerorganisationer för alla molnfunktioner som är beroende av Data 360.

• Förbrukningsmodell All aktivitet i en medföljande organisation (sökfrågor, segmentkörningar, Data 360-utlösta flöden, AI-användning, loggning av Einstein Trust Layer och så vidare) använder Data 360-krediter från hemorganisationen. Konsumtion flödar åt ett håll: krediter centraliseras, faktureras och följs mot hemorganisationens kreditallokering. Du kan dock fördjupa dig i hur många krediter varje enskild organisation använde i Digital Wallet.

• Designprincip: Horisontell konstruktion Den horisontella konstruktionen i Data 360 är en grundläggande designprincip, primärt implementerad genom Data Cloud One, som tillåter en enskild Data Cloud-instans att löpa över flera, unika Salesforce CRM-organisationer. Målet är att varje ny utgiven funktion fungerar i både hem- och partnerorganisationer utan ytterligare inställningar. Denna funktionalitet säkerställer att Data Cloud One inte bara är ett val av dataarkitektur, utan ett grundläggande element i Salesforce Platform framöver.

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

Alternativ A: Flera oberoende Data 360-organisationer

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

Plus:

• Autonomi: Varje affärsenhet eller region styr sin egen Data 360.

• Enkelhet inom varje organisation: Styrning, säkerhet och anpassningar är lokaliserade.

• Regelefterlevnad: Användbart när strikt lagstadgad separation krävs (till exempel om data inte får passera gränser).

Minus:

• Datasilos: Sammanslagna profiler kan inte uppnås mellan organisationer.

• Högre kostnad: Varje instans kräver licensiering, administration och integrering. Det slutar med att kunder tar in samma källdata flera gånger i flera olika organisationer.

• Dubblettarbete: Identitetslösning, segmentering och berikning måste upprepas i varje Data 360-instans.

Alternativ B: En delad Data 360 (Data Cloud One-kluster)

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

Plus:

• Enskild källa till sanning (SSOT): Alla organisationer delar en enhetlig datamodell.

• Kostnadseffektivitet: Hantera endast en Data 360-licens och -infrastruktur.

• Samlad styrning: Centralt tillämpade policyer, säkerhet och efterlevnadskontroller.

• Berikning mellan organisationer: Få åtkomst till harmoniserade profiler, insikter och segment i andra organisationer.

• AI-beredskap: En företagsomfattande datauppsättning möjliggör bättre utbildning och aktivering av AI-modeller.

• Framtidsbevis: Det är enkelt att lägga till nya följeslagare eftersom det inte behövs några nya Data 360-organisationer.

Minus:

• Ytterligare förberedelser: One Data 360 kräver planering för organisationsanslutning från organisation till hem.

• Att tänka på vad gäller latens: Följeslagare i olika regioner kan se långsammare sökfrågor.

• Komplex styrning: Om varje organisation har olika anpassningsbehov kan finjusterad styrning vara komplex.

Alternativ C: Flera Data Cloud One-kluster

Ibland kan styrning, efterlevnad eller andra verksamhetskrav göra det opraktiskt att samla alla organisationer. Detta kan leda till ett behov av att implementera en hybridlösning där företaget driver flera Data 360-organisationer, var och en är hemorganisationen för olika kluster av underordnade organisationer.

Exempel:

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

Beslutskriterier

Föredraget mönster: Data Cloud One

För att förenkla styrningen och optimera kostnaden för företag med flera organisationer, använd en enskild hemorganisation med anslutna följeslagare.

När flera Data 360-organisationer ska användas: Använd endast flera Data 360-organisationer om efterlevnad, hemvist eller organisatorisk självständighet kräver det (till exempel om europeiska verksamheter måste förbli helt åtskilda från amerikanska verksamheter på grund av reglering).

Välja hemorganisation i Data Cloud One: Börja med att överväga en av dina större organisationer, vanligtvis där de flesta av verksamheten körs. Provisionering av Data 360 där kan minimera komplexitet och maximera tidigt värde.

Överväg att skapa en dedikerad hemorganisation som hanteras av ett COE-team, endast om ingen befintlig organisation är lämplig.

Allmän princip:

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

Data Cloud One är det rekommenderade tillvägagångssättet för de flesta företag, men det finns scenarion där kunder måste provisionera flera Data 360-instanser, inklusive:

• Regional efterlevnad. En multinationell återförsäljare tillhandahåller en Data 360 i EU och en annan i USA. Data 360-till-Data 360-datadelning låter företaget skapa insikter från lokala data och fortfarande dela insikten med huvudkontoret i USA.
• Affärsenhetssamarbete. Ett konglomerat kör separata Data 360-organisationer för Butik och Försäkring. Datadelning mellan Data 360-organisationer låter användare komma åt en enskild, auktoritativ datakälla utan att flytta eller kopiera. Med datadelning mellan Data 360-organisationer får Försäkringsorganisationen segmentet "Kund med högt värde" för riktade korsförsäljningskampanjer.
• Fusioner och förvärv. Ett moderbolag förvärvar ett dotterbolag med sina egna Data 360. Med två instanser att hantera bevarar att behålla kortsiktiga datasilos datasäkerhet och SSOT-integritet. Att dela data mellan två Data 360-instanser tillåter samtidigt nödvändigt samarbete under övergången.
• Samlade instrumentpaneler för företagsledare. En multinationell spridning över kontinenter provisionerar individuella Data 360-organisationer per region. Chefer vill ha en sammanslagen kvartalsvis resultatvy. Varje regional Data 360 delar aggregerade beräknade insikter med en "Verkställande organisation", vilket möjliggör företagsomfattande rapportering.

När det finns flera Data 360-organisationer är sammanslagning mellan dem inte automatiskt. Datadelning mellan Data 360 och Data 360 låter kunder dela specifika objekt mellan Data 360-instanser utan dubbletter eller egna pipelines. Det är en delningsmekanism för metadata med noll kopia utformad för samarbete mellan Data 360-organisationer.

• Varje Data 360 provisioneras i sin egen hemorganisation.

• Administratörer kan skapa en datadelning—en gruppering av specifika objekt som de vill dela.

• Åtkomst till de valda data delas med en målorganisations Data 360, där objekten visas som om de vore definierade lokalt. Endast åtkomst delas, underliggande data finns kvar i källdata 360.

• Taggar delas inte. Endast de råa objekten görs tillgängliga. Målorganisationen måste tillämpa alla governance-, operational- eller AI-taggar igen efter behov.

• I Data Cloud One delar flera medföljande organisationer en enskild Data 360-instans. För att säkerställa enhetlighet körs plattformsfunktioner som Agentforce, Prospekteringscenter och Tableau Next på samma underliggande data.

• Vid användning av datadelning mellan Data 360-organisationer har varje organisation sin egen Data 360. Funktioner som Agentforce i organisation A och organisation B fungerar oberoende av varandra på sin lokala instans. Ingen delning sker automatiskt – avsiktliga datadelningar måste skapas för att endast samarbeta kring specifika objekt.

Om ditt företag har flera Data 360-organisationer

• Använd datadelning mellan Data 360-organisationer för att samarbeta över dem istället för att bygga egna pipelines eller duplicera data.

• Dela specifika objekt (DMO, beräknade insikter, segment) genom att skapa datadelningar och bevilja dem till målorganisationer.

• Taggar delas inte—den mottagande organisationen måste tillämpa taggar igen, för styrning, klassificering eller AI-förbättring.

Använd datadelning mellan Data 360-organisationer

• För att uppfylla lagstadgade krav som förhindrar centralisering.

• För att upprätthålla affärsenhetens självständighet och samtidigt aktivera selektivt samarbete.

• För att tillhandahålla sammanslagna instrumentpaneler för chefer i flera regioner.

• För att överbrygga M&A-scenarion där sammanslagning inte är omedelbart möjlig.

Utforma noggrant

Behandla Data 360-till-Data 360-datadelning som en federationsstrategi, inte som en ersättning för Data Cloud One.

• Använd objektspecifik delning.
• Undvik överdelning.
• Anpassa datadelningar till verksamhets- och efterlevnadsbehov.

Att planera din datastrategi för Data 360-provisionering är ett viktigt, långsiktigt arkitektoniskt beslut som måste hanteras i hela företaget, inte organisation för organisation. Detta tidiga strategiska val avgör hur kunddata slås samman, hur styrning tillämpas och hur viktiga plattformsfunktioner—särskilt AI och analyser—skalas i organisationen. Planera styrning och ägarskapsmodeller direkt och undvik kortsiktiga genvägar som senare leder till fragmentering och ökad komplexitet.

Vad är Customer 360?

Mönster och metoder för Data 360-integrering

Data 360-arkitektur

Säkerhetsarkitektur för Data 360

Om författarna

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

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

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

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