Qualità e governance dei dati

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 5 del corso Data Architect. Leggi prima i sei moduli; 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 Data Governance dell’esame (10%) e parti di Data Modeling (metadati) e Salesforce Data Management (coerenza). È anche il punto in cui la legge sulla privacy incontra il modello dati. È architettura, non consulenza legale: l’ufficio legale decide cosa si applica, e l’architetto lo rende applicabile. 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.

GOV-2: progettare un programma di governance

So che il titolare del record (un meccanismo di accesso della piattaforma) non è il responsabile dei dati (che risponde dei dati come patrimonio dell’azienda), e che ogni campo può registrare un Data Owner. (Il titolare del record non è il responsabile dei dati)
So distinguere il responsabile dei dati (fissa la politica), il data steward (la fa funzionare) e il custode (gestisce il sistema). (Responsabile, data steward, custode)
Da sapere per l’esame: conosco i tre modi di gestire un programma di governance, centralizzato, federato (decentralizzato) e ibrido, e cosa significa ciascuno per chi stabilisce le politiche e dove vivono le definizioni condivise. (Come funziona il programma)
So usare una RACI per rispondere a dove i dati vengono creati, modificati e referenziati. (Fai guadagnare alla RACI il suo posto)
So indicare un punto di applicazione per una politica di governance (autorizzazioni, convalida, campi scritti solo dall’integrazione, cronologia dei campi), non solo la formazione. (La governance deve diventare meccanica)
So che i segnali di qualità che vale la pena misurare sono quelli su cui qualcuno agirà. (Misura ciò su cui qualcuno agirà)

SDM-2 e MDM-4: tenere fuori i dati cattivi

So decidere se la creazione degli account debba essere aperta o bloccata, e conosco il percorso del tipo di record provvisorio per gli account gestiti come dati master in un ERP. (Aperta o bloccata?, La via di mezzo)
So proteggere gli attributi governati (un ID ERP, una ragione sociale) lasciando modificabili i campi propri di Salesforce: un golden record ibrido. E so che un campo di sola lettura su una pagina con Moduli dinamici (Dynamic Forms) non è applicazione; la sicurezza a livello di campo o una regola di convalida lo sono. (Proteggi il record governato, Un tipo di record per ogni flusso)
So che i flussi bidirezionali sono i più difficili: se l’ERP gestisce un campo come dato master, Salesforce sta chiedendo di cambiarlo, e una collisione ha bisogno di una regola (vince l’ERP, rifiuto se il valore è cambiato, oppure la risolve una persona). (Proteggi il record governato)
So che i campi obbligatori possono creare dati finti (N/A, 999999), e conosco le alternative. (Non lasciare che i campi obbligatori creino dati finti)
So decidere cosa succede ai dati in entrata che non superano i controlli: accettarli, rifiutarli o metterli in quarantena, e chi è responsabile dell’eccezione. (Ogni confine dei dati ha bisogno di una decisione sulla qualità)
So che anche i dati di riferimento hanno bisogno di metadati: definizioni, un responsabile, un’origine e mappature tra sistemi. (Anche i dati di riferimento hanno bisogno di metadati)

DM-3: metadati di business e tecnici

Da sapere per l’esame: distinguo i metadati di business (significato, definizioni, responsabile, regole, sensibilità) dai metadati tecnici (oggetti, campi, tipi, nomi API, schemi, mappature, lineage). (Due tipi di metadati)
Conosco la differenza tra un dizionario di business (cosa significa), la lineage (da dove viene) e la classificazione (come va trattato). (Conosci i tuoi dati)
Conosco i campi di classificazione di Salesforce: Data Owner, Field Usage, Data Sensitivity Level, Compliance Categorization, sui campi standard e personalizzati. (La classificazione risponde a un’altra domanda)
So che si classificano i campi sensibili, non ogni campo, e che la classificazione senza applicazione è decorazione. (La classificazione senza applicazione è decorazione)

GOV-1: dati personali e sensibili

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.

Una politica senza un punto di applicazione è per lo più un desiderio.
I responsabili fissano le politiche; gli architetti le fanno rispettare. Non inventare la politica, e non giocare all’avvocato.
La governance non è mai finita. Va avanti a ondate; progetta il riscontro.
Non affidarti al buon comportamento. Costruisci il controllo: persone, integrazioni e agenti sbagliano tutti.
Governa quanto basta, non tutto.
Previeni prima gli errori costosi. Un duplicato con due anni di storico è un grande problema.
Distingui ciò che leggono le persone da ciò su cui decidono le macchine.
Documenta in modo ampio; classifica in modo deliberato.
I dati sensibili più economici da governare sono quelli che non hai mai copiato.
Il consenso è un dato, e il permesso di usare i dati deve essere rappresentabile come dato.
Controlla prima dove vanno i dati personali, perché la cancellazione è rara e difficile.
La conformità non è un prodotto.
Acquisizione → Classificazione → Protezione → Uso → Conservazione → Cancellazione → Audit.
Raccogli le prove prima che qualcuno le chieda.

Parole da conoscere

