Stamgegevens en identiteit
Ook beschikbaar in 28 talen
English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)
Studiegids bij hoofdstuk 6 van de cursus Data Architect. Lees eerst de zes modules, inclusief de uitwerking van Checkpoint 1; deze pagina helpt je na te gaan wat is blijven hangen.
Over deze studiegids. Hij is alleen gebaseerd op de eigen inhoud van deze cursus en op de lijst met doelstellingen in de gepubliceerde examengids van Salesforce. Hij is nooit gebaseerd op echte examenvragen, en hij beweert niet te weten wat er in het examen staat. Als je het examen hebt gedaan, stuur me dan alsjeblieft geen vragen eruit: de certificeringsovereenkomst verbiedt het delen ervan, en antwoorden uit je hoofd leren is sowieso de verkeerde manier om architect te worden.
Dit hoofdstuk draagt het onderdeel Master Data Management van het examen (5%) en het totaalbeeld van de klant uit Salesforce Data Management. Het is een klein onderdeel naar gewicht, maar de ideeën ervan (zeggenschap, matchen, survivorship) duiken op in veel andere scenario’s. Platformgetallen veranderen, dus controleer de actuele voordat je erop vertrouwt.
Voor het examen
Section titled “Voor het examen ”Vink ze af terwijl je verdergaat. Elk punt linkt naar de plek waar het behandeld wordt.
MDM-2: een golden record en een systeem van waarheid
- Ik weet dat zeggenschap per attribuut toegewezen wordt, niet per record: één account kan velden hebben die in het ERP beheerd worden en velden die in Salesforce beheerd worden. (Waarheid hoort bij een attribuut)
- Ik vraag waar elk attribuut aangemaakt, bewerkt en verwezen wordt, en hoe snel het verandert. (Aangemaakt, bewerkt, verwezen, en hoe snel?)
- Ik kan een zeggenschapskaart bouwen, en ik weet dat de bedrijfseigenaar en het gezaghebbende systeem niet hetzelfde zijn. (Bouw een zeggenschapskaart)
- Ik weet dat zeggenschap over de levenscyclus kan veranderen (een prospect in Salesforce wordt een door het ERP bestuurde klant), en dat een kopie geen zeggenschap is. (Zeggenschap verandert over de levenscyclus, Een kopie is geen zeggenschap)
MDM-1: MDM-technieken
- Examenkennis: ik ken de vier MDM-implementatiestijlen, registry, consolidatie, coëxistentie en gecentraliseerd: wat elk centraliseert en of het waarden terugzet. (De vier naast elkaar)
- Ik kan de vier MDM-stijlen uit elkaar houden: registry, consolidatie, coëxistentie en gecentraliseerd, en de lichtste kiezen die het probleem oplost. (De vier naast elkaar)
- Ik weet dat een canoniek datamodel de structuur harmoniseert, maar de zeggenschap niet beslist. (Een gemeenschappelijk model is geen gemeenschappelijke waarheid)
- Ik ken de volgorde: harmoniseren, dan matchen, dan consolideren. (Harmoniseer, match dan, consolideer dan)
- Ik weet dat drempels de tolerantie voor fouten weergeven, en dat verrijking herkomst nodig heeft. (Drempels, beoordeling en verrijking)
- Examenkennis: ik ken hiërarchiebeheer: Parent Account bouwt de hiërarchie (de Lightning-weergave toont tot 2.000 accounts, zonder persoonsaccounts), hiërarchieën hebben vaak gesplitste zeggenschap, en een bedrijf kan meerdere geldige hiërarchieën hebben. (Hiërarchieën zijn ook stamgegevens, Eén hiërarchie, meerdere masters)
MDM-3: de winnende attributen kiezen
- Ik houd matchen, samenvoegen en survivorship uit elkaar. (Matchen, samenvoegen en survivorship)
- Ik ken de survivorshipregels: meest recent, meest voorkomend, bronprioriteit, en weet dat elke regel een eigenaar nodig heeft. (Survivorship: welke waarde wint?)
- Ik weet dat een match geen samenvoeging vraagt, en ik voeg alleen samen met een duidelijke winnaar, nadat ik eerst beslist heb wat er met de onderliggende records gebeurt. (Een match vraagt geen samenvoeging, Mijn regel voor samenvoegen: een duidelijke winnaar)
- Examenkennis: ik weet wat het samenvoegen van accounts in Salesforce doet: tot drie records, één hoofdrecord, de oudste Created By en Created Date blijven, de andere naar de prullenbak, en contactpuntobjecten worden bij persoonsaccounts niet samengevoegd. (Wat samenvoegen in Salesforce echt doet)
SDM-3: een totaalbeeld van de klant
- Ik weet dat identiteitsresolutie in Data 360 bronprofielen koppelt tot een geünificeerd profiel en de koppelingen terug bijhoudt: het dichtst bij een registry. (Identiteitsresolutie beantwoordt “wie?”)
- Examenkennis: ik ken de matchregels van Data 360: alle criteria in een regel moeten overeenkomen, elke regel kan overeenkomen; meer criteria voor nauwkeurigheid, minder voor consolidatie. (Matchregels)
- Ik ken de matchmethoden (Exact, Exact Normalized, Fuzzy met drie precisies): een minder precieze methode verhoogt de consolidatie, en het risico op valse matches. (Matchregels)
- Examenkennis: ik weet dat reconciliatieregels (Last Updated, Most Frequent, Source Priority) beslissen wat het geünificeerde profiel toont, maar de bronnen niet veranderen; contactpunten worden niet verzoend. (Reconciliatie is nog steeds geen beheer)
- Ik kan voor de taak kiezen tussen duplicaatbeheer, identiteitsresolutie en een apart MDM-platform. (Drie tools voor drie taken)
MDM-4 en data in twee richtingen
- Ik weet dat data in twee richtingen geen twee masters betekent: een bewerking in Salesforce van een veld waarvan het ERP eigenaar is, is een verzoek, dus ontwerp verzoek → valideren → accepteren → publiceren, met een toestand “in behandeling”. (Data in twee richtingen betekent geen twee masters, Als de master nee zegt)
- Ik weet hoe ik lussen en botsingen vermijd: een oorspronkelijke wijziging onderscheiden van haar echo, en beslissen welke velden samen reizen als één transactie. (Lussen en botsingen)
- Voor één klant in twee ERP’s kan ik kiezen tussen een hiërarchie, gelijkwaardige accounts of één account met een onderliggend record per ERP, afhankelijk van hoe goed de opdrachtgever zijn ERP’s synchroon houdt. (Eén klant, twee ERP’s, Vraag hoe ze de ERP’s synchroon houden)
Checkpoint 1: Deel 1 samenbrengen
- Examenkennis: ik weet welke externe licenties standaard delen meebrengen: Customer Community Plus en Partner Community, die rollen nodig hebben voor de externe gebruikers; Customer Community gebruikt sharing sets. (Wie ziet wat, en wie heeft een licentie nodig)
Voorbij het examen
Section titled “Voorbij het examen ”Het examen is de vloer, niet het plafond. Dit zijn de gewoonten uit dit hoofdstuk die een architect nodig heeft, of er nu ooit een vraag over gesteld wordt of niet.
- “Eén bron van waarheid”: welke waarheid? Het is een architectuur van waarheid, niet één record.
- Maak zeggenschap zichtbaar in het schema: een prefix voor velden waarvan een ander systeem eigenaar is.
- Vertrouwen vraagt meer dan een waarde: bron, laatst bevestigd, wie het wijzigde.
- Begin bij het probleem, niet bij het MDM-product. MDM is een bedrijfsbeslissing over zeggenschap.
- Koppelen is geen beheren.
- Waar valse matches duur zijn, match je bewust te weinig.
- Houd duplicaten uit externe loads als je misschien moet terugzoeken.
- Een geünificeerd profiel is een kaart. Een golden record is een beslissing.
- Weergave is geen zeggenschap.
- Identiteit unificeren wist geen beveiligingsgrenzen.
- “The hardest thing are the bi-directionals.” Gedeelde zeggenschap is niet het probleem; onduidelijke zeggenschap wel.
- Laat een geweigerd verzoek nooit een concurrerende waarheid worden.
- Een veld dat zegt dat dit stamgegevens zijn stuurt de bewerkbaarheid, geen recordtype.
- Wij hebben de ERP’s niet in de hand. Wij bepalen hoe we ze in Salesforce weergeven.
Begrippen
Section titled “Begrippen ”| Begrip | In één zin |
|---|---|
| Master data management (MDM) | De gezaghebbende identiteit en waarden van belangrijke data over systemen heen vaststellen en besturen |
| Zeggenschapskaart | Per attribuut: wie het aanmaakt, wie eigenaar is van de beslissing, welk systeem gezaghebbend is, wie het mag wijzigen |
| Golden record | Een bestuurde beslissing over welke waarden gezaghebbend zijn |
| Hybride golden record | Een record waarvan sommige attributen elders beheerd en binnengekopieerd worden, en sommige lokaal eigendom zijn |
| Registry | MDM die records als dezelfde entiteit koppelt zonder de bronnen te veranderen |
| Consolidatie | MDM die data centraal combineert, meestal voor analytics, zonder terug te zetten |
| Coëxistentie | MDM die de beheerde waarde beslist en terug publiceert naar de bronnen |
| Gecentraliseerde MDM | MDM waarbij bestuurde data in de master aangemaakt en verspreid wordt |
| Canoniek datamodel | Een afgesproken enterprisevorm voor een concept, gebruikt om systemen op elkaar aan te sluiten |
| Harmonisatie | Waarden vergelijkbaar maken: standaardformaten, codes en afkortingen |
| Matchen | Beslissen of records hetzelfde vertegenwoordigen |
| Survivorship | Regels voor welke waarde wint als bronnen het oneens zijn |
| Hoofdrecord (principal record) | Bij samenvoegen in Salesforce het record dat overleeft en zijn verborgen en alleen-lezenvelden behoudt |
| Matchmethode (match method) | Hoe een matchcriterium in Data 360 waarden vergelijkt: exact, exact genormaliseerd of fuzzy |
| Identiteitsresolutie | Het matchen van bronprofielen tot geünificeerde profielen in Data 360 |
| Geünificeerd profiel | Een set sleutels die bronrecords koppelt die één persoon of bedrijf vertegenwoordigen |
| Reconciliatieregels | Regels in Data 360 voor welke waarde een geünificeerd profiel toont |
| Hiërarchie met gesplitste zeggenschap | Een hiërarchie waarvan de takken eigendom zijn van verschillende systemen |
Test jezelf
Section titled “Test jezelf ”Korte scenario’s in de stijl van de cursus. Bepaal je antwoord voordat je het openklapt.
1. "Salesforce is onze enige bron van waarheid voor de klant." Wat vraag je?
Welke waarheid? Zeggenschap is per attribuut: het ERP kan eigenaar zijn van de juridische naam, het factuuradres en de kredietlimiet terwijl Salesforce eigenaar is van de accountmanager en het successniveau. Bouw een zeggenschapskaart. Lees opnieuw Waarheid hoort bij een attribuut.
2. Serviceagents moeten zien dat een Salesforce-contactpersoon dezelfde persoon is die online kocht. Niemand heeft nodig dat de systemen veranderen. Welke MDM-stijl?
Een registry: koppel de records als één identiteit zonder de bronnen te veranderen, wat identiteitsresolutie in Data 360 doet. Kies het lichtste patroon dat het probleem oplost. Lees opnieuw Registry: vertel me wie wie is.
3. Survivorship staat voor elk veld op "meest recent wint". Iemand wijzigt de Salesforce-kopie van de juridische naam waarvan het ERP eigenaar is. Wat gebeurt er, en wat is er fout?
De nieuwste waarde wint, en de kopie gaat boven de zeggenschap. “Meest recent” is een uitspraak over vertrouwen die bij sommige attributen past (een mobiel nummer) en bij andere niet. Waar de zeggenschapskaart zegt dat het ERP eigenaar is van het veld, wint het ERP. Lees opnieuw Survivorship: welke waarde wint?.
4. Klantrecords uit een verouderd systeem worden geïmporteerd en matchen met bestaande accounts. Samenvoegen?
Wees voorzichtig. Een match vraagt geen samenvoeging, en samenvoegen vernietigt de oude ID’s en oudere waarden die je misschien moet terugvinden. Koppel ze, tenzij er een duidelijke winnaar is en het duplicaat niets toevoegt wat je nodig hebt. Lees opnieuw Mijn regel voor samenvoegen: een duidelijke winnaar.
5. Het geünificeerde profiel in Data 360 toont Dallas. Het team zegt dat Dallas nu de gouden waarde is voor elk systeem. Klopt dat?
Nee. Reconciliatie beslist wat het geünificeerde profiel toont; ze verandert de bronnen niet en neemt geen beheerbeslissing. Als elk systeem één bestuurde waarde moet gebruiken, is dat coëxistentie of gecentraliseerde MDM, met een eigenaar. Lees opnieuw Reconciliatie is nog steeds geen beheer.
6. Medische records matchen tegenover marketingrecords: dezelfde regels?
Nee. Een valse match in marketing stuurt de verkeerde aanbieding; in medische data combineert ze de geschiedenis van twee mensen. Bepaal de strengheid naar de prijs van ongelijk hebben, en match te weinig waar vermengen duur is. Lees opnieuw De prijs van ongelijk hebben.
7. Verkopers willen vanuit Salesforce een factuuradres bijwerken waarvan het ERP eigenaar is. Hoe ontwerp je dat?
Als een verzoek, niet als een bewerking: Salesforce stuurt de voorgestelde waarde, het ERP valideert en accepteert haar, en publiceert de gezaghebbende waarde terug. Houd tot dan een toestand “in behandeling” aan, en handel weigering, botsingen en echo’s af. Lees opnieuw Data in twee richtingen betekent geen twee masters.
8. Bij Steve Trucking staat dezelfde John Smith in de vrachtlijsten van twee retailpartners. Unificeer je hem?
Nee, bewust niet. Elke partner mag nooit de ontvangers van een andere zien, en een geünificeerde identiteit is de brug waarlangs het lekt. Match te weinig waar vermengen duur is; als een partner terugkerende ontvangers wil herkennen, baken het dan af tot alleen die partner. Lees opnieuw Zou ik ontvangers over partners heen unificeren?.
9. Een verkoper stuurt een nieuwe straat voor een adres waarvan het ERP eigenaar is, terwijl iemand in het ERP in dezelfde minuut de plaats verandert. Wat beslis je?
Of het adres als één transactie reist. Zo ja, dan gaan de velden allemaal samen of geen van alle, en wordt het verzoek geweigerd omdat het adres intussen veranderd is. Beslis dat vóór de eerste botsing, en onthoud dat het verzoek vraagt om de waarde van het ERP te veranderen, niet dat het haar verandert. Lees opnieuw Lussen en botsingen.
10. Een opdrachtgever heeft één klant in twee ERP's, en niemand houdt de twee records synchroon. Sales wil één account. Wat raad je aan?
Niet één account. Als ze de records in hun eigen ERP’s niet synchroon kunnen houden, kan Salesforce dat niet voor ze doen: geef ze weer als gelijkwaardige accounts of een hiërarchie, en laat de structuur zien die sales al kent. Eén account met een onderliggend record per ERP vraagt een opdrachtgever die de gedeelde waarden synchroon houdt. Lees opnieuw Vraag hoe ze de ERP’s synchroon houden.
Verder lezen
Section titled “Verder lezen ”- Salesforce Certified Platform Data Architect Exam Guide (opens in a new tab), Salesforce Help (Engels, gecontroleerd op 2026-09-25): de officiële lijst met doelstellingen en hun gewicht. Kijk altijd de actuele versie na voordat je het examen boekt.
- Het onderdeel Verder lezen van elke module noemt de Salesforce-documentatie achter de feiten, met de datum waarop ze gecontroleerd is.