Qualité et gouvernance des données

Aussi en 28 langues

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

Guide d’étude du chapitre 5 du cours Data Architect. Lisez d’abord les six modules ; cette page vous aide à vérifier ce que vous en avez retenu.

À propos de ce guide d’étude. Il est construit uniquement à partir du contenu de ce cours et de la liste des objectifs publiée dans le guide d’examen de Salesforce. Il ne s’appuie jamais sur de vraies questions d’examen et ne prétend pas savoir ce que contient l’examen. Si vous avez passé l’examen, merci de ne pas m’en envoyer les questions : l’accord de certification interdit de les partager, et apprendre des réponses par cœur n’est de toute façon pas la bonne manière de devenir architecte.

Ce chapitre porte la section Data Governance de l’examen (10 %) et des parties de Data Modeling (métadonnées) et de Salesforce Data Management (cohérence). C’est aussi là que le droit de la protection des données rencontre le modèle de données. C’est de l’architecture, pas un avis juridique : le service juridique décide de ce qui s’applique, et l’architecte le rend applicable. Les chiffres de la plateforme changent, alors vérifiez les valeurs actuelles avant de vous y fier.

Pour l’examen

Cochez-les au fur et à mesure. Chacun renvoie à l’endroit où il est enseigné.

GOV-2 : concevoir un programme de gouvernance

Je sais que le propriétaire de l’enregistrement (un mécanisme d’accès de la plateforme) n’est pas le propriétaire des données (responsable des données en tant qu’actif de l’entreprise), et que chaque champ peut consigner un Data Owner. (Le propriétaire de l’enregistrement n’est pas le propriétaire des données)
Je sais distinguer le propriétaire des données (fixe la politique), le data steward (la fait fonctionner) et le dépositaire (fait tourner le système). (Propriétaire, data steward, dépositaire)
À savoir pour l’examen : je connais les trois façons de mener un programme de gouvernance, centralisé, fédéré (décentralisé) et hybride, et ce que chacune implique pour savoir qui fixe la politique et où vivent les définitions communes. (Comment le programme fonctionne)
Je sais utiliser un RACI pour répondre à : où les données sont-elles créées, modifiées et référencées. (Le RACI doit mériter sa place)
Je sais nommer un point d’application pour une politique de gouvernance (autorisations, validation, champs réservés à l’intégration, historique des champs), pas seulement de la formation. (La gouvernance doit devenir mécanique)
Je sais que les signaux de qualité qui valent la peine d’être mesurés sont ceux sur lesquels quelqu’un agira. (Mesurez ce sur quoi quelqu’un agira)

SDM-2 et MDM-4 : empêcher les mauvaises données d’entrer

Je sais décider si la création de comptes doit être ouverte ou verrouillée, et je connais le chemin du type d’enregistrement provisoire pour les comptes maîtrisés dans un ERP. (Ouvert ou verrouillé ?, La voie médiane)
Je sais protéger les attributs gouvernés (un ID ERP, une raison sociale) tout en laissant modifiables les champs propres à Salesforce : un golden record hybride. Et je sais qu’un champ en lecture seule sur une page Dynamic Forms n’est pas de l’application ; la sécurité au niveau du champ ou une règle de validation, si. (Protégez l’enregistrement gouverné, Un type d’enregistrement par flux)
Je sais que les flux bidirectionnels sont les plus difficiles : si l’ERP maîtrise un champ, Salesforce demande à le modifier, et une collision a besoin d’une règle (l’ERP l’emporte, rejet si la valeur a changé, ou une personne tranche). (Protégez l’enregistrement gouverné)
Je sais que les champs obligatoires peuvent créer de fausses données (N/A, 999999), et je connais les alternatives. (Ne laissez pas les champs obligatoires créer de fausses données)
Je sais décider ce qui arrive aux données entrantes qui échouent aux contrôles : accepter, rejeter ou mettre en quarantaine, et qui possède l’exception. (Chaque frontière de données a besoin d’une décision de qualité)
Je sais que les données de référence ont aussi besoin de métadonnées : définitions, propriétaire, source et correspondances entre systèmes. (Les données de référence ont aussi besoin de métadonnées)

DM-3 : métadonnées métier et techniques

