Ga naar inhoud
SteveTechArcSteveTechArc Courses

Een kaart is geen beslissing

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)

A road map spread on a table by a window, and outside, a single blank signpost at a fork in the lane pointing one way.
Afbeelding gegenereerd met AI

Module 4 van 6 in het hoofdstuk Stamgegevens en identiteit, hoofdstuk 6 van de cursus Data Architect. Elke module staat op zichzelf. Vorige: Matchen, samenvoegen en survivorship · Volgende: Als zeggenschap gedeeld is

De vraag die deze module beantwoordt: Is een geünificeerd profiel hetzelfde als een golden record?

Dezelfde klant staat in drie systemen. Salesforce kent Daniel Reyes, d.reyes@example.com, Dallas. E-commerce kent Dan Reyes, hetzelfde e-mailadres, Dallas, TX. Support kent Daniel Reyes, 214-555-0100, Dallas. Data 360 besluit dat alle drie dezelfde persoon zijn en bouwt een geünificeerd profiel. Uitstekend. Hebben we een golden record? Niet per se. We weten dat de records bij elkaar horen; we hebben niet beslist welke bron eigenaar is van de waarheid. Dit kan verwarrend zijn voor mensen: identiteitsresolutie maakt een geünificeerd individu, maar geen golden record. Dus ik leer het verschil recht voor zijn raap:

Een geünificeerd profiel is een kaart. Een golden record is een beslissing.

Identiteitsresolutie beantwoordt “wie?”

Section titled “Identiteitsresolutie beantwoordt “wie?” ”

Zonder identiteitsresolutie verschijnt één persoon als losse profielen: marketing ziet er één, sales een ander, service nog een ander. Data 360 neemt ze op en gebruikt regels voor identiteitsresolutie om te beslissen welke bij elkaar horen. Dan kunnen we zeggen deze records lijken dezelfde persoon te zijn. Dat lost identiteit op. Het lost beheer niet op.

En het geünificeerde profiel houdt de kaart naar zijn bronnen bij. In de eigen beschrijving van Salesforce is een geünificeerd profiel geen golden record: het is een set sleutels, waarbij identiteitskoppelingsobjecten de ID van elk bronrecord verbinden met de ID van het geünificeerde profiel (Data 360 Architecture (opens in a new tab)). De geünificeerde persoon 10042 verwijst naar Salesforce-contactpersoon 003…, e-commerceklant EC-48372 en supportklant SUP-9128. De originelen verdwijnen niet. Dat ligt heel dicht bij de registry uit module 2.

Een geünificeerd profiel is een kaart terug naar de bronnen Geünificeerd profiel 10042 in het midden, beschreven als een set sleutels. Drie bronrecords zijn er elk mee verbonden via een identiteitskoppeling: Salesforce-contactpersoon 003…, die in Salesforce blijft; e-commerceklant EC-48372, die in e-commerce blijft; en supportklant SUP-9128, die in support blijft. Onderaan: identiteitsresolutie koppelt de records; ze verplaatst ze niet, wijzigt ze niet en kiest geen winnende waarden. identiteitskoppeling identiteitskoppeling identiteitskoppeling Salesforce-contactpersoon 003… blijft in Salesforce Geünificeerd profiel 10042 een set sleutels E-commerceklant EC-48372 blijft in e-commerce Supportklant SUP-9128 blijft in support Identiteitsresolutie koppelt de records. Ze verplaatst ze niet, wijzigt ze niet en kiest geen winnende waarden. © 2026 Twinshark LLC · stevetecharc.com
Click to enlarge

Een geünificeerd profiel is een kaart terug naar de bronidentiteiten.

Matchregels: strengheid is een risicobeslissing

Section titled “Matchregels: strengheid is een risicobeslissing ”

Hoe beslist Data 360 wie geünificeerd wordt? Matchregels. Profielen matchen als aan alle criteria van een regel voldaan is, en als je meerdere regels hebt, maakt een match op één ervan het geünificeerde profiel. De eigen richtlijn van Salesforce: gebruik meer criteria voor nauwkeurigheid (meer afzonderlijke profielen), minder voor consolidatie (Identity Resolution Match Rules (opens in a new tab)). Dus criteria aan een regel toevoegen maakt haar strenger; alternatieve regels toevoegen verbreedt de manieren waarop profielen kunnen matchen. Identiteitsresolutie configureren is niet “matchen aanzetten”. Het is definiëren welk bewijs genoeg is om te zeggen dat deze profielen één persoon zijn.

