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 decidere non solo se eseguire il provisioning di più istanze di Data 360 indipendenti, utilizzare Data Cloud One per unificare le organizzazioni in un'unica istanza o collaborare tra istanze di Data 360 indipendenti utilizzando la condivisione dei dati tra Data 360 (Data 360-to-Data 360 data sharing). Queste scelte influiscono su governance, conformità, costo, latenza e capacità dell'organizzazione di scalare l'intelligenza artificiale e le funzionalità tra organizzazioni.

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 Home di ospitare l'istanza di Data 360, mentre le altre organizzazioni Salesforce si connettono come organizzazioni Companion. 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 architetturale fondamentale poiché determina in che modo l'azienda unifica i dati dei clienti, impone la governance e abilita le funzioni essenziali della piattaforma, in particolare AI, Agentforce e Analytics, in tutta l'organizzazione. L'ancoraggio di un cluster di organizzazioni a un unico Data 360 offre un modello di dati unificato, una governance centralizzata e la preparazione all'intelligenza artificiale a livello aziendale, consentendo al contempo alle organizzazioni partner di accedere ai metadati e alle funzioni condivise come se i dati fossero locali. Al contrario, più istanze di Data 360 indipendenti sono appropriate quando i requisiti normativi, di conformità o di autonomia impediscono la centralizzazione, con la condivisione dei dati tra le organizzazioni Data 360 che abilita la collaborazione selettiva e copia zero tra queste istanze.

Per gli architetti, questa decisione è fondamentale. Definisce chi controlla la governance dei dati, dove risiedono i dati, come sono abilitate le funzioni della piattaforma e quanto facilmente le integrazioni e le iniziative AI future possono 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. Le funzioni di Salesforce in Sales, Service, Marketing, Commerce, Industries e Agentforce sono sempre più 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. Vi aiuterà a decidere come selezionare le organizzazioni in cui eseguire il provisioning di Data 360 e come scegliere tra Data Cloud One e Condivisione dati tra organizzazioni Data 360, contribuendo a gettare le basi per far avanzare il business in un futuro incentrato su Data 360.

Ogni scelta di provisioning, ad esempio la scelta tra Data Cloud One e la condivisione dei dati tra le organizzazioni Data 360 o l'organizzazione da designare come organizzazione di residenza, deve essere valutata in base alle seguenti considerazioni trasversali:

• Il provisioning è legato alla licenza: Data 360 viene fornito nell'organizzazione in cui viene acquistata la licenza Data 360 e la regione è determinata dalla posizione di tale organizzazione al momento del provisioning.
• Mantenere aperte le opzioni pianificando per Data 360 anche se non è necessario ora. Le decisioni prese ora possono semplificare il percorso se in seguito si implementa Data 360 per potenziare funzioni della piattaforma come Agentforce.
• Clienti a organizzazione singola: Eseguire il provisioning di Data 360 nell'organizzazione di produzione esistente per ottimizzare il time-to-value.
• Clienti multi-organizzazioni: Ridurre al minimo la complessità creando il minor numero possibile di istanze di Data 360, idealmente utilizzando la configurazione Data Cloud One.
• Più istanze Data 360 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.
• Fonti di dati: Prestare molta attenzione alle regioni supportate per i vari cloud pubblici e le fonti di dati 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.
• Governance e autonomia sono concetti centrali: decidere se Data 360 deve essere gestito centralmente (modello Centro di eccellenza) o se le singole linee di business necessitano di istanze di Data 360 gestite separatamente.

Quando si acquista una licenza Data 360, l'istanza di Data 360 viene fornita nell'organizzazione Salesforce associata a quella licenza. Questa organizzazione è denominata organizzazione Data 360 Home. L'organizzazione iniziale è l'anchor per l'istanza di Data 360. È dove:

• L'archiviazione e l'elaborazione di Data 360 vengono gestite (nella regione selezionata al momento del provisioning).
• Vengono applicate le policy di amministrazione, governance e sicurezza.
• Vengono eseguite operazioni di inserimento, armonizzazione, risoluzione dell'identità, segmentazione e attivazione dei dati.

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

Perché l'organizzazione di residenza è importante:

• Determina la posizione geografica dell'istanza di Data 360.
• Determina chi è titolare e chi amministra l'istanza di Data 360. Gli amministratori dell'organizzazione Data 360 Home possono accedere a tutti i dati inseriti in Data 360.
• Controlla le connessioni dell'organizzazione compagna in una configurazione Data Cloud One.
• È la base della strategia per i dati aziendali: modificarla in seguito è difficile e sconvolgente.

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.

