Dati master e identità

Disponibile anche in 28 lingue

English · Español · 日本語 · Português (Brasil) · Français · Deutsch · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)

An open sketchbook on a drafting table at dawn, a building sketched on one page and a data model on the other, with a pencil, an eraser, a cup and a lamp. — Immagine generata con l'IA

Guida allo studio del capitolo 6 del corso Data Architect. Leggi prima i sei moduli, compresa la soluzione commentata del Checkpoint 1; questa pagina ti aiuta a verificare cosa ti è rimasto.

Su questa guida allo studio. È costruita solo con i contenuti di questo corso e con l’elenco degli obiettivi della guida all’esame pubblicata da Salesforce. Non si basa mai su domande reali d’esame, e non pretende di sapere cosa c’è nell’esame. Se hai sostenuto l’esame, per favore non mandarmi domande: l’accordo di certificazione vieta di condividerle, e memorizzare le risposte è comunque il modo sbagliato per diventare architetto.

Questo capitolo copre la sezione Master Data Management dell’esame (5%) e la vista unica del cliente da Salesforce Data Management. Per peso è una sezione piccola, ma le sue idee (autorità, corrispondenza, survivorship) compaiono dentro molti altri scenari. I numeri della piattaforma cambiano, quindi controlla quelli attuali prima di farci affidamento.

Per l’esame

Spuntali man mano. Ognuno rimanda al punto in cui è spiegato.

MDM-2: un golden record e un sistema della verità

So che l’autorità si assegna per attributo, non per record: un account può avere campi gestiti come dati master nell’ERP e campi gestiti come dati master in Salesforce. (La verità appartiene a un attributo)
Mi chiedo dove ogni attributo viene creato, modificato e referenziato, e qual è la sua latenza di cambiamento. (Creato, modificato, referenziato, e con quale velocità?)
So costruire una mappa delle autorità, e so che il responsabile di business e il sistema autorevole non sono la stessa cosa. (Costruisci una mappa delle autorità)
So che l’autorità può cambiare nel corso del ciclo di vita (un potenziale cliente in Salesforce diventa un cliente governato dall’ERP), e che una copia non è un’autorità. (L’autorità cambia nel corso del ciclo di vita, Una copia non è un’autorità)

MDM-1: le tecniche di MDM

Da sapere per l’esame: conosco i quattro stili di implementazione dell’MDM, registry, consolidamento, coesistenza e centralizzato: cosa centralizza ciascuno e se rimanda indietro i valori. (I quattro a confronto)
So distinguere i quattro stili di MDM: registry, consolidamento, coesistenza e centralizzato, e scegliere il più leggero che risolve il problema. (I quattro a confronto)
So che un modello dati canonico armonizza la struttura, ma non decide l’autorità. (Un modello comune non è una verità comune)
Conosco l’ordine: armonizza, poi fai corrispondere, poi consolida. (Armonizza, poi fai corrispondere, poi consolida)
So che le soglie riflettono la tolleranza all’errore, e che l’arricchimento ha bisogno di provenienza. (Soglie, revisione e arricchimento)
Da sapere per l’esame: conosco la gestione delle gerarchie: l’Account principale costruisce la gerarchia (la vista Lightning mostra fino a 2.000 account, senza account personali), le gerarchie hanno spesso un’autorità divisa, e un’azienda può avere più gerarchie valide. (Anche le gerarchie sono dati master, Una gerarchia, diversi master)

MDM-3: scegliere gli attributi vincenti

Tengo separate corrispondenza, unione e survivorship. (Corrispondenza, unione e survivorship)
Conosco le regole di survivorship: il più recente, il più frequente, la priorità della fonte, e so che ogni regola ha bisogno di un responsabile. (Survivorship: quale valore vince?)
So che una corrispondenza non richiede un’unione, e unisco solo quando c’è un vincitore chiaro, decidendo prima cosa succede ai figli. (Una corrispondenza non richiede un’unione, La mia regola sull’unione: un vincitore chiaro)
Da sapere per l’esame: so cosa fa un’unione di account in Salesforce: fino a tre record, un principale, conservati il Creato da e la Data di creazione più vecchi, gli altri nel Cestino, e per gli account personali gli oggetti dei punti di contatto non vengono uniti. (Cosa fa davvero un’unione in Salesforce)

SDM-3: una vista unica del cliente

So che la risoluzione dell’identità di Data 360 collega i profili di origine in un profilo unificato e conserva i collegamenti all’indietro: è la più vicina a un registry. (La risoluzione dell’identità risponde a “chi?”)
Da sapere per l’esame: conosco le regole di corrispondenza di Data 360: tutti i criteri di una regola devono corrispondere, basta che corrisponda una qualsiasi regola; più criteri per la precisione, meno per il consolidamento. (Regole di corrispondenza)
Conosco i metodi di corrispondenza (esatta, esatta normalizzata, approssimativa con tre livelli di precisione): un metodo meno preciso aumenta il consolidamento, e il rischio di false corrispondenze. (Regole di corrispondenza)
Da sapere per l’esame: so che le regole di riconciliazione (Last Updated, Most Frequent, Source Priority) decidono cosa mostra il profilo unificato, ma non cambiano le fonti; i punti di contatto non vengono riconciliati. (Anche la riconciliazione non è gestione dei dati master)
So scegliere tra gestione dei duplicati, risoluzione dell’identità e una piattaforma MDM dedicata in base al lavoro. (Tre strumenti per tre lavori)

