Provisioning di Data 360

Salesforce Data 360 è una piattaforma dati basata su Hyperforce che unifica Salesforce e i dati esterni in una visione chiara, completa e affidabile a 360 gradi di ogni cliente o account.

Le aziende spesso gestiscono più organizzazioni Salesforce a causa di fusioni e acquisizioni, operazioni regionali, separazione funzionale o per motivi storici. Gli architetti devono prendere diverse decisioni su Data 360, che influiscono su governance, conformità, costo, latenza e capacità dell'organizzazione di scalare l'intelligenza artificiale e le funzionalità tra organizzazioni.

Questa guida fornisce un framework per prendere decisioni sul provisioning con Data 360. Queste decisioni includono:

• Selezione di una singola organizzazione iniziale rispetto a una configurazione multi-organizzazione

• Provisioning di più istanze di Data 360 indipendenti

  • Utilizzare Data Cloud One per unificare le organizzazioni in un'unica istanza

  • Collaborazione tra istanze di Data 360 indipendenti che utilizzano la condivisione dei dati tra le organizzazioni Data 360

Data 360 viene eseguito automaticamente il provisioning in qualsiasi organizzazione di produzione che riceve una licenza Data 360. Data Cloud One è l'architettura di connettività multi-organizzazioni di Salesforce che consente a una singola organizzazione domestica di ospitare l'istanza di Data 360, mentre le altre organizzazioni Salesforce si connettono come organizzazioni secondarie. La scelta dell'organizzazione che detiene la licenza Data 360 e che quindi diventa un'organizzazione di casa Data 360 è una decisione architettonica critica con conseguenze a lungo termine.

Il modo in cui si esegue il provisioning di Salesforce Data 360 è una decisione architettonica fondamentale. Determina in che modo l'azienda unifica i dati dei clienti, impone la governance e abilita le funzioni critiche della piattaforma, in particolare AI, Agentforce e Analytics in tutta l'organizzazione. L'ancoraggio di un cluster di organizzazioni a un unico Data 360 fornisce un modello di dati unificato, una governance centralizzata e consente la preparazione dell'intelligenza artificiale a livello aziendale. Le organizzazioni associate possono accedere ai metadati e alle funzioni condivise come se i dati fossero locali. Al contrario, più istanze indipendenti di Data 360 sono appropriate quando i requisiti normativi, di conformità o di autonomia impediscono la centralizzazione. La condivisione dei dati tra le organizzazioni Data 360 consente la collaborazione selettiva e senza copia tra queste istanze.

Questa decisione influenza chi controlla la governance dei dati, dove risiedono i dati, come sono abilitate le funzioni della piattaforma e quanto facilmente le integrazioni future e le iniziative di intelligenza artificiale possano scalare. Anche per le organizzazioni che attualmente non dispongono di Data 360, può essere importante sviluppare una strategia per aggiungere l'accesso a Data 360 in futuro. Sempre più spesso, le funzioni di Salesforce in Sales, Service, Marketing, Commerce, Industries e Agentforce sono basate su Data 360. Le organizzazioni che desiderano utilizzare queste funzioni della piattaforma devono eseguire il provisioning di Data 360 o connettersi a Data 360 condiviso come organizzazioni secondarie.

Questa guida aiuta gli architetti a progettare una strategia di provisioning che bilancia semplicità, coerenza a livello aziendale, conformità e scalabilità, garantendo che l'organizzazione possa sfruttare con sicurezza Data 360 per Customer 360, AI e innovazione multipiattaforma. Utilizzare questa guida per determinare quali organizzazioni richiedono Data 360 e se utilizzare Data Cloud One o la condivisione dei dati tra le organizzazioni Data 360. Questa strategia getta le basi per un futuro incentrato su Data 360.

Salesforce Data 360 è la piattaforma dati iperscala in tempo reale di Salesforce che armonizza e unifica i dati di qualsiasi fonte (CRM, Web, mobile o data lake esterni) in un unico profilo cliente fruibile. Come componente fondamentale della piattaforma Customer 360, supporta l'intelligenza artificiale, l'analisi e le esperienze personalizzate in termini di vendite, assistenza e marketing.

• Ogni organizzazione deve pianificare l'accesso a un'istanza di Data 360. Ogni organizzazione deve ospitare un'organizzazione iniziale Data 360 o essere un'organizzazione associata connessa tramite Data Cloud One.