Funziona meglio per: Clienti con una singola organizzazione Salesforce o clienti multi-organizzazione che hanno già un'organizzazione centralizzata principale in cui viene eseguita la maggior parte delle attività.

• Pro:

  • Percorso più semplice: Data 360 viene eseguito il provisioning dove sono già presenti i dati CRM.
  • Accesso immediato ai dati di vendita, assistenza e marketing locali.
  • Nessuna integrazione aggiuntiva richiesta.
  • 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 dell'organizzazione esistente.
  • Se non esiste una singola "organizzazione principale", la selezione di una può 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.

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.

• Pro:

  • 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 Home con più organizzazioni Companion).

• 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 di unità operative (Retail, Wealth, Commercial Banking) si connettono come organizzazioni di compagnia tramite Data Cloud One.

Come principio generale, preferire utilizzare un'organizzazione principale esistente come organizzazione di residenza per ridurre al minimo l'impegno iniziale e accelerare l'adozione. Creare una nuova organizzazione di residenza dedicata solo se la strategia di governance o conformità a lungo termine lo richiede. La creazione di una nuova organizzazione domestica 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 opera la maggior parte della propria azienda o quella che funge già da CRM centralizzato, per fungere da organizzazione di residenza. 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

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. In questi casi, la creazione di una nuova organizzazione di residenza offre flessibilità e neutralità, ma con un time-to-value più lento.

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, ecc., 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 storico/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 residenza, che ospita l'istanza di Data 360. Le altre organizzazioni Salesforce si connettono come organizzazioni di compagnia, utilizzando i dati unificati e i metadati di Data 360 dell'organizzazione di residenza.

1. 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 legato all'organizzazione Home esegue operazioni di risoluzione dell'identità, armonizzazione, modellazione e unificazione in profili Customer 360 affidabili.
   • L'amministrazione, le policy di governance, i tag e il mascheramento di Data 360 vengono applicati centralmente dall'organizzazione di origine.
2. 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 di origine, spazi dati specifici vengono condivisi in modo selettivo con le organizzazioni partner. Ciò garantisce che solo i dati pertinenti (e i metadati associati) vengano trasferiti alle organizzazioni giuste.
3. Condivisione dei metadati
   Le organizzazioni accompagnate 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 in realtà sono collegati all'organizzazione di origine.
4. Processi da eseguire nell'organizzazione domestica rispetto a Organizzazioni di compagnia
L'accesso alle funzioni è diverso tra le organizzazioni Home e Companion. Le organizzazioni di supporto non possono inserire o unificare i dati e si affidano all'organizzazione di residenza 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.

Capacità	Organizzazione iniziale	Organizzazione compagna
Connessione Configurare i connettori, creare stream di dati, inserire o federare i dati	✅	❌
Creazione ed esecuzione di trasformazioni dati e risoluzione dell'identità	✅	❌
Gestisci Proteggi i dati con spazio dati e autorizzazioni	✅	✅
Segmentazione e previsione Creazione di segmenti, approfondimenti e modelli Einstein Studio	✅	✅
Attivazioni ovunque, azioni dati	✅	✅
Generatore di prompt, flussi, rapporti, arricchimento della piattaforma e altro ancora	✅	✅
Funzioni di Data 360 Prospecting Center, Sales e Service Cloud, Agentforce e altro ancora	✅	✅

5. Parità delle funzioni piattaforma
   Dal punto di vista di utenti e 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 partner.
   
   • Le funzioni della piattaforma Salesforce, ad esempio flussi, rapporti, Generatore di prompt, cruscotti digitali e altri strumenti nativi della piattaforma, funzionano sia nella pagina iniziale che nelle organizzazioni di supporto 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 anche nelle organizzazioni Home e Companion. Alcune funzioni potrebbero essere in procinto di raggiungere la completa compatibilità, ma l'obiettivo generale è avere la parità di funzioni tra le organizzazioni Home e Companion per tutte le funzioni Cross-Cloud che dipendono da Data 360.