MDM-4 e i dati bidirezionali

So che dati bidirezionali non significa due master: una modifica in Salesforce a un campo di proprietà dell’ERP è una richiesta, quindi si progetta richiesta → convalida → accettazione → pubblicazione, con uno stato in attesa. (Dati bidirezionali non significa due master, Quando il master dice no)
So come evitare loop e collisioni: distinguere una modifica originale dalla sua eco, e decidere quali campi viaggiano insieme come una sola transazione. (Loop e collisioni)
Per un cliente in due ERP, so scegliere tra una gerarchia, account paritetici o un solo account con un figlio per ogni ERP, a seconda di quanto bene il cliente mantiene sincronizzati i propri ERP. (Un cliente, due ERP, Chiedi come mantengono sincronizzati gli ERP)

Checkpoint 1: mettere insieme la Parte 1

Da sapere per l’esame: so quali licenze esterne prevedono la condivisione standard: Customer Community Plus e Partner Community, che richiedono ruoli per gli utenti esterni; Customer Community usa i set di condivisione. (Chi vede cosa, e chi ha bisogno di una licenza)

Oltre l’esame

L’esame è il pavimento, non il soffitto. Queste sono le abitudini di questo capitolo di cui un architetto ha bisogno, che una domanda le chieda o no.

“Unica fonte di verità”: quale verità? È un’architettura della verità, non un solo record.
Rendi visibile l’autorità nello schema: un prefisso per i campi che possiede un altro sistema.
La fiducia ha bisogno di più di un valore: origine, ultima conferma, chi l’ha modificato.
Parti dal problema, non dal prodotto MDM. L’MDM è una decisione di business sull’autorità.
Collegare non è gestire i dati master.
Dove le false corrispondenze costano caro, corrispondi di meno di proposito.
Tieni i duplicati che vengono da caricamenti esterni quando potresti doverli ricondurre all’origine.
Un profilo unificato è una mappa. Un golden record è una decisione.
La presentazione non è autorità.
Unificare l’identità non cancella i confini di sicurezza.
La cosa più difficile sono i bidirezionali. L’autorità condivisa non è il problema; lo è l’autorità ambigua.
Non lasciare mai che una richiesta rifiutata si trasformi in una verità concorrente.
Un campo che dice che questi sono dati master determina la modificabilità, non un tipo di record.
Non controlliamo noi gli ERP. Controlliamo come li rappresentiamo in Salesforce.

Parole da conoscere

Termine	In una riga
Gestione dei dati master (MDM)	Stabilire e governare l’identità e i valori autorevoli dei dati chiave tra i sistemi
Mappa delle autorità	Per ogni attributo: chi lo crea, chi è responsabile della decisione, quale sistema è autorevole, chi può modificarlo
Golden record	Una decisione governata su quali valori sono autorevoli
Golden record ibrido	Un record con alcuni attributi gestiti come dati master altrove e copiati dentro, e altri posseduti localmente
Registry	MDM che collega dei record come la stessa entità senza modificare le fonti
Consolidamento	MDM che combina i dati a livello centrale, di solito per le analisi, senza rimandarli indietro
Coesistenza	MDM che decide il valore master e lo pubblica di ritorno alle fonti
MDM centralizzato	MDM in cui i dati governati vengono creati nel master e distribuiti
Modello dati canonico	Una forma aziendale concordata per un concetto, usata per mappare i sistemi tra loro
Armonizzazione	Rendere i valori confrontabili: formati, codici e abbreviazioni standard
Corrispondenza (matching)	Decidere se dei record rappresentano la stessa cosa
Survivorship	Le regole su quale valore vince quando le fonti non sono d’accordo
Record principale	In un’unione in Salesforce, il record che sopravvive e mantiene i propri campi nascosti e di sola lettura
Metodo di corrispondenza	Come un criterio di corrispondenza di Data 360 confronta i valori: esatta, esatta normalizzata o approssimativa
Risoluzione dell’identità	La corrispondenza di Data 360 tra profili di origine e profili unificati
Profilo unificato	Un insieme di chiavi che collega i record di origine che rappresentano una persona o un’azienda
Regole di riconciliazione	Le regole di Data 360 su quale valore mostra un profilo unificato
Gerarchia con autorità divisa	Una gerarchia i cui rami appartengono a sistemi diversi

Mettiti alla prova

Brevi scenari nello stile del corso. Decidi la tua risposta prima di aprirla.

