Et kart er ikke en beslutning
Finnes også på 28 språk
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 · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)
Modul 4 av 6 i kapitlet Masterdata og identitet, kapittel 6 i kurset Data Architect. Hver modul står på egne ben. Forrige: Matching, sammenslåing og overlevelsesregler · Neste: Når autoriteten er delt
Spørsmålet denne modulen besvarer: Er en samlet profil det samme som en golden record?
Samme kunde finnes i tre systemer. Salesforce kjenner Daniel Reyes, d.reyes@example.com, Dallas. Netthandelen kjenner Dan Reyes, samme e-post, Dallas, TX. Support kjenner Daniel Reyes, 214-555-0100, Dallas. Data 360 avgjør at alle tre er samme person og bygger en samlet profil. Utmerket. Har vi en golden record? Ikke nødvendigvis. Vi vet at postene hører sammen; vi har ikke avgjort hvilken kilde som eier sannheten. Dette kan være forvirrende: identitetsoppløsning lager et samlet individ, men ikke en golden record. Så jeg underviser i forskjellen rett på:
En samlet profil er et kart. En golden record er en beslutning.
Identitetsoppløsning svarer på «hvem?»
Section titled “Identitetsoppløsning svarer på «hvem?» ”Uten identitetsoppløsning dukker én person opp som profiler uten forbindelse: markedsføring ser én, salg en annen, service en tredje. Data 360 henter dem inn og bruker regler for identitetsoppløsning til å avgjøre hvilke som hører sammen. Da kan vi si disse postene ser ut til å være samme person. Det løser identitet. Det løser ikke mastring.
Og den samlede profilen beholder kartet tilbake til kildene. I Salesforces egen beskrivelse er en samlet profil ikke en golden record: den er et sett nøkler, med identitetskoblingsobjekter som knytter hver kildeposts ID til den samlede profilens ID (Data 360 Architecture (opens in a new tab)). Den samlede personen 10042 kobles til Salesforce-kontakten 003…, netthandelskunden EC-48372 og supportkunden SUP-9128. Originalene forsvinner ikke. Det er svært nær registeret fra modul 2.
En samlet profil er et kart tilbake til kildeidentitetene.
Samsvarsregler: strenghet er en risikobeslutning
Section titled “Samsvarsregler: strenghet er en risikobeslutning ”Hvordan avgjør Data 360 hvem som blir samlet? Samsvarsregler (match rules). Profiler matcher når alle kriteriene i en regel er oppfylt, og hvis du har flere regler, er en match på en hvilken som helst av dem nok til å lage den samlede profilen. Salesforces egen veiledning: bruk flere kriterier for nøyaktighet (flere separate profiler), færre for konsolidering (Identity Resolution Match Rules (opens in a new tab)). Så flere kriterier i en regel gjør den strengere; flere alternative regler gir flere måter profiler kan matche på. Å konfigurere identitetsoppløsning er ikke å «slå på matching». Det er å definere hvilke bevis som er nok til å si at disse profilene er én person.
Mer matching er ikke automatisk bedre. Ti millioner kildeprofiler blir åtte millioner samlede. Løsne på reglene, og nå er det seks millioner. Bedre? Kanskje du fant flere duplikater. Eller kanskje du begynte å kombinere forskjellige mennesker. Et lavere tall er ikke bevis på bedre data. Målet er ikke færrest mulig profiler; det er de mest forsvarlige identitetene for formålet. Og hvert kriterium har en samsvarsmetode (match method): Exact, Exact Normalized eller Fuzzy med høy, middels eller lav presisjon. Salesforces egen advarsel er poenget: en mindre presis metode øker konsolideringsgraden, «men kan føre til uønskede matcher». (Fuzzy er ikke tilgjengelig for felt på Account, og de normaliserte verdiene brukes bare til å sammenligne; de lagres ikke i den samlede profilen, og det er harmoniseringstrinnet fra modul 3 i praksis: Identity Resolution Match Methods (opens in a new tab).) Jo løsere metode, desto mer blir selve identiteten en vurdering. Hvis den er feil, personaliserer vi bare en side dårlig, eller viser vi én persons supporthistorikk til en annen, eller lar vi en agent handle på to menneskers data?
Det er mitt standpunkt: hvor strengt du matcher, er en risikobeslutning. Det avhenger av hvor entydig samsvarsfeltene identifiserer en person, og hva en falsk match koster. Der sammenblanding er kostbart, matcher du for lite med vilje. To profiler for én person er upraktisk. Én profil med to personer i kan være farlig.
Avstemming er fortsatt ikke mastring
Section titled “Avstemming er fortsatt ikke mastring ”Når profilene er samlet, er kildene fortsatt uenige: Salesforce sier Dallas, netthandelen Plano, support Dallas. Hva viser den samlede profilen? Avstemmingsregler (reconciliation rules) avgjør: Last Updated, Most Frequent eller Source Priority, satt per objekt og mulig å overstyre per felt (Identity Resolution Reconciliation Rules (opens in a new tab)). Det burde minne om overlevelsesreglene fra modul 3.
Her er det teamene får problemer. Den samlede profilen viser Dallas, og noen sier: «Flott, Dallas er vår gylne verdi.» Ta det rolig. Netthandelen sier fortsatt Plano. Salesforce sier tydelig at avstemming ikke sletter eller endrer kildedata eller oppdaterer kildesystemene, og den er ikke ment å velge en «beste» verdi for hver applikasjon. Den avgjør bare hva den samlede profilen viser (samme kilde). Visning er ikke autoritet.
Eksamenskunnskap. Vit hvordan identitetsoppløsning i Data 360 avgjør og viser: i en samsvarsregel må alle kriteriene matche, og en match på en hvilken som helst regel samler profilene (flere kriterier for nøyaktighet, færre for konsolidering); de tre avstemmingsreglene er Last Updated, Most Frequent og Source Priority, satt per objekt og mulig å overstyre per felt; og avstemming endrer ikke kildedataene, og kontaktpunkter avstemmes ikke.
Kontaktpunkter gjør poenget enda tydeligere. En person kan ha en privat og en jobb-e-post, en mobil og en fasttelefon hjemme, alle legitime. Data 360 avstemmer ikke kontaktpunkter i det hele tatt: hver e-post og hvert telefonnummer blir værende på den samlede profilen (samme kilde). Noen ganger er flere verdier rett og slett sannheten. «Samlet» betyr ikke én verdi for alt.
En golden record er en beslutning
Section titled “En golden record er en beslutning ”Sammenlign med et ekte mastringskrav. Virksomheten sier at ERP-systemet er autoritativt for det juridiske navnet, og den mastrede verdien er «Oakline Logistics LLC». Salesforce, fakturering og service må alle bruke den, og hvis ett system er uenig, sender mastringsprosessen den styrte verdien tilbake. Det er en annen arkitektur. Vi velger ikke hva én visning viser; vi avgjør dette er verdien virksomheten bruker, og hvert deltakende system samles om den.
Altså: en samlet profil bringer identiteter og informasjon sammen. En golden record er en styrt beslutning om hvilke verdier som er autoritative. En samlet profil kan gi en utmerket samlet visning av kunden, satt sammen fra autoritative kilder. Det gjør den ikke til systemet som mastrer kunden.
En samlet profil er et kart. En golden record er en beslutning.
Sporbarhet
Section titled “Sporbarhet ”Hvis den samlede profilen sier Dallas, hvor kom det fra: Salesforce, ERP-systemet, netthandelen? Ble det valgt som sist oppdatert, hyppigst eller etter kildeprioritet? Det opphavet betyr noe for revisjon, personvern, feilsøking, retting av datakvalitet og agentenes beslutninger, og framfor alt for å vite hvor en retting hører hjemme. Hvis Dallas er feil, retter det ikke kilden å redigere den sammensatte visningen. Du trenger de eksterne ID-ene, identitetskoblingene og opphavsfeltene for å spore tilbake til posten som skal endres.
Tre verktøy for tre jobber
Section titled “Tre verktøy for tre jobber ”Slik skiller jeg dem:
- Duplikathåndtering og sammenslåing, innenfor én Salesforce-org, når det finnes en klar vinner og du ikke lenger trenger duplikatene (modul 3).
- Identitetsoppløsning i Data 360, for én identitet og én samlet visning på tvers av kilder uten å endre dem: et register.
- En egen MDM-plattform, når verdier må avgjøres én gang og sendes tilbake til hvert deltakende system: sameksistens eller sentralisert.
Tre verktøy for tre jobber: slå sammen, koble, mastre.
Ikke kjøp MDM når du trenger et kart. «Vi vil at serviceagenten skal se at denne Salesforce-kunden er samme person som handlet på nett» kan trenge identitetsoppløsning og samlet kontekst, ikke sentralisert MDM. «ERP-systemet, Salesforce, netthandelen og fakturering må alle bruke det samme styrte juridiske navnet, og endringer må flyte tilbake til alle» er noe annet: det er mastring. Ikke løs det andre når du har det første, og ikke lat som om det første løste det andre.
Én identitet er ikke én tillatelse
Section titled “Én identitet er ikke én tillatelse ”Identitetsoppløsning sier at disse postene er én person. Det betyr ikke at alle som kan se én kildepost, kan se alt som er knyttet til den samlede identiteten. En detaljhandelspartner (Retail Partner) kan se leveringene den sendte; en annen partners leveringer til samme mottaker (Recipient) har den ingenting med, selv om identitetslaget vet at de henger sammen. Identitetsgrafen kan være riktig mens tilgangsdesignet er feil. Å samle identitet visker ikke ut sikkerhetsgrenser. Derfor blir for mye matching et personvernproblem, og derfor behandler kontrollpunktet for Steve Trucking samling av mottakere så forsiktig: et kart over hvem som er hvem, gir verken eierskap eller tilgang.
Utover eksamen: hva KI endrer. Agenter trenger én identitet å handle på, og den samlede profilen gir dem det. Det øker innsatsen begge veier. For mye matching er nå en personvernhendelse: en agent som handler for én person på en annens data. Og en agent som «oppdaterer kunden», må skrive til attributtets system of record, ved hjelp av autoritetskartet fra modul 1, ikke til den samlede profilen. Kartet forteller agenten hvem personen er; autoritetsmodellen forteller den hvor en endring hører hjemme.
Hva en arkitekt bestemmer her
Section titled “Hva en arkitekt bestemmer her ”- Hvilke bevis som er nok til å samle profiler, og hvordan kostnaden ved en falsk match bestemmer strengheten.
- Hvilke avstemmingsregler som avgjør hva den samlede profilen viser.
- Om behovet er duplikatrydding i én org, identitet på tvers av kilder, eller ekte mastring for hele virksomheten.
- Hvilken kilde som forblir autoritativ for hvert attributt, selv når Data 360 viser en avstemt verdi.
- Hvordan samlet identitet spiller sammen med sikkerhet, personvern, opphav og agenthandlinger.
Data 360 kan fortelle oss at disse profilene hører sammen, gi oss en samlet identitet, avstemme det den viser og beholde koblingene tilbake til hver kilde. Det er enormt verdifullt. Men hvis Salesforce sier én ting og ERP-systemet noe annet, må noen fortsatt avgjøre hvilket system som kan endre virksomhetens sannhet. Så når noen sier «vi har en samlet profil, så vi har vår golden record», spør: samlet vi dataene, eller mastret vi dem?
Les mer
Section titled “Les mer ”- Salesforce Architects, Data 360 Architecture (opens in a new tab), på engelsk, kontrollert 2026-10-14.
- Salesforce Help, Data 360: Identity Resolution Match Rules (opens in a new tab) og Identity Resolution Match Methods (opens in a new tab) og Identity Resolution Reconciliation Rules (opens in a new tab), på engelsk, kontrollert 2026-10-14.