À savoir pour l’examen : je sais distinguer les métadonnées métier (sens, définitions, propriétaire, règles, sensibilité) des métadonnées techniques (objets, champs, types, noms d’API, schémas, mappages, lignage). (Deux sortes de métadonnées)
Je connais la différence entre un dictionnaire métier (ce que cela signifie), le lignage (d’où cela vient) et la classification (comment cela doit être traité). (Connaître ses données)
Je connais les champs de classification de Salesforce : Data Owner, Field Usage, Data Sensitivity Level, Compliance Categorization, sur les champs standard et personnalisés. (La classification répond à une autre question)
Je sais qu’il faut classer les champs sensibles, pas tous les champs, et qu’une classification sans application n’est que de la décoration. (Une classification sans application n’est que de la décoration)

GOV-1 : données personnelles et sensibles

Au-delà de l’examen

L’examen est le plancher, pas le plafond. Voici les habitudes de ce chapitre dont un architecte a besoin, qu’une question les aborde ou non.

Une politique sans point d’application n’est guère qu’un vœu.
Les propriétaires fixent la politique ; les architectes l’appliquent. N’inventez pas la politique, et ne jouez pas à l’avocat.
La gouvernance n’est jamais terminée. Elle avance par flux et reflux ; concevez les retours.
Ne comptez pas sur la bonne conduite. Construisez le contrôle : les personnes, les intégrations et les agents font tous des erreurs.
Gouvernez assez, pas tout.
Prévenez d’abord les erreurs coûteuses. Un doublon avec deux ans d’historique est un gros problème.
Distinguez ce que lisent les personnes de ce sur quoi décident les machines.
Documentez largement ; classez délibérément.
Les données sensibles les moins coûteuses à gouverner sont celles que vous n’avez jamais copiées.
Le consentement est une donnée, et l’autorisation d’utiliser des données doit pouvoir être représentée sous forme de données.
Contrôlez d’abord où vont les données personnelles, car la suppression est rare et difficile.
La conformité n’est pas un produit.
Capturer → Classer → Protéger → Utiliser → Conserver → Supprimer → Auditer.
Capturez les preuves avant que quiconque ne les demande.

Les mots à connaître

Terme	En une ligne
Gouvernance des données	Les politiques qui s’appliquent aux données, et l’architecture qui les rend vraies
Propriétaire des données	La personne ou la fonction responsable d’un type de données
Data steward	La personne qui garde les données en bonne santé au quotidien
Dépositaire	L’équipe qui exploite les systèmes contenant les données
RACI	Responsable, Approbateur, Consulté, Informé
Enregistrement provisoire	Un enregistrement créé avant que le système qui fait autorité ne l’ait accepté
Dictionnaire métier	Les définitions convenues des termes importants de l’entreprise
Lignage	D’où vient une valeur et ce qui lui est arrivé en chemin
Classification des données	Étiqueter les données par sensibilité et par catégorie de conformité pour qu’elles reçoivent les bons contrôles
Taxonomie	L’ensemble des libellés qu’une organisation utilise pour classer les données
Données personnelles	Des informations qui identifient une personne, ou qui peuvent être reliées à elle
Pseudonymisation	Remplacer les identifiants alors qu’un chemin de retour existe encore ; ce sont toujours des données personnelles
Anonymisation	Supprimer la possibilité raisonnable d’identifier la personne
Modèle de données de consentement	Les objets Salesforce pour le consentement par personne, canal, point de contact et finalité
Droit à l’oubli	Le droit d’une personne, là où la loi le prévoit, à faire effacer ses données personnelles
Golden record hybride	Un seul enregistrement avec les champs du système maître et les champs propres à Salesforce, chacun avec une seule source
Métadonnées métier / techniques	Ce que signifient les données et qui les possède / comment elles sont construites et circulent
Field Audit Trail	Un historique des champs plus long : jusqu’à 200 champs par objet, conservé jusqu’à sa suppression
Event Monitoring	Des journaux des connexions, exports, appels d’API et consultations, conservés pendant une durée limitée
SIEM	Un référentiel de sécurité où les journaux d’événements sont conservés et analysés

Testez-vous

De courts scénarios dans le style du cours. Décidez de votre réponse avant de l’ouvrir.

1. La politique dit que seule la Finance peut modifier la raison sociale d'un client. L'équipe prévoit de le couvrir en formation. Que manque-t-il ?

Un point d’application. La formation n’est pas un contrôle : utilisez un accès au niveau du champ, un champ que seule l’intégration écrit, une règle de validation ou un processus contrôlé. Les propriétaires fixent la politique ; l’architecte la rend mécaniquement vraie. Relisez La gouvernance doit devenir mécanique.