6. Modello di consumo
   Tutta l'attività dell'organizzazione compagna (query, esecuzioni di segmenti, flussi attivati da Data 360, utilizzo dell'intelligenza artificiale, registrazione Einstein Trust Layer, ecc.) consuma i crediti di Data 360 dell'organizzazione di residenza. I flussi di consumo sono unidirezionali: i crediti vengono centralizzati, fatturati e tracciati rispetto all'allocazione di credito dell'organizzazione di residenza. Tuttavia, è possibile visualizzare i dettagli per vedere quanti crediti ogni singola organizzazione ha utilizzato in Digital Wallet.
7. Principio di progettazione: Costruzione orizzontale
   Data Cloud One è progettato come un costrutto orizzontale della piattaforma Salesforce, proprio come i Sandbox. L'obiettivo è che ogni nuova funzione rilasciata da Salesforce funzioni sia nella pagina iniziale che nelle organizzazioni di supporto senza impostazione aggiuntiva. Ciò 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 Data 360 indipendenti in ogni organizzazione o utilizzare Data Cloud One per unificare le organizzazioni in un'unica organizzazione Home?

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

Pro:

• 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 è necessaria una rigorosa separazione normativa (ad esempio, i dati non devono attraversare le frontiere).

Contro:

• Silos di dati: Customer 360 non può essere raggiunto tra le organizzazioni.
• Costo maggiore: Ogni istanza richiede licenza, amministrazione e integrazione. I clienti finiscono per inserire più volte gli stessi dati di origine per ottenere una visualizzazione C360 completa in più organizzazioni diverse.
• Lavoro duplicato: La risoluzione dell'identità, la segmentazione e l'arricchimento devono essere ripetuti in ogni Data 360.

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

Pro:

• Singola fonte di verità (SSOT): Tutte le organizzazioni condividono lo stesso modello di dati unificato.
• Efficienza dei costi: Una sola licenza e infrastruttura Data 360 da gestire.
• Governance unificata: Policy, sicurezza e controlli di conformità vengono applicati a livello centrale.
• Arricchimento tra organizzazioni: Le organizzazioni partner possono accedere a profili, approfondimenti e segmenti armonizzati.
• Preparazione AI: Le serie di dati a livello aziendale consentono una migliore formazione e attivazione dei modelli AI.
• Prova futura: L'aggiunta di nuove organizzazioni partner è semplice; non sono necessarie nuove Data 360.

Contro:

• Preparazione aggiuntiva: Richiede la pianificazione della connettività organizzazione-a-casa.
• Considerazioni sulla latenza: Le organizzazioni di supporto in regioni diverse possono visualizzare query più lente.
• Governance complessa: Se ogni organizzazione ha esigenze di personalizzazione molto diverse, la governance può essere complessa.

In alcuni casi, la governance, la conformità o altri requisiti aziendali possono rendere impossibile raggruppare tutte le organizzazioni. Ciò può comportare la necessità di implementare una soluzione ibrida in cui l'azienda gestisca più Data 360, ciascuna delle quali è l'organizzazione di residenza per un cluster diverso di organizzazioni partner.

Una società multinazionale ha organizzazioni Salesforce in diverse 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.

Schema preferito: Data Cloud One

Per impostazione predefinita, utilizzare una singola organizzazione di residenza con organizzazioni di supporto connesse per le aziende multi-organizzazioni.
Questo crea un Customer 360 aziendale, semplifica la governance e ottimizza i costi.

Quando si utilizzano più 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 degli Stati Uniti a causa della regolamentazione.

Come scegliere l'organizzazione iniziale 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.

Solo se non esiste un'organizzazione idonea, valutare la possibilità di creare un'organizzazione di residenza dedicata gestita da un team del Centro di eccellenza.

Principio generale:

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

Benché Data Cloud One sia l'approccio consigliato per la maggior parte delle aziende, esistono scenari in cui i clienti potrebbero dover eseguire il provisioning di più istanze di Data 360. Quando esistono più Data 360, l'unificazione tra di essi 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 in Data 360.

• Ogni Data 360 viene fornito nella propria organizzazione di residenza.
• 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. I dati sottostanti rimangono in Data 360 di origine; viene condiviso solo l'accesso.
• 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 partner condividono una singola istanza di Data 360. Le funzioni della piattaforma (Agentforce, Prospecting Center, Tableau Next, ecc.) vengono eseguite sugli stessi dati sottostanti, garantendo la coerenza.
• Quando si utilizza la condivisione dei dati tra le organizzazioni Data 360, ogni organizzazione ha il proprio Data 360. Funzionalità come Agentforce nell'organizzazione A e nell'organizzazione B operano ciascuna indipendentemente dalla propria istanza locale. Non viene eseguita automaticamente alcuna condivisione: è necessario creare condivisioni dati volontarie solo per collaborare su oggetti specifici.

Conformità regionale:
Un rivenditore multinazionale fornisce un Data 360 nell'UE e un altro negli Stati Uniti. La condivisione dei dati da Data 360 a Data 360 consente all'azienda di aggregare approfondimenti (ad esempio, KPI fedeltà) da condividere con la sede centrale degli Stati Uniti mentre i dati non elaborati rimangono locali.

Collaborazione tra unità operative:
Un conglomerato gestisce Data 360 separati per Retail e Insurance. La condivisione dei dati tra Data 360 consente agli utenti di accedere a un'unica fonte autorevole di dati senza doverla 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 dei 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 singoli 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.

Se l'azienda ha più 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.
• Tenere presente che i tag non sono condivisi: l'organizzazione destinataria deve riapplicare i tag (ad esempio, governance, classificazione, arricchimento AI).

Quando 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 scenari di M&A in cui il consolidamento non è immediatamente possibile.

Progettare con attenzione

La condivisione deve essere deliberata e specifica dell'oggetto. Evitare la condivisione eccessiva: allineare le condivisioni dati alle esigenze aziendali e di conformità. Considerare la condivisione dei dati da 360 a Data 360 come una strategia di federazione, non come un sostituto di Data Cloud One.

1. Ogni organizzazione deve pianificare l'accesso a Data 360
   
   • In futuro, tutte le funzioni della piattaforma Salesforce, da Sales Cloud e Service Cloud ad Agentforce, richiederanno la connettività Data 360. Ogni organizzazione deve ospitare un'organizzazione Data 360 Home o essere un'organizzazione di compagnia connessa tramite Data Cloud One.
2. Pensare a livello aziendale, non organizzazione per organizzazione
   
   • Evitare decisioni unilaterali sulla linea di business prese isolatamente.
   • Il provisioning dovrebbe essere deciso collettivamente, idealmente da un'architettura aziendale o da un consiglio di governance dei dati. Anticipare sempre le esigenze future di intelligenza artificiale e analisi, che dipendono da serie di dati ampie e unificate.
3. Ridurre al minimo i silos di dati
   
   • Favorire il provisioning di Data 360 in un'organizzazione principale esistente per semplicità e velocità.
   • Negli ambienti multi-organizzazioni, Data Cloud One è lo schema predefinito per unificare le organizzazioni in un unico Data 360.
   • Eseguire il provisioning di più Data 360 solo se strettamente necessario per motivi di conformità, residenza o autonomia organizzativa.
4. Progettare deliberatamente se è necessario eseguire più Data 360
   
   • 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.
   • Ricorda: i tag non vengono condivisi e il consumo viene fatturato all'organizzazione di origine.
5. Governance e proprietà del piano in anticipo
   
   • Decidere se Data 360 sarà gestito a livello centrale (modello Centro di eccellenza) o delegato a linee di business. Definire i ruoli per amministratori, team di sicurezza e lead di conformità.
   • Evitare ambiguità: la proprietà poco chiara è una fonte comune di attrito.
6. Evitare le scelte rapide
   
   • Non creare più Data 360 per i POC senza un piano a lungo termine, perché in seguito si creeranno problemi di consolidamento.
   • Allineare invece le distribuzioni pilota e iniziali alla strategia di provisioning a livello aziendale.

Queste scelte di provisioning sono fondamentali perché la piattaforma Salesforce si sta evolvendo verso un modello Data 360-first, in cui ogni funzione, dalla segmentazione dei clienti al radicamento degli agenti AI, dipenderà da questo. Le decisioni che prenderete oggi getteranno le basi per l'efficacia con cui l'azienda unificherà i dati dei clienti, la rapidità con cui potrete adottare le nuove funzioni di Salesforce e la fiducia con cui potrete scalare l'intelligenza artificiale in tutta l'azienda. Per riuscire, è necessario eseguire il provisioning con attenzione, ridurre al minimo le duplicazioni, conformarsi ai requisiti di conformità, governare deliberatamente e pensare a lungo termine. In definitiva, il provisioning di Data 360 è il primo passo per fare in modo che dati, intelligenza artificiale e CRM funzionino insieme come un'unica piattaforma coerente.

Kunal Goyal è direttore della gestione dei prodotti di Salesforce, con l'obiettivo di migliorare l'architettura multi-organizzazioni e la scalabilità in Data 360. Dal 2017, ha diretto molteplici iniziative e prodotti incentrati sulla collaborazione tra organizzazioni e sulla 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 è la principale scrittrice tecnica e designer di contenuti per Data 360. Lavora in Salesforce dal 2013. Si dedica a rendere Data 360 più facile da capire e da utilizzare attraverso una documentazione tecnica e una comunicazione in app chiare, coerenti e accurate.

Yugandhar Bora è un architetto di ingegneria del software di Salesforce, specializzato in architettura dei dati all'interno della piattaforma Data & 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.