Kartta ei ole päätös

🌐 Saatavilla myös 28 kielellä

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 · Español (México) · Français (Canada) · Deutsch (Schweiz)

Kuva on luotu tekoälyllä

Tekoälyn kääntämä. Yhteisö ei ole vielä tarkistanut käännöstä. Lue englanniksi

Moduuli 4/6 luvussa Perustiedot ja identiteetti, Data Architect -kurssin luku 6. Jokainen moduuli on itsenäinen. Edellinen: Täsmäytys, yhdistäminen ja säilymissäännöt · Seuraava: Kun auktoriteetti on jaettu

Kysymys, johon tämä moduuli vastaa: Onko yhtenäinen profiili sama asia kuin golden record?

Sama asiakas on kolmessa järjestelmässä. Salesforce tuntee Daniel Reyesin, d.reyes@example.com, Dallas. Verkkokauppa tuntee Dan Reyesin, sama sähköposti, Dallas, TX. Tuki tuntee Daniel Reyesin, 214-555-0100, Dallas. Data 360 päättää, että kaikki kolme ovat sama henkilö, ja rakentaa yhtenäisen profiilin. Erinomaista. Onko meillä golden record? Ei välttämättä. Tiedämme, että tietueet kuuluvat yhteen; emme ole päättäneet, mikä lähde omistaa totuuden. Tämä voi hämmentää: identiteetin selvitys luo yhtenäisen yksilön, mutta ei golden recordia. Siksi opetan eron suoraan:

Yhtenäinen profiili on kartta. Golden record on päätös.

Identiteetin selvitys vastaa kysymykseen ”kuka?”

Ilman identiteetin selvitystä yksi henkilö näkyy toisistaan irrallisina profiileina: markkinointi näkee yhden, myynti toisen, palvelu kolmannen. Data 360 ottaa ne sisään ja päättää identiteetin selvityksen sääntöjen avulla, mitkä kuuluvat yhteen. Sitten voimme sanoa: nämä tietueet näyttävät olevan sama henkilö. Se ratkaisee identiteetin. Se ei ratkaise hallitsemista.

Ja yhtenäinen profiili säilyttää kartan takaisin lähteisiinsä. Salesforcen oman kuvauksen mukaan yhtenäinen profiili ei ole golden record: se on joukko avaimia, ja identiteettilinkkiobjektit sitovat kunkin lähdetietueen ID:n yhtenäisen profiilin ID:hen (Data 360 Architecture (opens in a new tab)). Yhtenäinen henkilö 10042 kuvautuu Salesforcen yhteyshenkilöön 003…, verkkokaupan asiakkaaseen EC-48372 ja tuen asiakkaaseen SUP-9128. Alkuperäiset eivät katoa. Se on hyvin lähellä moduulin 2 rekisteriä.

Click to enlarge

Yhtenäinen profiili on kartta takaisin lähdeidentiteetteihin.

Täsmäytyssäännöt: tiukkuus on riskipäätös

Miten Data 360 päättää, kuka yhtenäistetään? Täsmäytyssäännöillä (match rules). Profiilit täsmäävät, kun kaikki säännön ehdot täyttyvät, ja jos sääntöjä on useita, täsmäys minkä tahansa yhden kanssa luo yhtenäisen profiilin. Salesforcen oma ohje: käytä enemmän ehtoja tarkkuuden vuoksi (enemmän erillisiä profiileja), vähemmän konsolidoinnin vuoksi (Identity Resolution Match Rules (opens in a new tab)). Ehtojen lisääminen sääntöön siis tiukentaa sitä; vaihtoehtoisten sääntöjen lisääminen laajentaa tapoja, joilla profiilit voivat täsmätä. Identiteetin selvityksen konfigurointi ei ole ”kytke täsmäytys päälle”. Se on sen määrittelemistä, mikä näyttö riittää sanomaan, että nämä profiilit ovat yksi henkilö.

Enemmän täsmäytystä ei automaattisesti ole parempi. Kymmenestä miljoonasta lähdeprofiilista tulee kahdeksan miljoonaa yhtenäistä. Löysennä sääntöjä, ja nyt niitä on kuusi miljoonaa. Parempi? Ehkä löysit lisää kaksoiskappaleita. Tai ehkä aloit yhdistää eri ihmisiä. Pienempi luku ei todista parempia tietoja. Tavoite ei ole mahdollisimman vähän profiileja; se on käyttötarkoitukseen nähden puolustettavimmat identiteetit. Ja jokaisella ehdolla on täsmäytysmenetelmä (match method): Exact, Exact Normalized tai Fuzzy korkealla, keskitasoisella tai matalalla tarkkuudella. Salesforcen oma varoitus on koko pointti: epätarkempi menetelmä nostaa konsolidointiastetta, ”mutta voi johtaa ei-toivottuihin täsmäyksiin”. (Fuzzy ei ole käytettävissä tilin (Account) kentille, ja normalisoituja arvoja käytetään vain vertailuun; niitä ei tallenneta yhtenäiseen profiiliin, mikä on moduulin 3 harmonisointivaihe käytännössä: Identity Resolution Match Methods (opens in a new tab).) Mitä löysempi menetelmä, sitä enemmän identiteetistä itsestään tulee harkintaa. Jos se on väärin, personoimmeko vain sivun huonosti, vai näytämmekö yhden ihmisen tukihistorian toiselle, vai annammeko agentin toimia kahden ihmisen tiedoilla?