Meer matchen is niet automatisch beter. Tien miljoen bronprofielen worden acht miljoen geünificeerde. Maak de regels losser, en nu zijn het er zes miljoen. Beter? Misschien heb je meer duplicaten gevonden. Of misschien ben je verschillende mensen gaan combineren. Een kleiner aantal is geen bewijs van betere data. Het doel is niet de minste profielen; het zijn de best verdedigbare identiteiten voor het doel. En elk criterium heeft een matchmethode: Exact, Exact Normalized, of Fuzzy met hoge, gemiddelde of lage precisie. De eigen waarschuwing van Salesforce is precies het punt: een minder precieze methode verhoogt de consolidatiegraad, “maar kan tot ongewenste matches leiden.” (Fuzzy is niet beschikbaar voor accountvelden, en de genormaliseerde waarden worden alleen gebruikt om te vergelijken; ze worden niet in het geünificeerde profiel opgeslagen, en dat is de harmonisatiestap uit module 3 aan het werk: Identity Resolution Match Methods (opens in a new tab).) Hoe losser de methode, hoe meer de identiteit zelf een oordeel wordt. Als ze fout is, personaliseren we dan alleen een pagina slecht, of laten we de supporthistorie van de ene persoon aan een ander zien, of laten we een agent handelen op de data van twee mensen?

Dat is mijn standpunt: hoe streng je matcht is een risicobeslissing. Het hangt af van hoe uniek de matchvelden een persoon identificeren en wat een valse match kost. Waar vermengen duur is, match je bewust te weinig. Twee profielen voor één persoon is onhandig. Eén profiel met twee mensen erin kan gevaarlijk zijn.

Reconciliatie is nog steeds geen beheer

Section titled “Reconciliatie is nog steeds geen beheer ”

Zodra profielen geünificeerd zijn, zijn de bronnen het nog steeds oneens: Salesforce zegt Dallas, e-commerce Plano, support Dallas. Wat toont het geünificeerde profiel? Reconciliatieregels beslissen: Last Updated, Most Frequent of Source Priority, ingesteld per object en per veld te overschrijven (Identity Resolution Reconciliation Rules (opens in a new tab)). Dat klinkt als de survivorship uit module 3.

Hier komen teams in de problemen. Het geünificeerde profiel toont Dallas, en iemand zegt: “Mooi, Dallas is onze gouden waarde.” Rustig aan. E-commerce zegt nog steeds Plano. Salesforce zegt uitdrukkelijk dat reconciliatie brondata niet verwijdert of wijzigt en de bronsystemen niet bijwerkt, en dat ze niet bedoeld is om voor elke applicatie een “beste” waarde te kiezen. Ze beslist alleen wat het geünificeerde profiel toont (zelfde bron). Weergave is geen zeggenschap.

Examenkennis. Weet hoe identiteitsresolutie in Data 360 beslist en weergeeft: in een matchregel moeten alle criteria overeenkomen, en als één regel overeenkomt, worden de profielen geünificeerd (meer criteria voor nauwkeurigheid, minder voor consolidatie); de drie reconciliatieregels zijn Last Updated, Most Frequent en Source Priority, ingesteld per object en per veld te overschrijven; en reconciliatie wijzigt de brondata niet, en contactpunten worden niet verzoend.

Contactpunten maken het punt nog duidelijker. Een persoon kan een persoonlijk en een zakelijk e-mailadres hebben, een mobiel en een vast nummer, allemaal legitiem. Data 360 verzoent contactpunten helemaal niet: elk e-mailadres en telefoonnummer blijft op het geünificeerde profiel (zelfde bron). Soms zijn meerdere waarden gewoon de waarheid. “Geünificeerd” betekent niet één waarde voor alles.

Een golden record is een beslissing

Section titled “Een golden record is een beslissing ”

Vergelijk een echte beheereis. Het bedrijf zegt dat het ERP gezaghebbend is voor de juridische naam, en de beheerde waarde is “Oakline Logistics LLC”. Salesforce, facturatie en service moeten haar allemaal gebruiken, en als er een afwijkt, zet het beheerproces de bestuurde waarde terug. Dat is een andere architectuur. We kiezen niet wat één weergave toont; we beslissen dit is de waarde die de enterprise gebruikt, en elk deelnemend systeem komt erbij uit.