1. “Salesforce è la nostra unica fonte di verità per il cliente.” Cosa chiedi?

Quale verità? L’autorità è per attributo: l’ERP può possedere ragione sociale, indirizzo di fatturazione e limite di credito mentre Salesforce possiede l’account executive e il livello di customer success. Costruisci una mappa delle autorità. Rileggi La verità appartiene a un attributo.

2. Gli operatori dell'assistenza devono vedere che un contatto Salesforce è la stessa persona che ha comprato online. Nessuno ha bisogno che i sistemi cambino. Quale stile di MDM?

Un registry: collega i record come un’unica identità senza modificare le fonti, che è ciò che fa la risoluzione dell’identità di Data 360. Scegli lo schema più leggero che risolve il problema. Rileggi Registry: dimmi chi è chi.

3. La survivorship è impostata su “vince il più recente” per ogni campo. Qualcuno modifica la copia in Salesforce della ragione sociale di proprietà dell'ERP. Cosa succede, e cosa c'è di sbagliato?

Vince il valore più nuovo, e la copia prevale sull’autorità. “Il più recente” è un’affermazione sulla fiducia che si adatta ad alcuni attributi (un numero di cellulare) e non ad altri. Dove la mappa delle autorità dice che il campo è dell’ERP, vince l’ERP. Rileggi Survivorship: quale valore vince?.

4. Vengono importati record cliente legacy che corrispondono ad account esistenti. Li unisci?

Con cautela. Una corrispondenza non richiede un’unione, e unire distrugge gli ID legacy e i valori più vecchi che potresti dover ricostruire. Collegali, a meno che non ci sia un vincitore chiaro e il duplicato non aggiunga nulla che ti serva. Rileggi La mia regola sull’unione: un vincitore chiaro.

5. Il profilo unificato in Data 360 mostra Dallas. Il team dice che Dallas è ora il valore d'oro per ogni sistema. È così?

No. La riconciliazione decide cosa mostra il profilo unificato; non cambia le fonti né prende una decisione di gestione dei dati master. Se ogni sistema deve usare un unico valore governato, quello è MDM di coesistenza o centralizzato, con un responsabile. Rileggi Anche la riconciliazione non è gestione dei dati master.

6. Corrispondenza tra cartelle cliniche o tra record di marketing: stesse regole?

No. Una falsa corrispondenza nel marketing manda l’offerta sbagliata; nei dati sanitari combina le storie di due persone. Fissa la severità in base al costo dell’errore, e corrispondi di meno dove mescolare costa caro. Rileggi Il costo dell’errore.

7. I commerciali vogliono aggiornare da Salesforce un indirizzo di fatturazione di proprietà dell'ERP. Come lo progetti?

Come una richiesta, non come una modifica: Salesforce invia il valore proposto, l’ERP lo convalida, lo accetta e ripubblica il valore autorevole. Fino ad allora mantieni uno stato in attesa, e gestisci rifiuti, collisioni ed echi. Rileggi Dati bidirezionali non significa due master.

8. In Steve Trucking, lo stesso John Smith compare nei manifesti di due Partner retail. Lo unifichi?

No, deliberatamente. Nessun partner deve mai vedere i Destinatari di un altro, e un’identità unificata è il ponte da cui passano le fughe di dati. Corrispondi di meno dove mescolare costa caro; se un partner vuole il riconoscimento dei Destinatari ricorrenti, limitalo solo a quel partner. Rileggi Unificherei i Destinatari tra i partner?.

9. Un commerciale invia una nuova via per un indirizzo di proprietà dell'ERP mentre, nello stesso minuto, qualcuno nell'ERP cambia la città. Cosa decidi?

Se l’indirizzo viaggia come una sola transazione. Se sì, i campi passano tutti insieme o nessuno, e la richiesta viene rifiutata perché nel frattempo l’indirizzo è cambiato. Decidilo prima della prima collisione, e ricorda che la richiesta chiede di cambiare il valore dell’ERP, non lo cambia. Rileggi Loop e collisioni.

10. Un cliente ha un cliente finale in due ERP, e nessuno mantiene sincronizzati i due record. Le vendite vogliono un solo account. Cosa consigli?

Non un solo account. Se non riescono a mantenere sincronizzati i record nei loro stessi ERP, Salesforce non può farlo al posto loro: rappresentali come account paritetici o come gerarchia, e mostra la struttura che le vendite già conoscono. Un solo account con un figlio per ogni ERP richiede un cliente che mantenga sincronizzati i valori condivisi. Rileggi Chiedi come mantengono sincronizzati gli ERP.

Per approfondire

Salesforce Certified Platform Data Architect Exam Guide (opens in a new tab), Guida di Salesforce (in inglese, consultato il 2026-09-25): l’elenco ufficiale degli obiettivi e dei loro pesi. Controlla sempre la versione attuale prima di prenotare l’esame.
La sezione Per approfondire di ogni modulo elenca la documentazione Salesforce dietro i suoi fatti, con la data di consultazione.