2. Les clients sont maîtrisés dans l'ERP. Les commerciaux doivent pouvoir commencer à vendre tout de suite à de nouveaux prospects. Comment le leur permettre, sans que deux systèmes créent l'enregistrement maître ?

Laissez les commerciaux créer le compte avec un type d’enregistrement provisoire, puis convertissez-le par un processus contrôlé : la Finance approuve, ou l’intégration le soumet à l’ERP, qui rapproche ou crée le client et renvoie l’ID qui fait autorité. Relisez La voie médiane.

3. Un nouveau champ obligatoire se remplit de « N/A » et de « 999999 ». Que s'est-il passé, et que feriez-vous à la place ?

Les utilisateurs ont été forcés de répondre avant de savoir. Exigez-le plus tard dans le processus, laissez un autre système le fournir, utilisez un état provisoire, ou autorisez un Inconnu explicite quand c’est une vraie réponse. Relisez Ne laissez pas les champs obligatoires créer de fausses données.

4. L'équipe a remplacé les noms par des jetons et dit que les données sont anonymisées, donc que la demande de suppression est traitée. Est-ce le cas ?

Pas si les jetons peuvent être reliés à la personne : c’est de la pseudonymisation, et les données restent personnelles. Dites exactement ce que fait le système, où se trouve la table de correspondance, et laissez le service juridique décider si cela satisfait l’exigence. Relisez Anonymisé, pseudonymisé, chiffré, masqué.

5. Un destinataire accepte les SMS de livraison mais pas le marketing. Comment le modèle doit-il le représenter ?

Avec le modèle de données de consentement, pas avec une seule case à cocher : la personne, le canal (SMS), le numéro précis, et la finalité d’utilisation des données (notifications de livraison, pas marketing). Et décidez quel système fait autorité pour le consentement, pour qu’un retrait atteigne chaque système qui agit en conséquence. Relisez Utilisez le modèle que Salesforce a déjà construit.

6. La conformité doit filtrer des rapports sur un champ chiffré de numéro de sécurité sociale. Le champ utilise le schéma de chiffrement par défaut. Quel est le problème ?

Le chiffrement probabiliste ne permet pas le filtrage dans les clauses SOQL WHERE ni dans les filtres de gestion des données. Le chiffrement déterministe permet le filtrage, au prix d’un peu de robustesse. Le chiffrement est une décision de conception avec des compromis, pas une case à cocher à la fin. Relisez Le chiffrement est un contrôle, pas la conformité.

7. Six mois après un incident, quelqu'un demande qui a exporté un ensemble d'enregistrements. Personne n'a mis en place le stockage d'Event Monitoring. Que pouvez-vous lui dire ?

Probablement rien : les journaux d’événements sont conservés pendant une durée limitée (un an au plus, même en extension), donc tout ce qui est plus ancien a disparu sauf s’il a été exporté. Mettez en place Event Monitoring et envoyez les événements vers un SIEM avant d’en avoir besoin. Relisez Auditer et surveiller, ce n’est pas la même chose.

8. Un commercial demande à Salesforce de modifier la raison sociale d'un client, que l'ERP maîtrise. Dans les mêmes minutes, quelqu'un la modifie dans l'ERP. Que doit dire la conception ?

Que Salesforce demandait, il ne modifiait pas : l’ERP maîtrise le champ. Décidez la règle de collision à l’avance (l’ERP l’emporte, rejet si la valeur a changé, ou une personne tranche) et si les champs liés voyagent ensemble. Relisez Protégez l’enregistrement gouverné.

9. La demande d'effacement d'une personne arrive. L'équipe prévoit de commencer à cartographier où vivent ses données. Quel est le problème ?

Le compte à rebours est déjà lancé : selon le RGPD, un mois, prolongeable de deux mois pour les demandes complexes. La carte des copies doit exister avant que la demande n’arrive. Relisez Le compte à rebours est lancé.

Pour aller plus loin

Salesforce Certified Platform Data Architect Exam Guide (opens in a new tab), aide Salesforce (en anglais, consulté le 2026-09-25) : la liste officielle des objectifs et de leurs pondérations. Vérifiez toujours la version actuelle avant de réserver l’examen.
La section Pour aller plus loin de chaque module liste la documentation Salesforce et les lois derrière ses faits, avec la date de vérification.