Una mappa non è una decisione
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)
Modulo 4 di 6 del capitolo Dati master e identità, capitolo 6 del corso Data Architect. Ogni modulo si regge da solo. Precedente: Corrispondenza, unione e survivorship · Successivo: Quando l’autorità è condivisa
La domanda a cui risponde questo modulo: Un profilo unificato è la stessa cosa di un golden record?
Lo stesso cliente sta in tre sistemi. Salesforce conosce Daniel Reyes, d.reyes@example.com, Dallas. L’e-commerce conosce Dan Reyes, la stessa email, Dallas, TX. L’assistenza conosce Daniel Reyes, 214-555-0100, Dallas. Data 360 decide che sono tutti e tre la stessa persona e costruisce un profilo unificato. Ottimo. Abbiamo un golden record? Non necessariamente. Sappiamo che i record vanno insieme; non abbiamo deciso quale fonte possiede la verità. Per le persone può creare confusione: la risoluzione dell’identità crea un individuo unificato, ma non un golden record. Quindi insegno la differenza senza giri di parole:
Un profilo unificato è una mappa. Un golden record è una decisione.
La risoluzione dell’identità risponde a “chi?”
Sezione intitolata “La risoluzione dell’identità risponde a “chi?” ”Senza risoluzione dell’identità, una persona compare come profili scollegati: il marketing ne vede uno, le vendite un altro, l’assistenza un altro ancora. Data 360 li acquisisce e usa le regole di risoluzione dell’identità per decidere quali vanno insieme. Allora possiamo dire questi record sembrano essere la stessa persona. Questo risolve l’identità. Non risolve la gestione dei dati master.
E il profilo unificato conserva la mappa verso le sue fonti. Nella descrizione di Salesforce stessa, un profilo unificato non è un golden record: è un insieme di chiavi, con oggetti di collegamento dell’identità che legano l’ID di ogni record di origine all’ID del profilo unificato (Data 360 Architecture (opens in a new tab)). La persona unificata 10042 corrisponde al contatto Salesforce 003…, al cliente e-commerce EC-48372 e al cliente dell’assistenza SUP-9128. Gli originali non spariscono. È molto vicino al registry del modulo 2.
Un profilo unificato è una mappa che riporta alle identità di origine.
Regole di corrispondenza: la severità è una decisione sul rischio
Sezione intitolata “Regole di corrispondenza: la severità è una decisione sul rischio ”Come decide Data 360 chi viene unificato? Con le regole di corrispondenza. I profili corrispondono quando sono soddisfatti tutti i criteri di una regola, e se hai più regole, una corrispondenza su una qualsiasi crea il profilo unificato. L’indicazione di Salesforce: usa più criteri per l’accuratezza (più profili distinti), meno criteri per il consolidamento (Identity Resolution Match Rules (opens in a new tab)). Quindi aggiungere criteri a una regola la rende più severa; aggiungere regole alternative allarga i modi in cui i profili possono corrispondere. Configurare la risoluzione dell’identità non è “attivare la corrispondenza”. È definire quali prove bastano per dire che questi profili sono una sola persona.
Più corrispondenze non è automaticamente meglio. Dieci milioni di profili di origine diventano otto milioni di profili unificati. Allenta le regole, e ora sono sei milioni. Meglio? Forse hai trovato più duplicati. O forse hai iniziato a combinare persone diverse. Un numero più piccolo non prova che i dati siano migliori. L’obiettivo non è il minor numero di profili; sono le identità più difendibili per lo scopo. E ogni criterio ha un metodo di corrispondenza: esatta, esatta normalizzata o approssimativa (Exact / Exact Normalized / Fuzzy), con precisione alta, media o bassa. L’avvertenza di Salesforce stessa è il punto: un metodo meno preciso aumenta il tasso di consolidamento, “ma può produrre corrispondenze indesiderate”. (La corrispondenza approssimativa non è disponibile per i campi dell’Account, e i valori normalizzati servono solo per il confronto; non vengono memorizzati nel profilo unificato, ed è il passaggio di armonizzazione del modulo 3 all’opera: Identity Resolution Match Methods (opens in a new tab), in inglese.) Più il metodo è permissivo, più l’identità stessa diventa un giudizio. Se è sbagliata, personalizziamo solo male una pagina, o mostriamo a una persona lo storico di assistenza di un’altra, o lasciamo che un agente agisca sui dati di due persone?
È la mia posizione: quanto essere severi nella corrispondenza è una decisione sul rischio. Dipende da quanto i campi di corrispondenza identificano in modo univoco una persona e da quanto costa una falsa corrispondenza. Dove mescolare costa caro, corrispondi di meno di proposito. Due profili per una persona sono scomodi. Un profilo che contiene due persone può essere pericoloso.
Anche la riconciliazione non è gestione dei dati master
Sezione intitolata “Anche la riconciliazione non è gestione dei dati master ”Una volta unificati i profili, le fonti continuano a non essere d’accordo: Salesforce dice Dallas, l’e-commerce Plano, l’assistenza Dallas. Cosa mostra il profilo unificato? Lo decidono le regole di riconciliazione: Last Updated, Most Frequent o Source Priority, impostate per oggetto e sovrascrivibili per campo (Identity Resolution Reconciliation Rules (opens in a new tab)). Dovrebbe ricordarti la survivorship del modulo 3.
Ecco dove i team finiscono nei guai. Il profilo unificato mostra Dallas, e qualcuno dice: “Ottimo, Dallas è il nostro valore d’oro”. Rallenta. L’e-commerce dice ancora Plano. Salesforce è esplicita: la riconciliazione non elimina né modifica i dati di origine e non aggiorna i sistemi di origine, e non serve a scegliere un valore “migliore” per ogni applicazione. Decide solo cosa mostra il profilo unificato (stessa fonte). La presentazione non è autorità.
Da sapere per l’esame. Sappi come la risoluzione dell’identità di Data 360 decide e mostra: in una regola di corrispondenza, tutti i criteri devono corrispondere, e basta che corrisponda una qualsiasi regola perché i profili vengano unificati (più criteri per la precisione, meno per il consolidamento); le tre regole di riconciliazione sono Last Updated, Most Frequent e Source Priority, impostate per oggetto e sovrascrivibili per campo; e la riconciliazione non modifica i dati di origine, e i punti di contatto non vengono riconciliati.
I punti di contatto rendono la cosa ancora più chiara. Una persona può avere un’email personale e una di lavoro, un cellulare e un telefono di casa, tutti legittimi. Data 360 non riconcilia affatto i punti di contatto: ogni email e ogni telefono restano sul profilo unificato (stessa fonte). A volte più valori sono semplicemente la verità. “Unificato” non significa un solo valore per tutto.
Un golden record è una decisione
Sezione intitolata “Un golden record è una decisione ”Confrontalo con un vero requisito di gestione dei dati master. Il business dice che l’ERP è autorevole per la ragione sociale, e il valore master è “Oakline Logistics LLC”. Salesforce, la fatturazione e l’assistenza devono usarlo tutti, e se uno non è d’accordo, il processo di gestione dei dati master rimanda indietro il valore governato. È un’architettura diversa. Non stiamo scegliendo cosa mostra una vista; stiamo decidendo questo è il valore che usa l’azienda, e ogni sistema coinvolto converge su di esso.
Quindi: un profilo unificato riunisce identità e informazioni. Un golden record è una decisione governata su quali valori sono autorevoli. Un profilo unificato può essere un’eccellente vista unica del cliente, costruita a partire da fonti autorevoli. Non ne fa il sistema che gestisce il cliente come dato master.
Un profilo unificato è una mappa. Un golden record è una decisione.
Tracciabilità
Sezione intitolata “Tracciabilità ”Se il profilo unificato dice Dallas, da dove viene: Salesforce, l’ERP, l’e-commerce? È stato scelto come ultimo aggiornato, più frequente, per priorità della fonte? Quella provenienza conta per l’audit, la privacy, la diagnosi dei problemi, la correzione della qualità dei dati e le decisioni degli agenti, e soprattutto per sapere dove va fatta una correzione. Se Dallas è sbagliato, modificare la vista costruita non corregge la fonte. Ti servono gli ID esterni, i collegamenti dell’identità e i campi di lineage per risalire al record che dovrebbe cambiare.
Tre strumenti per tre lavori
Sezione intitolata “Tre strumenti per tre lavori ”È così che li distinguo:
- Gestione dei duplicati e unione, dentro una sola org Salesforce, quando c’è un vincitore chiaro e i duplicati non ti servono più (modulo 3).
- Risoluzione dell’identità di Data 360, per un’identità e una vista unica tra le fonti senza modificarle: un registry.
- Una piattaforma MDM dedicata, quando i valori devono essere decisi una volta e rimandati indietro a ogni sistema coinvolto: coesistenza o centralizzato.
Tre strumenti per tre lavori: unire, collegare, gestire come dati master.
Non comprare un MDM quando ti serve una mappa. “Vogliamo che l’operatore dell’assistenza veda che questo cliente Salesforce è la stessa persona che ha comprato online” può richiedere risoluzione dell’identità e contesto combinato, non un MDM centralizzato. “ERP, Salesforce, e-commerce e fatturazione devono usare tutti la stessa ragione sociale governata, e le modifiche devono tornare a tutti” è diverso: quello è gestire i dati master. Non risolvere il secondo problema quando hai il primo, e non fingere che risolvere il primo abbia risolto il secondo.
Un’identità non è un permesso
Sezione intitolata “Un’identità non è un permesso ”La risoluzione dell’identità dice che questi record sono una persona. Non significa che chiunque possa vedere un record di origine possa vedere tutto ciò che è collegato all’identità unificata. Un Partner retail può vedere le consegne che ha inviato; le consegne di un altro partner allo stesso Destinatario non lo riguardano, anche se il livello di identità sa che sono collegate. Il grafo delle identità può essere giusto mentre il progetto degli accessi è sbagliato. Unificare l’identità non cancella i confini di sicurezza. Ecco perché corrispondere troppo diventa un problema di privacy, e perché il checkpoint di Steve Trucking tratta con tanta cautela l’unificazione dei Destinatari: una mappa di chi è chi non concede né la titolarità né l’accesso.
Oltre l’esame: cosa cambia l’IA. Gli agenti hanno bisogno di un’identità su cui agire, e il profilo unificato gliela dà. Questo alza la posta in entrambe le direzioni. Corrispondere troppo ora è un incidente di privacy: un agente che agisce per una persona sui dati di un’altra. E un agente che “aggiorna il cliente” deve scrivere nel system of record dell’attributo, usando la mappa delle autorità del modulo 1, non nel profilo unificato. La mappa dice all’agente chi è la persona; il modello delle autorità gli dice dove va fatta una modifica.
Cosa decide qui un architetto
Sezione intitolata “Cosa decide qui un architetto ”- Quali prove bastano per unificare i profili, e come il costo di una falsa corrispondenza fissa la severità.
- Quali regole di riconciliazione decidono cosa mostra il profilo unificato.
- Se il bisogno è la pulizia dei duplicati in una org, l’identità tra le fonti, o una vera gestione dei dati master a livello aziendale.
- Quale fonte resta autorevole per ogni attributo, anche quando Data 360 mostra un valore riconciliato.
- Come l’identità unificata interagisce con sicurezza, privacy, provenienza e azioni degli agenti.
Data 360 può dirci che questi profili vanno insieme, darci un’identità unificata, riconciliare ciò che mostra e conservare i collegamenti con ogni fonte. Ha un valore enorme. Ma se Salesforce dice una cosa e l’ERP un’altra, qualcuno deve comunque decidere quale sistema può cambiare la verità aziendale. Quindi quando qualcuno dice “abbiamo un profilo unificato, quindi abbiamo il nostro golden record”, chiedi: abbiamo unificato i dati, o li abbiamo gestiti come dati master?
Per approfondire
Sezione intitolata “Per approfondire ”- Salesforce Architects, Data 360 Architecture (opens in a new tab) (in inglese), consultato il 2026-10-14.
- Guida di Salesforce, Data 360: Identity Resolution Match Rules (opens in a new tab), Identity Resolution Match Methods (opens in a new tab) e Identity Resolution Reconciliation Rules (opens in a new tab) (in inglese), consultato il 2026-10-14.