• Pensare a livello aziendale, non organizzazione per organizzazione. Evitare decisioni unilaterali sulla linea di business prese isolatamente. L'ideale è che un'architettura aziendale o un consiglio di governance dei dati decidano collettivamente la strategia di provisioning. Anticipare sempre le esigenze future di intelligenza artificiale e analisi, che dipendono da serie di dati ampie e unificate.

• Pianificare la governance e la proprietà in anticipo. Decidere se gestire Data 360 in modo centralizzato (modello Centro di eccellenza) o delegato alle linee di business. Definire i ruoli per amministratori, team di sicurezza e lead di conformità. Evitare ambiguità, poiché la proprietà non chiara può essere problematica.

• Ricordare che il provisioning è legato alla licenza. L'organizzazione in cui viene acquistata la licenza Data 360 determina dove viene eseguito il provisioning di Data 360 e la posizione dell'organizzazione determina la regione.

• Comprendere le considerazioni sul supporto delle fonti di dati. Prestare molta attenzione alle regioni supportate per i vari cloud pubblici e le fonti di dati a copia zero. Determinare inoltre se Private Connect è necessario per il proprio comportamento di sicurezza per connettersi a tali fonti di dati e se sono supportate le connessioni in-region o tra regioni.

• Eseguire il provisioning a seconda che si disponga di un'organizzazione singola o multipla. Per i clienti con una sola organizzazione, eseguire il provisioning di Data 360 nell'organizzazione di produzione esistente per ottimizzare il time-to-value. Per i clienti multi-organizzazione, ridurre al minimo la complessità creando il minor numero possibile di istanze di Data 360, idealmente utilizzando la configurazione Data Cloud One.

• Utilizzare più istanze di Data 360 solo quando necessario. Più istanze devono essere utilizzate solo quando richiesto dalla conformità, dalla residenza o dall'autonomia organizzativa. In questi casi, utilizzare la condivisione dei dati tra le organizzazioni Data 360 per consentire una collaborazione sicura.

• Impostare la condivisione dei dati tra le organizzazioni Data 360 per la collaborazione, non per le pipeline ETL personalizzate. Condividere oggetti specifici (DMO, approfondimenti calcolati, segmenti) tramite condivisioni dati. Ricordare che i tag non vengono condivisi e che il consumo viene fatturato all'organizzazione di origine.

• Evitare le scelte rapide. Non creare più organizzazioni Data 360 per la prova dei concetti (POC) senza un piano a lungo termine. Allineare le distribuzioni pilota e iniziali alla strategia di provisioning a livello aziendale.