Dus: een geünificeerd profiel brengt identiteiten en informatie samen. Een golden record is een bestuurde beslissing over welke waarden gezaghebbend zijn. Een geünificeerd profiel kan een uitstekend totaalbeeld van de klant geven, samengesteld uit gezaghebbende bronnen. Dat maakt het niet het systeem dat de klant beheert.

Een geünificeerd profiel is een kaart, een golden record is een beslissing Twee kolommen. Geünificeerd profiel, een kaart, uit de identiteitsresolutie van Data 360: de bronnen zeggen Dallas in Salesforce, Plano in e-commerce en Dallas in support; het profiel toont Dallas via een reconciliatieregel; daarna zegt e-commerce nog steeds Plano, en er gaat niets terug naar de bronnen. Golden record, een beslissing, uit een MDM-proces, benadrukt: het ERP is eigenaar van de juridische naam, Oakline Logistics LLC; die wordt teruggezet naar Salesforce, billing en service, en elk systeem komt erop uit; de eigenaar is een benoemde bedrijfseigenaar. Onderaan: presentatie is geen zeggenschap; hebben we de data geünificeerd, of hebben we ze gemasterd? Geünificeerd profiel: een kaart identiteitsresolutie van Data 360 DE BRONNEN Salesforce: Dallas E-commerce: Plano Support: Dallas HET PROFIEL TOONT Dallas, via een reconciliatieregel DAARNA E-commerce zegt nog steeds Plano Er gaat niets terug naar de bronnen Golden record: een beslissing een MDM-proces DE BESLISSING Het ERP is eigenaar van de juridische naam Oakline Logistics LLC DAARNA Teruggezet naar Salesforce, billing en service Elk systeem komt erop uit EIGENAAR Een benoemde bedrijfseigenaar Presentatie is geen zeggenschap. Hebben we de data geünificeerd, of hebben we ze gemasterd? © 2026 Twinshark LLC · stevetecharc.com
Click to enlarge

Een geünificeerd profiel is een kaart. Een golden record is een beslissing.

Herleidbaarheid

Section titled “Herleidbaarheid ”

Als het geünificeerde profiel Dallas zegt, waar kwam dat vandaan: Salesforce, het ERP, e-commerce? Is het gekozen als laatst bijgewerkt, meest voorkomend, bronprioriteit? Die herkomst doet ertoe voor audit, privacy, probleemoplossing, het repareren van datakwaliteit en beslissingen van agents, en vooral om te weten waar een correctie hoort. Als Dallas fout is, repareert het bewerken van de samengestelde weergave de bron niet. Je hebt de externe ID’s, de identiteitskoppelingen en de herkomstvelden nodig om terug te gaan naar het record dat moet veranderen.

Drie tools voor drie taken

Section titled “Drie tools voor drie taken ”

Zo houd ik ze uit elkaar:

  1. Duplicaatbeheer en samenvoegen, binnen één Salesforce-org, als er een duidelijke winnaar is en je de duplicaten niet meer nodig hebt (module 3).
  2. Identiteitsresolutie in Data 360, voor één identiteit en één beeld over bronnen heen zonder ze te veranderen: een registry.
  3. Een apart MDM-platform, als waarden één keer beslist en teruggezet moeten worden naar elk deelnemend systeem: coëxistentie of gecentraliseerd.
Drie tools voor drie taken Drie tools voor drie taken, genummerd. Eén, samenvoegen, met duplicaatbeheer en samenvoegen: de taak is duplicaten in één org; het voegt ze samen tot één record en de andere gaan naar de prullenbak; gebruik het als er een duidelijke winnaar is en je de duplicaten niet nodig hebt. Twee, koppelen, met identiteitsresolutie van Data 360: de taak is één identiteit over bronnen heen; het koppelt de records tot een geünificeerd profiel en de bronnen blijven zoals ze zijn; gebruik het als je één totaalbeeld nodig hebt; het staat het dichtst bij een registry. Drie, masteren, met een specifiek MDM-platform: de taak is één bestuurde waarde overal; het beslist over de beheerde waarden en zet ze terug naar elk systeem; gebruik het als elk systeem erop moet uitkomen, met coëxistentie- of gecentraliseerde MDM. Onderaan: samenvoegen, koppelen, masteren; koop geen MDM als je een kaart nodig hebt. 1 Samenvoegen Duplicaatbeheer en samenvoegen DE TAAK Duplicaten in één org DOET Voegt ze samen tot één record De andere gaan naar de prullenbak GEBRUIK ALS Er een duidelijke winnaar is Je de duplicaten niet nodig hebt 2 Koppelen Identiteitsresolutie van Data 360 DE TAAK Eén identiteit over bronnen heen DOET Koppelt de records tot een geünificeerd profiel De bronnen blijven zoals ze zijn GEBRUIK ALS Je één totaalbeeld nodig hebt Het dichtst bij een registry 3 Masteren Een specifiek MDM-platform DE TAAK Eén bestuurde waarde overal DOET Beslist over de beheerde waarden Zet ze terug naar elk systeem GEBRUIK ALS Elk systeem moet erop uitkomen Coëxistentie of gecentraliseerd Samenvoegen, koppelen, masteren. Koop geen MDM als je een kaart nodig hebt. © 2026 Twinshark LLC · stevetecharc.com
Click to enlarge