Se on kantani: täsmäytyksen tiukkuus on riskipäätös. Se riippuu siitä, kuinka yksilöllisesti täsmäytyskentät tunnistavat henkilön ja mitä väärä täsmäys maksaa. Kun sekoittuminen tulee kalliiksi, täsmäytä tarkoituksella liian vähän. Kaksi profiilia yhdelle henkilölle on hankalaa. Yksi profiili, jossa on kaksi ihmistä, voi olla vaarallinen.

Sovituskaan ei ole hallitsemista

Kun profiilit on yhtenäistetty, lähteet ovat yhä eri mieltä: Salesforce sanoo Dallas, verkkokauppa Plano, tuki Dallas. Mitä yhtenäinen profiili näyttää? Sovitussäännöt (reconciliation rules) päättävät: Last Updated, Most Frequent tai Source Priority (viimeksi päivitetty, yleisin tai lähteen prioriteetti), asetetaan objektikohtaisesti ja voidaan ohittaa kenttäkohtaisesti (Identity Resolution Reconciliation Rules (opens in a new tab)). Tämän pitäisi kuulostaa moduulin 3 säilymissäännöiltä.

Tässä tiimit joutuvat vaikeuksiin. Yhtenäinen profiili näyttää Dallas, ja joku sanoo: ”Hienoa, Dallas on meidän kultainen arvomme.” Hidasta. Verkkokauppa sanoo yhä Plano. Salesforce sanoo suoraan, että sovitus ei poista tai muuta lähdetietoja eikä päivitä lähdejärjestelmiä, eikä sen ole tarkoitus valita ”parasta” arvoa jokaiselle sovellukselle. Se päättää vain sen, mitä yhtenäinen profiili näyttää (sama lähde). Esitystapa ei ole auktoriteetti.

Koetieto. Tunne, miten Data 360:n identiteetin selvitys päättää ja näyttää: täsmäytyssäännössä kaikkien ehtojen on täsmättävä, ja minkä tahansa yhden säännön täsmäys yhtenäistää profiilit (enemmän ehtoja tarkkuuden vuoksi, vähemmän konsolidoinnin vuoksi); kolme sovitussääntöä ovat Last Updated, Most Frequent ja Source Priority, asetetaan objektikohtaisesti ja voidaan ohittaa kenttäkohtaisesti; ja sovitus ei muuta lähdetietoja, eikä yhteyspisteitä (contact points) soviteta.

Yhteyspisteet tekevät asian vielä selvemmäksi. Ihmisellä voi olla henkilökohtainen ja työsähköposti, matkapuhelin ja kotipuhelin, kaikki oikeutettuja. Data 360 ei sovita yhteyspisteitä lainkaan: jokainen sähköposti ja puhelinnumero jää yhtenäiseen profiiliin (sama lähde). Joskus useampi arvo on yksinkertaisesti totuus. ”Yhtenäinen” ei tarkoita yhtä arvoa kaikelle.

Golden record on päätös

Vertaa todelliseen hallintavaatimukseen. Liiketoiminta sanoo, että ERP on auktoritatiivinen virallisen nimen osalta, ja hallittu arvo on ”Oakline Logistics LLC”. Salesforcen, laskutuksen ja palvelun on kaikkien käytettävä sitä, ja jos jokin on eri mieltä, hallintaprosessi työntää hallitun arvon takaisin. Se on eri arkkitehtuuri. Emme valitse, mitä yksi näkymä näyttää; päätämme, että tätä arvoa yritys käyttää, ja jokainen mukana oleva järjestelmä lähentyy sitä kohti.

Siis: yhtenäinen profiili tuo identiteetit ja tiedot yhteen. Golden record on hallittu päätös siitä, mitkä arvot ovat auktoritatiivisia. Yhtenäisestä profiilista voi tulla erinomainen yksi näkymä asiakkaaseen, koottuna auktoritatiivisista lähteistä. Se ei tee siitä järjestelmää, joka hallitsee asiakasta.

Click to enlarge

Yhtenäinen profiili on kartta. Golden record on päätös.

Jäljitettävyys

Jos yhtenäinen profiili sanoo Dallas, mistä se tuli: Salesforcesta, ERP:stä, verkkokaupasta? Valittiinko se viimeksi päivitettynä, yleisimpänä, lähteen prioriteetilla? Sillä alkuperällä on väliä auditoinnissa, tietosuojassa, vianetsinnässä, tietojen laadun korjaamisessa ja agenttien päätöksissä, ja ennen kaikkea sen tietämisessä, mihin korjaus kuuluu. Jos Dallas on väärin, kootun näkymän muokkaaminen ei korjaa lähdettä. Tarvitset ulkoiset ID:t, identiteettilinkit ja alkuperäkentät jäljittääksesi takaisin siihen tietueeseen, jonka pitäisi muuttua.