Termine	In una riga
Governance dei dati	Le politiche sui dati, e l’architettura che le rende vere
Responsabile dei dati	La persona o la funzione che risponde di un tipo di dati
Data steward	La persona che mantiene sani i dati giorno per giorno
Custode	Il team che gestisce i sistemi che contengono i dati
RACI	Chi è Responsabile dell’esecuzione, chi ne risponde, chi viene Consultato e chi Informato
Record provvisorio	Un record creato prima che il sistema autorevole lo abbia accettato
Dizionario di business	Definizioni condivise dei termini importanti del business
Lineage	Da dove viene un valore e cosa gli è successo lungo il percorso
Classificazione dei dati	Etichettare i dati per sensibilità e categoria di conformità perché ricevano i controlli giusti
Tassonomia	L’insieme di etichette che un’organizzazione usa per classificare i dati
Dati personali	Informazioni che identificano una persona, o che si possono ricondurre a essa
Pseudonimizzazione	Sostituire gli identificatori mantenendo una via di ritorno; sono ancora dati personali
Anonimizzazione	Eliminare la ragionevole possibilità di identificare la persona
Modello dati del consenso	Gli oggetti di Salesforce per il consenso per persona, canale, punto di contatto e finalità
Diritto all’oblio	Il diritto di una persona, dove la legge lo prevede, di far cancellare i propri dati personali
Golden record ibrido	Un solo record con i campi del sistema master e i campi propri di Salesforce, ognuno con una sola origine
Metadati di business / tecnici	Cosa significano i dati e chi ne è responsabile / come sono costruiti e come si muovono
Field Audit Trail	Uno storico dei campi più lungo: fino a 200 campi per oggetto, conservati finché non vengono eliminati
Event Monitoring	Log di accessi, esportazioni, chiamate API e visualizzazioni, conservati per un tempo limitato
SIEM	Un repository di sicurezza in cui i log degli eventi vengono conservati e analizzati

Mettiti alla prova

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

1. La politica dice che solo la Finanza può cambiare la ragione sociale di un cliente. Il team pensa di coprirlo con la formazione. Cosa manca?

Un punto di applicazione. La formazione non è un controllo: usa l’accesso a livello di campo, un campo scritto solo dall’integrazione, una regola di convalida o un processo controllato. I responsabili fissano la politica; l’architetto la rende meccanicamente vera. Rileggi La governance deve diventare meccanica.

2. I clienti sono gestiti come dati master nell'ERP. I commerciali devono iniziare subito a vendere a nuovi potenziali clienti. Come glielo permetti, senza che due sistemi creino il record master?

Lascia che i commerciali creino l’account come tipo di record provvisorio, poi convertilo con un processo controllato: la Finanza approva, o l’integrazione lo sottopone all’ERP, che abbina o crea il cliente e rimanda l’ID autorevole. Rileggi La via di mezzo.

3. Un nuovo campo obbligatorio si riempie di “N/A” e “999999”. Cosa è successo, e cosa faresti invece?

Gli utenti sono stati costretti a rispondere prima di sapere. Rendilo obbligatorio più avanti nel processo, lascia che lo fornisca un altro sistema, usa uno stato provvisorio, o consenti un esplicito Sconosciuto quando è una risposta reale. Rileggi Non lasciare che i campi obbligatori creino dati finti.

4. Il team ha sostituito i nomi con dei token e dice che i dati sono anonimizzati, quindi la richiesta di cancellazione è evasa. È così?

No, se i token si possono ricondurre alla persona: quella è pseudonimizzazione, e i dati sono ancora personali. Di’ esattamente cosa fa il sistema, dove si trova la mappatura, e lascia che sia l’ufficio legale a decidere se soddisfa il requisito. Rileggi Anonimizzato, pseudonimizzato, crittografato, mascherato.

5. Un Destinatario accetta gli SMS sulla consegna ma non il marketing. Come dovrebbe registrarlo il modello?

Con il modello dati del consenso, non con una sola casella: la persona, il canale (SMS), il numero specifico e la finalità di utilizzo dei dati (notifiche di consegna, non marketing). E decidi quale sistema è autorevole per il consenso, perché una revoca raggiunga ogni sistema che agisce su di esso. Rileggi Usa il modello che Salesforce ha già costruito.

6. La conformità deve filtrare dei report su un campo crittografato con il numero di previdenza sociale. Il campo usa lo schema di crittografia predefinito. Qual è il problema?

La crittografia probabilistica non permette di filtrare nelle clausole SOQL WHERE né nei filtri di gestione dei dati. La crittografia deterministica permette di filtrare, con un piccolo costo in robustezza. La crittografia è una decisione di progettazione con dei trade-off, non una casella da spuntare alla fine. Rileggi La crittografia è un controllo, non la conformità.

7. Sei mesi dopo un incidente, qualcuno chiede chi ha esportato un insieme di record. Nessuno ha configurato l'archiviazione di Event Monitoring. Cosa puoi rispondere?

Probabilmente niente: i log degli eventi vengono conservati per un tempo limitato (al massimo un anno, anche estendendo la conservazione), quindi tutto ciò che è più vecchio è perso a meno che non sia stato esportato. Configura Event Monitoring e invia gli eventi a un SIEM prima che ti servano. Rileggi Audit e monitoraggio non sono la stessa cosa.

8. Un commerciale chiede a Salesforce di cambiare la ragione sociale di un cliente, gestita come dato master dall'ERP. Negli stessi minuti qualcuno la cambia nell'ERP. Cosa dovrebbe dire il progetto?

Che Salesforce stava chiedendo, non cambiando: il campo è gestito come dato master dall’ERP. Decidi in anticipo la regola per le collisioni (vince l’ERP, rifiuto se il valore è cambiato, oppure la risolve una persona) e se i campi correlati viaggiano insieme. Rileggi Proteggi il record governato.

9. Arriva la richiesta di cancellazione di una persona. Il team pensa di cominciare a mappare dove si trovano i suoi dati. Qual è il problema?

Il tempo sta già scorrendo: con il GDPR, un mese, prorogabile di altri due per le richieste complesse. La mappa delle copie deve esistere prima che arrivi la richiesta. Rileggi Il tempo stringe.

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 e le leggi dietro i suoi fatti, con la data di consultazione.