Drie tools voor drie taken: samenvoegen, koppelen, beheren.

Koop geen MDM als je een kaart nodig hebt. “We willen dat de serviceagent ziet dat deze Salesforce-klant dezelfde persoon is die online kocht” vraagt misschien identiteitsresolutie en gecombineerde context, geen gecentraliseerde MDM. “Het ERP, Salesforce, e-commerce en facturatie moeten allemaal dezelfde bestuurde juridische naam gebruiken, en wijzigingen moeten naar ze allemaal terugstromen” is anders: dat is beheren. Los niet het tweede op als je het eerste hebt, en doe niet alsof het eerste het tweede oploste.

Eén identiteit is niet één toestemming

Section titled “Eén identiteit is niet één toestemming ”

Identiteitsresolutie zegt dat deze records één persoon zijn. Dat betekent niet dat iedereen die één bronrecord mag zien, alles mag zien wat aan de geünificeerde identiteit hangt. Een retailpartner mag de leveringen zien die hij stuurde; de leveringen van een andere partner aan dezelfde ontvanger gaan hem niets aan, ook al weet de identiteitslaag dat ze verwant zijn. De identiteitsgraaf kan kloppen terwijl het toegangsontwerp fout is. Identiteit unificeren wist geen beveiligingsgrenzen. Daarom wordt te veel matchen een privacyprobleem, en daarom behandelt de checkpoint van Steve Trucking het unificeren van ontvangers zo voorzichtig: een kaart van wie wie is, geeft geen eigenaarschap, en ook geen toegang.

Voorbij het examen: wat AI verandert. Agents hebben één identiteit nodig om op te handelen, en het geünificeerde profiel geeft hun die. Dat verhoogt de inzet in beide richtingen. Te veel matchen is nu een privacy-incident: een agent die voor de ene persoon handelt op de data van een ander. En een agent die “de klant bijwerkt” moet naar het bronsysteem van het attribuut schrijven, met de zeggenschapskaart uit module 1, niet naar het geünificeerde profiel. De kaart vertelt de agent wie de persoon is; het zeggenschapsmodel vertelt hem waar een wijziging hoort.

Wat een architect hier beslist

Section titled “Wat een architect hier beslist ”
  • Welk bewijs genoeg is om profielen te unificeren, en hoe de prijs van een valse match de strengheid bepaalt.
  • Welke reconciliatieregels beslissen wat het geünificeerde profiel toont.
  • Of de behoefte duplicaten opruimen in één org is, identiteit over bronnen heen, of echt enterprisebeheer.
  • Welke bron gezaghebbend blijft voor elk attribuut, ook als Data 360 een verzoende waarde toont.
  • Hoe geünificeerde identiteit samenwerkt met beveiliging, privacy, herkomst en acties van agents.

Data 360 kan ons vertellen dat deze profielen bij elkaar horen, ons een geünificeerde identiteit geven, verzoenen wat het toont en de koppelingen naar elke bron bijhouden. Dat is enorm waardevol. Maar als Salesforce het ene zegt en het ERP het andere, moet iemand nog steeds beslissen welk systeem de enterprisewaarheid mag wijzigen. Dus als iemand zegt “we hebben een geünificeerd profiel, dus we hebben ons golden record”, vraag dan: hebben we de data geünificeerd, of hebben we haar beheerd?

Verder lezen

Section titled “Verder lezen ”