Kolme työkalua kolmeen tehtävään

Näin erotan ne toisistaan:

1. Kaksoiskappaleiden hallinta ja yhdistäminen yhden Salesforce-orgin sisällä, kun voittaja on selvä etkä enää tarvitse kaksoiskappaleita (moduuli 3).
2. Data 360:n identiteetin selvitys yhtä identiteettiä ja yhtä näkymää varten lähteiden yli muuttamatta niitä: rekisteri.
3. Erillinen MDM-alusta, kun arvot on päätettävä kerran ja työnnettävä takaisin jokaiseen mukana olevaan järjestelmään: rinnakkaiselo tai keskitetty.

Click to enlarge

Kolme työkalua kolmeen tehtävään: yhdistä, linkitä, hallitse.

Älä osta MDM:ää, kun tarvitset kartan. ”Haluamme palveluagentin näkevän, että tämä Salesforcen asiakas on sama henkilö, joka osti verkosta” voi vaatia identiteetin selvitystä ja yhdistettyä kontekstia, ei keskitettyä MDM:ää. ”ERP:n, Salesforcen, verkkokaupan ja laskutuksen on kaikkien käytettävä samaa hallittua virallista nimeä, ja muutosten on virrattava takaisin kaikkiin niihin” on eri asia: se on hallitsemista. Älä ratkaise jälkimmäistä, kun sinulla on edellinen, äläkä teeskentele, että edellinen ratkaisi jälkimmäisen.

Yksi identiteetti ei ole yksi käyttöoikeus

Identiteetin selvitys sanoo, että nämä tietueet ovat yksi henkilö. Se ei tarkoita, että jokainen, joka näkee yhden lähdetietueen, saa nähdä kaiken yhtenäiseen identiteettiin liitetyn. Vähittäiskauppakumppani saa nähdä lähettämänsä toimitukset; toisen kumppanin toimitukset samalle vastaanottajalle eivät kuulu sille, vaikka identiteettikerros tietää niiden liittyvän toisiinsa. Identiteettigraafi voi olla oikein, vaikka pääsyn suunnittelu on väärin. Identiteetin yhtenäistäminen ei pyyhi pois tietoturvarajoja. Siksi liiallisesta täsmäytyksestä tulee tietosuojaongelma, ja siksi Steve Truckingin tarkistuspiste käsittelee vastaanottajien yhtenäistämistä niin varovasti: kartta siitä, kuka on kuka, ei anna omistajuutta eikä pääsyä.

Kokeen jälkeen: mitä tekoäly muuttaa. Agentit tarvitsevat yhden identiteetin, jonka perusteella toimia, ja yhtenäinen profiili antaa sen niille. Se nostaa panoksia molempiin suuntiin. Liiallinen täsmäytys on nyt tietosuojapoikkeama: agentti toimii yhden ihmisen puolesta toisen tiedoilla. Ja agentin, joka ”päivittää asiakkaan”, on kirjoitettava attribuutin system of recordiin moduulin 1 auktoriteettikartan avulla, ei yhtenäiseen profiiliin. Kartta kertoo agentille, kuka henkilö on; auktoriteettimalli kertoo, mihin muutos kuuluu.

Mitä arkkitehti tässä päättää

• Mikä näyttö riittää profiilien yhtenäistämiseen ja miten väärän täsmäyksen hinta määrää tiukkuuden.
• Mitkä sovitussäännöt päättävät, mitä yhtenäinen profiili näyttää.
• Onko tarve kaksoiskappaleiden siivous yhdessä orgissa, identiteetti lähteiden yli vai todellinen yrityksen perustietojen hallinta.
• Mikä lähde pysyy auktoritatiivisena kunkin attribuutin osalta, vaikka Data 360 näyttäisi sovitetun arvon.
• Miten yhtenäinen identiteetti on vuorovaikutuksessa tietoturvan, tietosuojan, alkuperän ja agenttien toimien kanssa.

Data 360 voi kertoa meille, että nämä profiilit kuuluvat yhteen, antaa meille yhtenäisen identiteetin, sovittaa sen, mitä se näyttää, ja säilyttää linkit takaisin jokaiseen lähteeseen. Se on valtavan arvokasta. Mutta jos Salesforce sanoo yhtä ja ERP toista, jonkun on silti päätettävä, mikä järjestelmä saa muuttaa yrityksen totuutta. Joten kun joku sanoo ”meillä on yhtenäinen profiili, joten meillä on golden record”, kysy: yhtenäistimmekö tiedot vai hallitsimmeko niitä?

Lue lisää

• Salesforce Architects, Data 360 Architecture (opens in a new tab) (englanniksi, tarkistettu 2026-10-14).
• Salesforce Help, Data 360: Identity Resolution Match Rules (opens in a new tab), Identity Resolution Match Methods (opens in a new tab) ja Identity Resolution Reconciliation Rules (opens in a new tab) (englanniksi, tarkistettu 2026-10-14).