Valutare ogni scelta di provisioning (scelta tra Data Cloud One, condivisione dei dati tra le organizzazioni Data 360 o designazione dell'organizzazione di residenza) in base a queste considerazioni trasversali.

Esistono tre casi d'uso principali che richiedono decisioni per il provisioning di Data 360:

• Scelta dell'organizzazione di origine
• Applicazione di una strategia multi-organizzazioni
• Condivisione dei dati tra le organizzazioni Data 360

Quando si acquista una licenza Data 360, l'istanza di Data 360 viene fornita nell'organizzazione Salesforce associata a quella licenza. Questa organizzazione è detta organizzazione iniziale di Data 360. L'organizzazione iniziale è l'anchor per l'istanza di Data 360. Ciò include:

• Gestione dell'archiviazione e del calcolo di Data 360 (nella regione selezionata al provisioning).

• Applicazione delle policy di amministrazione, governance e sicurezza

• Esecuzione di inserimento dati, armonizzazione, risoluzione dell'identità, segmentazione e attivazione

Negli scenari multi-organizzazione, l'organizzazione di origine gestisce l'istanza centrale di Data 360 per le altre organizzazioni Salesforce "companion".

L'organizzazione iniziale:

• Determina la posizione geografica dell'istanza di Data 360.

• Determina chi è il titolare e l'amministratore dell'istanza di Data 360. Gli amministratori dell'organizzazione iniziale Data 360 possono accedere a tutti i dati inseriti in Data 360.

• Controlla le connessioni dell'organizzazione associata in una configurazione Data Cloud One.

• Imposta le basi per la strategia dei dati aziendali: modificarla in seguito è difficile e dirompente.

Per ulteriori informazioni sulle organizzazioni Data 360 Home, vedere Modelli e procedure di integrazione.

La prima decisione importante è se eseguire il provisioning di Data 360 in un'organizzazione di produzione esistente o creare una nuova organizzazione dedicata che funga da organizzazione di origine.

Opzione A: Provisioning di Data 360 in un'organizzazione esistente

Funziona meglio per: Clienti con una singola organizzazione Salesforce o clienti multi-organizzazione che hanno già un'organizzazione centralizzata principale in cui vengono eseguiti la maggior parte dei processi aziendali.

• Punti positivi:

  • Percorso più semplice: Data 360 viene eseguito il provisioning nella posizione in cui si trovano i dati CRM.

  • Accesso immediato ai dati di vendita, assistenza e marketing locali.

  • Non è necessaria alcuna integrazione aggiuntiva.

  • Meno licenze e ambienti da gestire.

  • Accelera l'adozione precoce, i casi d'uso pilota e di produzione.

• Contro:

  • Può ereditare la governance o il debito tecnico di un'organizzazione esistente.

  • Se non esiste una singola "organizzazione principale", selezionandone una si possono creare dibattiti sulla proprietà.

  • Le prestazioni sono legate alla posizione dell'organizzazione; potrebbero non essere in linea con le esigenze di residenza a livello aziendale.

  • Se più unità operative utilizzano organizzazioni diverse, il provisioning locale può causare frammentazione se non abbinato a Data Cloud One.

Esempio:

Una società SaaS con un'organizzazione Salesforce esegue il provisioning di Data 360 in tale organizzazione per unificare i dati di abbonamento e assistenza dei clienti.

Opzione B: Provisioning di Data 360 in una nuova organizzazione dedicata

Funziona meglio per: Clienti con più organizzazioni Salesforce che non possono allinearsi su una singola organizzazione principale o aziende con un modello di Centro di eccellenza (CoE) forte.

• Punti positivi:

  • Parte pulita per la governance, senza complessità dell'organizzazione ereditate.

  • Controllo centralizzato in più linee di business.

  • Flessibilità di scegliere una regione in base alle esigenze di conformità.

  • Agisce come un'organizzazione di "servizio condiviso" neutrale, non collegata a un'unità operativa.

  • Impostazione per la futura architettura Data Cloud One (organizzazione iniziale con più organizzazioni associate).

• Contro:

  • I clienti devono disporre della licenza per una nuova organizzazione Salesforce in cui eseguire il provisioning di Data 360.

  • Integrazione aggiuntiva necessaria per connettere l'organizzazione a Data 360 tramite una connessione Data Cloud One.

  • Può aggiungere spese amministrative (gestione utenti, sicurezza, identità).

  • Time-to-value più lento rispetto al provisioning in un'organizzazione di produzione esistente.

Esempio:

Una società multinazionale di servizi finanziari crea un'organizzazione domestica dedicata per il provisioning di Data 360.Tutte le organizzazioni unità operative (Retail, Wealth, Commercial Banking) si connettono come organizzazioni secondarie tramite Data Cloud One.

Criteri decisionali

Come principio generale, utilizzare un'organizzazione principale esistente come organizzazione di origine per ridurre al minimo l'impegno iniziale e accelerare l'adozione. Creare una nuova organizzazione home dedicata solo se la strategia di governance o conformità a lungo termine lo richiede. La creazione di una nuova organizzazione home dedicata è una scelta comune per le aziende più grandi con un Centro di Eccellenza (COE).

Ambiente organizzazione singola

Eseguire il provisioning di Data 360 nell'organizzazione di produzione esistente. Ciò massimizza la semplicità e il valore immediato. Evita inutili sovraccarichi di integrazione.

Ambiente con più organizzazioni

Preferire selezionare una delle organizzazioni principali, in genere quella in cui si svolge la maggior parte delle attività, o l'organizzazione che funge da CRM centralizzato, per fungere da organizzazione di origine. Ciò riduce la complessità, riduce al minimo il lavoro di impostazione e consente di realizzare rapidamente il valore di Data 360. L'utilizzo di un'organizzazione principale esistente evita inoltre i costi e le operazioni di integrazione della gestione di un nuovo ambiente.

Quando considerare una nuova organizzazione domestica dedicata

La creazione di un'organizzazione home offre flessibilità e neutralità, ma in questi casi il time-to-value è più lento.

• Se l'organizzazione ha un Centro di eccellenza (CdE) forte e desidera una governance separata dalle organizzazioni delle unità operative.
• Se nessuna organizzazione esistente è adatta per motivi di conformità o vincoli organizzativi.

Le aziende spesso gestiscono più organizzazioni Salesforce e questo non è un caso limite, ma la norma. A febbraio 2024, circa 19.000 clienti Salesforce gestivano già più di un'organizzazione Salesforce.

Perché succede?

• Acquisizioni e fusioni: Le società appena acquisite apportano le proprie istanze Salesforce.
• Operazioni regionali: Organizzazioni separate per UE, Nord America, Asia-Pacifico e così via, spesso per soddisfare le leggi sulla residenza dei dati.
• Separazione funzionale: Diverse unità operative (ad esempio Retail Banking, Wealth Management, Insurance) mantengono le proprie organizzazioni per l'autonomia.
• Isolamento normativo o di sicurezza: Alcuni settori impongono organizzazioni logicamente distinte per motivi di conformità.
• Motivi storici o tecnici: Nel tempo, i clienti accumulano organicamente più organizzazioni.

Ogni motivo ha senso singolarmente, ma insieme creano una frammentazione dei dati. Senza un livello di unificazione, ogni organizzazione ha solo una visione parziale del cliente.

La sfida architettonica: Come si uniscono i dati di tutte le organizzazioni in un'unica fonte di dati veritieri rispettando i requisiti di conformità, governance e autonomia?

Data Cloud One è l'architettura di connettività multi-organizzazione di Salesforce che consente a più organizzazioni Salesforce di condividere una singola istanza di Data 360. È lo schema consigliato per le aziende con più organizzazioni Salesforce.

In qualsiasi cluster Data Cloud One, un'organizzazione Salesforce è designata come organizzazione di origine, che ospita l'istanza di Data 360. Le altre organizzazioni Salesforce si connettono come organizzazioni secondarie, utilizzando i dati unificati e i metadati di Data 360 dell'organizzazione di origine.

Come funziona Data Cloud One

• Inserimento e unificazione dei dati (organizzazione iniziale)

  • Tutte le configurazioni di inserimento dati (Salesforce CRM, fonti esterne, streaming, batch) avvengono solo dall'organizzazione di origine.

  • Il tenant di Data 360 collegato all'organizzazione di origine esegue operazioni di risoluzione dell'identità, armonizzazione, modellazione e unificazione in profili cliente affidabili.

  • L'amministrazione, le policy di governance, i tag e il mascheramento di Data 360 vengono applicati centralmente dall'organizzazione di origine.

• Architettura spazio dati

  • Dall'organizzazione iniziale, i dati sono organizzati in spazi dati, che fungono da contenitori logici per dati, metadati e processi.

  • Le aziende possono creare spazi dati per marchi, regioni o linee di business.

  • Condivisione spazio dati: Dall'organizzazione iniziale, spazi dati specifici vengono condivisi in modo selettivo con le organizzazioni associate. Ciò garantisce che solo i dati pertinenti (e i metadati associati) vengano trasferiti alle organizzazioni giuste.

• Condivisione dei metadati

  Le organizzazioni associate ricevono definizioni dei metadati dall'organizzazione di origine, inclusi oggetti modello di dati (DMO), schema del profilo unificato, approfondimenti calcolati, segmenti e altro ancora. Questi vengono visualizzati in modo nativo all'interno dell'organizzazione compagna come se fossero asset locali, ma sono collegati all'organizzazione di origine.

• Funzioni nelle organizzazioni Home Org vs. Companion L'accesso alle funzioni è diverso tra le organizzazioni iniziali e le organizzazioni secondarie. Le organizzazioni associate non possono inserire o unificare i dati e si affidano all'organizzazione di origine per l'inserimento, la modellazione e l'unificazione. Le organizzazioni associate possono accedere ai dati di Data 360 per potenziare le funzioni della piattaforma basate su Data 360 e possono creare approfondimenti locali, segmenti e flussi oltre ai dati condivisi e affidabili. Nella visione futura, possono anche accedere alle funzioni di attivazione.

• Parità delle funzioni piattaforma Dal punto di vista degli utenti e dei generatori, una volta condivisi i metadati, esistono alcune differenze funzionali tra le organizzazioni home e companion in termini di utilizzo delle funzioni della piattaforma Salesforce. L'elenco delle funzioni supportate è disponibile in Funzioni Data 360 nelle organizzazioni Companion.

  • Le funzioni di Salesforce Platform, ad esempio flussi, rapporti, Generatore di prompt, cruscotti digitali e altri strumenti nativi della piattaforma, funzionano sia nella pagina iniziale che nelle organizzazioni associate quando i metadati sono disponibili.

  • Le funzioni basate su Data 360, ad esempio Agentforce, Prospecting Center, Sales Cloud Einstein e Service Cloud AI, funzionano perfettamente sia nelle organizzazioni domestiche che nelle organizzazioni associate. Alcune funzioni potrebbero essere in procinto di raggiungere la completa compatibilità, ma l'obiettivo generale è avere la parità di funzioni tra le organizzazioni di casa e le organizzazioni associate per tutte le funzioni cross-cloud che dipendono da Data 360.

• Modello di consumo Tutta l'attività dell'organizzazione associata (query, esecuzioni di segmenti, flussi attivati da Data 360, utilizzo dell'intelligenza artificiale, registrazione Einstein Trust Layer e così via) consuma crediti Data 360 dall'organizzazione di origine. I flussi di consumo sono unidirezionali: i crediti vengono centralizzati, fatturati e tracciati rispetto all'allocazione di credito dell'organizzazione di origine. Tuttavia, è possibile visualizzare i dettagli per vedere quanti crediti ogni singola organizzazione ha utilizzato in Digital Wallet.

• Principio di progettazione: Costruzione orizzontale Il costrutto orizzontale in Data 360 è un principio di progettazione fondamentale, implementato principalmente tramite Data Cloud One, che consente a una singola istanza di Data Cloud di estendersi a più organizzazioni Salesforce CRM distinte. L'obiettivo è che ogni nuova funzione rilasciata funzioni sia nella pagina iniziale che nelle organizzazioni associate senza impostazione aggiuntiva. Questa funzionalità garantisce che Data Cloud One non sia solo una scelta dell'architettura dei dati, ma un elemento fondamentale della piattaforma Salesforce in futuro.

Le aziende con più organizzazioni devono scegliere come e dove localizzare Data 360 all'interno del proprio ecosistema. Vogliono eseguire il provisioning di organizzazioni Data 360 indipendenti in ogni organizzazione o utilizzare Data Cloud One per unificare le organizzazioni in un'unica organizzazione domestica?

Opzione A: Più organizzazioni Data 360 indipendenti

Ogni organizzazione Salesforce esegue il provisioning della propria istanza di Data 360.

Punti positivi:

• Autonomia: Ogni unità operativa o area geografica controlla il proprio Data 360.

• Semplicità all'interno di ogni organizzazione: Governance, sicurezza e personalizzazioni sono localizzate.

• Conformità normativa: Utile quando è richiesta una rigorosa separazione normativa (ad esempio, i dati non devono attraversare le frontiere).

Contro:

• Silos di dati: I profili unificati non possono essere raggiunti tra le organizzazioni.

• Costo maggiore: Ogni istanza richiede licenza, amministrazione e integrazione. I clienti finiscono per inserire gli stessi dati di origine più volte in più organizzazioni diverse.

• Lavoro duplicato: La risoluzione dell'identità, la segmentazione e l'arricchimento devono essere ripetuti in ogni istanza di Data 360.

Opzione B: One Shared Data 360 (Data Cloud One Cluster)

Viene eseguito il provisioning di un singolo Data 360 in un'organizzazione domestica, con altre organizzazioni Salesforce connesse come organizzazioni secondarie.

Punti positivi:

• Singola fonte di verità (SSOT): Tutte le organizzazioni condividono un modello di dati unificato.

• Efficienza dei costi: Gestire una sola licenza e infrastruttura Data 360.

• Governance unificata: Policy applicate centralmente, controlli di sicurezza e conformità.

• Arricchimento tra organizzazioni: Accedere a profili, approfondimenti e segmenti armonizzati nelle organizzazioni associate.

• Preparazione AI: Una serie di dati a livello aziendale consente una migliore formazione e attivazione dei modelli AI.

• Prova futura: L'aggiunta di nuove organizzazioni complementari è semplice, poiché non sono necessarie nuove organizzazioni Data 360.

Contro:

• Preparazione aggiuntiva: One Data 360 richiede la pianificazione della connettività da organizzazione a casa.

• Considerazioni sulla latenza: Le organizzazioni associate in regioni diverse possono vedere query più lente.

• Governance complessa: Se ogni organizzazione ha esigenze di personalizzazione diverse, la governance può essere complessa.

Opzione C: Più cluster Data Cloud

A volte, la governance, la conformità o altri requisiti aziendali possono rendere impraticabile raggruppare tutte le organizzazioni. Ciò può comportare la necessità di implementare una soluzione ibrida in cui l'azienda gestisca diverse organizzazioni Data 360, ciascuna delle quali è l'organizzazione di origine di un cluster diverso di organizzazioni associate.

Esempio:

Una società multinazionale ha organizzazioni Salesforce in varie regioni, tra cui Europa, Stati Uniti e Asia. Per rispettare i regolamenti regionali sulla residenza dei dati, forniscono un Data 360 per ogni regione separata.

Criteri decisionali

Schema preferito: Data Cloud One

Per semplificare la governance e ottimizzare i costi nelle aziende multi-organizzazioni, utilizzare una singola organizzazione di residenza con organizzazioni associate connesse.

Quando utilizzare più organizzazioni Data 360: Utilizzare più organizzazioni Data 360 solo se la conformità, la residenza o l'autonomia organizzativa lo richiedono strettamente (ad esempio, se le operazioni europee devono rimanere completamente separate dalle operazioni statunitensi a causa della regolamentazione).

Come scegliere l'organizzazione di origine in Data Cloud One: Iniziare prendendo in considerazione una delle organizzazioni principali, in genere quella in cui opera la maggior parte delle attività. Il provisioning di Data 360 può ridurre al minimo la complessità e ottimizzare il valore iniziale.

Valutare la possibilità di creare un'organizzazione home dedicata gestita da un team COE, solo se non è adatta alcuna organizzazione esistente.

Principio generale:

Negli ambienti multi-organizzazioni, ridurre al minimo il numero di organizzazioni Data 360. Privilegiare Data Cloud One come schema predefinito per ridurre le duplicazioni, abilitare la preparazione all'intelligenza artificiale e semplificare la governance.

Sebbene Data Cloud One sia l'approccio consigliato per la maggior parte delle aziende, esistono scenari in cui i clienti devono eseguire il provisioning di più istanze di Data 360, tra cui:

• Conformità regionale. Un rivenditore multinazionale fornisce un Data 360 nell'UE e un altro negli Stati Uniti. La condivisione dei dati di 360 a Data 360 consente all'azienda di creare approfondimenti dai dati locali e di condividerli con la sede centrale degli Stati Uniti.
• Collaborazione tra unità operative. Un conglomerato gestisce organizzazioni Data 360 separate per Retail e Insurance. La condivisione dei dati tra le organizzazioni Data 360 consente agli utenti di accedere a un'unica fonte di dati autorevole senza spostare o copiare. Con la condivisione dei dati tra le organizzazioni Data 360, l'organizzazione Insurance riceve il segmento "High-Value Customer" di Retail per le campagne di cross-selling mirate.
• Fusioni e acquisizioni. Una società controllante acquisisce una società controllata con il proprio Data 360.Con due istanze da gestire, la conservazione di silos di dati a breve termine preserva la sicurezza dei dati e l'integrità SSOT. Contemporaneamente, la condivisione dei dati tra due istanze di Data 360 consente la collaborazione necessaria durante la transizione.
• Cruscotto digitale esecutivo federato. Una multinazionale diffusa in tutti i continenti fornisce singole organizzazioni Data 360 per regione. I dirigenti desiderano una visualizzazione federata delle prestazioni trimestrali. Ogni Data 360 regionale condivide gli approfondimenti calcolati aggregati con un'"organizzazione esecutiva", abilitando la generazione di rapporti a livello aziendale.

Quando esistono più organizzazioni Data 360, l'unificazione tra di esse non è automatica. La condivisione dei dati da Data 360 a Data 360 consente ai clienti di condividere oggetti specifici tra le istanze di Data 360 senza duplicazioni o opportunità in corso di realizzazione personalizzate. Si tratta di un meccanismo di condivisione dei metadati a copia zero progettato per la collaborazione tra le organizzazioni Data 360.

• Ogni Data 360 viene fornito nella propria organizzazione di origine.

• Gli amministratori possono creare una condivisione dati, un raggruppamento di oggetti specifici che desiderano condividere.

• L'accesso ai dati selezionati è condiviso con Data 360 di un'organizzazione di destinazione, dove gli oggetti vengono visualizzati come se fossero definiti localmente. Solo l'accesso è condiviso, i dati sottostanti rimangono in Data 360 di origine.

• I tag non sono condivisi. Vengono resi disponibili solo gli oggetti non elaborati; l'organizzazione di destinazione deve riapplicare tutti i tag di governance, operativi o AI in base alle esigenze.

• In Data Cloud One, più organizzazioni associate condividono una singola istanza di Data 360. Per garantire la coerenza, funzioni della piattaforma come Agentforce, Prospecting Center e Tableau Next vengono eseguite sugli stessi dati sottostanti.

• Quando si utilizza la condivisione dei dati tra le organizzazioni Data 360, ogni organizzazione ha il proprio Data 360. Funzioni come Agentforce nell'organizzazione A e nell'organizzazione B operano ciascuna indipendentemente dalla propria istanza locale. Nessuna condivisione avviene automaticamente: è necessario creare condivisioni dati deliberate solo per collaborare su oggetti specifici.

Se l'azienda ha più organizzazioni Data 360

• Utilizzare la condivisione dei dati tra le organizzazioni Data 360 per collaborare tra loro anziché creare opportunità in corso di realizzazione personalizzate o duplicare i dati.

• Condividere oggetti specifici (DMO, approfondimenti calcolati, segmenti) creando condivisioni dati e concedendole alle organizzazioni di destinazione.

• I tag non vengono condivisi: l'organizzazione destinataria deve riapplicare i tag per governance, classificazione o arricchimento AI.

Utilizzare la condivisione dei dati tra le organizzazioni Data 360

• Per soddisfare i requisiti normativi che impediscono la centralizzazione.

• Mantenere l'autonomia dell'unità operativa abilitando la collaborazione selettiva.

• Fornire cruscotti digitali esecutivi federati in più regioni.

• Collegare gli scenari di M&A in cui il consolidamento non è immediatamente possibile.

Progettare con attenzione

Considerare la condivisione dei dati da Data 360 a Data 360 come una strategia di federazione, non come una sostituzione di Data Cloud One.

• Utilizzare la condivisione specifica degli oggetti.
• Evitare la condivisione eccessiva.
• Allineare le condivisioni dati alle esigenze aziendali e di conformità.

Pianificare la strategia dati per il provisioning di Data 360 è una decisione architetturale critica a lungo termine che deve essere affrontata a livello aziendale, non organizzazione per organizzazione. Questa prima scelta strategica determina come vengono unificati i dati dei clienti, come viene applicata la governance e come le funzioni essenziali della piattaforma, in particolare intelligenza artificiale e analisi, vengono scalate in tutta l'organizzazione. Pianificare in anticipo i modelli di governance e proprietà ed evitare scelte rapide a breve termine che in seguito potrebbero causare frammentazione e maggiore complessità.

Cos'è Customer 360?

Modelli e procedure di integrazione di Data 360

Architettura di Data 360

Architettura di sicurezza di Data 360

Informazioni sugli autori

Kunal Goyal è Direttore della gestione dei prodotti di Salesforce, con l'obiettivo di migliorare l'architettura multi-organizzazioni e la scalabilità all'interno di Data 360.Dal 2017, ha guidato diverse iniziative e prodotti incentrati sulla collaborazione tra organizzazioni e la progettazione di sistemi multi-tenant. Kunal è uno dei lead di Data 360 Best Practices Architecture e titolare del prodotto per le esperienze di Data Cloud One, impostazione, provisioning e amministrazione.

Erin Wagner Tidwell è una delle principali scrittrici tecniche e designer di contenuti di Data 360. Lavora in Salesforce dal 2013. Si dedica a semplificare la comprensione e l'utilizzo di Data 360 attraverso una documentazione tecnica chiara, coerente e accurata e la comunicazione in app.

Yugandhar Bora è un architetto di ingegneria del software di Salesforce, specializzato in architettura dei dati all'interno della piattaforma Data and Intelligence Applications. Dirige iniziative del Comitato di revisione dell'architettura aziendale (EARB) incentrate sulla governance dei dati e sui modelli di dati unificati, contribuendo al contempo alle soluzioni di provisioning automatico della piattaforma.

Samarpan Jain è un Principal Architect di Salesforce specializzato in Commerce Cloud, integrazione di piattaforme e architettura tra organizzazioni. Uno dei dipendenti di Salesforce più longevi, dirige iniziative chiave tra cui la conformità della residenza dati per i clienti governativi e i sistemi di attribuzione dell'utilizzo di Data 360.