Перейти до вмісту

Mapa není rozhodnutí

Цей контент ще не доступний вашою мовою.

K dispozici také v 29 jazycích

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) · 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.
Obrázek vytvořený pomocí AI

Modul 4 z 6 kapitoly Kmenová data a identita, kapitoly 6 kurzu Data Architect. Každý modul stojí sám o sobě. Předchozí: Párování, slučování a přežití hodnot · Další: Když je autorita sdílená

Otázka, na kterou tento modul odpovídá: Je sjednocený profil totéž co zlatý záznam?

Stejný zákazník sedí ve třech systémech. Salesforce zná Daniel Reyes, d.reyes@example.com, Dallas. E-shop zná Dan Reyes, stejný e-mail, Dallas, TX. Podpora zná Daniel Reyes, 214-555-0100, Dallas. Data 360 rozhodne, že všichni tři jsou stejná osoba, a postaví sjednocený profil. Výborně. Máme zlatý záznam? Ne nutně. Víme, že záznamy k sobě patří; nerozhodli jsme, který zdroj vlastní pravdu. Lidi to umí zmást: rozpoznávání identity vytváří sjednoceného jednotlivce, ne zlatý záznam. Ten rozdíl proto učím přímo:

Sjednocený profil je mapa. Zlatý záznam je rozhodnutí.

Rozpoznávání identity odpovídá na otázku „kdo?“

Section titled “Rozpoznávání identity odpovídá na otázku „kdo?“ ”

Bez rozpoznávání identity se jedna osoba objevuje jako odpojené profily: marketing vidí jeden, obchod druhý, servis další. Data 360 je načte a pravidly rozpoznávání identity rozhodne, které k sobě patří. Pak můžeme říct tyto záznamy vypadají jako stejná osoba. To řeší identitu. Neřeší to správu kmenových dat.

A sjednocený profil si uchovává mapu zpět ke svým zdrojům. Podle vlastního popisu Salesforce není sjednocený profil zlatým záznamem: je to sada klíčů, s objekty propojení identity, které váží ID každého zdrojového záznamu na ID sjednoceného profilu (Data 360 Architecture (otevře se v nové kartě)). Sjednocená osoba 10042 se mapuje na kontakt Salesforce 003…, zákazníka e-shopu EC-48372 a zákazníka podpory SUP-9128. Originály nezmizí. To má velmi blízko k registru z modulu 2.

Sjednocený profil je mapa zpět ke zdrojům Sjednocený profil 10042 uprostřed, popsaný jako sada klíčů. Tři zdrojové záznamy se k němu každý připojují vazbou identity: kontakt Salesforce 003…, který zůstává v Salesforce; zákazník e-shopu EC-48372, který zůstává v e-shopu; a zákazník podpory SUP-9128, který zůstává v podpoře. Pod tím: rozpoznávání identity záznamy propojuje; nepřesouvá je, nemění je a nevybírá vítězné hodnoty. vazba identity vazba identity vazba identity Kontakt Salesforce 003… zůstává v Salesforce Sjednocený profil 10042 sada klíčů Zákazník e-shopu EC-48372 zůstává v e-shopu Zákazník podpory SUP-9128 zůstává v podpoře Rozpoznávání identity záznamy propojuje. Nepřesouvá je, nemění je a nevybírá vítězné hodnoty. © 2026 Twinshark LLC · stevetecharc.com
Kliknutím zvětšíte

Sjednocený profil je mapa zpět ke zdrojovým identitám.

Pravidla párování: přísnost je rozhodnutí o riziku

Section titled “Pravidla párování: přísnost je rozhodnutí o riziku ”

Jak Data 360 rozhoduje, koho sjednotit? Pravidly párování (match rules). Profily se spárují, když jsou splněna všechna kritéria v pravidle, a pokud máte několik pravidel, shoda podle kteréhokoli z nich vytvoří sjednocený profil. Vlastní doporučení Salesforce: použijte víc kritérií pro přesnost (víc odlišných profilů), méně pro konsolidaci (Identity Resolution Match Rules (otevře se v nové kartě)). Přidání kritérií do pravidla ho tedy zpřísní; přidání alternativních pravidel rozšíří způsoby, jak se profily mohou spárovat. Konfigurace rozpoznávání identity není „zapněte párování“. Je to definice toho, jaký důkaz stačí k tvrzení, že tyto profily jsou jedna osoba.

Víc párování není automaticky lepší. Z deseti milionů zdrojových profilů se stane osm milionů sjednocených. Uvolněte pravidla a teď je jich šest milionů. Lepší? Možná jste našli víc duplicit. Nebo jste možná začali spojovat různé lidi. Menší počet není důkazem lepších dat. Cílem není co nejméně profilů; je to co nejobhajitelnější identity pro daný účel. A každé kritérium má metodu párování (match method): Exact, Exact Normalized nebo Fuzzy s vysokou, střední nebo nízkou přesností. Vlastní varování Salesforce je pointou: méně přesná metoda zvyšuje míru konsolidace, „but can result in undesirable matches“ (ale může vést k nežádoucím shodám). (Fuzzy není k dispozici pro pole účtu a normalizované hodnoty se používají jen k porovnání; do sjednoceného profilu se neukládají, což je krok harmonizace z modulu 3 v praxi: Identity Resolution Match Methods (otevře se v nové kartě).) Čím volnější metoda, tím víc se sama identita stává úsudkem. Pokud je špatně, jen špatně personalizujeme stránku, nebo ukážeme servisní historii jedné osoby jiné, nebo necháme agenta jednat podle dat dvou lidí?

To je můj postoj: přísnost párování je rozhodnutí o riziku. Závisí na tom, jak jednoznačně párovací pole identifikují osobu a co stojí falešná shoda. Kde je smíchání drahé, párujte záměrně méně. Dva profily pro jednu osobu jsou nepohodlné. Jeden profil, který drží dva lidi, může být nebezpečný.

Sladění pořád není správa kmenových dat

Section titled “Sladění pořád není správa kmenových dat ”

Jakmile jsou profily sjednocené, zdroje se pořád neshodují: Salesforce říká Dallas, e-shop Plano, podpora Dallas. Co ukáže sjednocený profil? Rozhodují pravidla sladění (reconciliation rules): Last Updated, Most Frequent nebo Source Priority, nastavená pro objekt a s možností přepsání pro jednotlivá pole (Identity Resolution Reconciliation Rules (otevře se v nové kartě)). To by vám mělo připomínat přežití hodnot z modulu 3.

Tady se týmy dostávají do potíží. Sjednocený profil ukazuje Dallas a někdo řekne: „Skvělé, Dallas je naše zlatá hodnota.“ Zpomalte. E-shop pořád říká Plano. Salesforce výslovně uvádí, že sladění nemaže ani nemění zdrojová data a neaktualizuje zdrojové systémy a že nemá vybírat „nejlepší“ hodnotu pro každou aplikaci. Rozhoduje jen o tom, co ukáže sjednocený profil (stejný zdroj). Zobrazení není autorita.

Ke zkoušce. Vězte, jak rozpoznávání identity v Data 360 rozhoduje a zobrazuje: v pravidle párování se musí shodovat všechna kritéria a shoda podle kteréhokoli pravidla profily sjednotí (víc kritérií pro přesnost, méně pro konsolidaci); tři pravidla sladění jsou Last Updated, Most Frequent a Source Priority, nastavená pro objekt a s možností přepsání pro jednotlivá pole; a sladění nemění zdrojová data a kontaktní body se neslaďují.

Kontaktní body to dělají ještě jasnějším. Osoba může mít osobní a pracovní e-mail, mobil i telefon domů, a všechno je legitimní. Data 360 kontaktní body vůbec neslaďuje: každý e-mail a telefon zůstává na sjednoceném profilu (stejný zdroj). Někdy je několik hodnot prostě pravda. „Sjednocený“ neznamená jedna hodnota pro všechno.

Porovnejte to se skutečným požadavkem na správu kmenových dat. Byznys říká, že pro oficiální název je autoritativní ERP a spravovanou hodnotou je „Oakline Logistics LLC“. Salesforce, fakturace i servis ji musí všechny používat, a když se jeden neshodne, proces správy kmenových dat pošle řízenou hodnotu zpět. To je jiná architektura. Nevybíráme, co zobrazí jeden pohled; rozhodujeme, že tohle je hodnota, kterou podnik používá, a každý zúčastněný systém se k ní sbíhá.

Takže: sjednocený profil dává dohromady identity a informace. Zlatý záznam je řízené rozhodnutí o tom, které hodnoty jsou autoritativní. Sjednocený profil může být vynikajícím jednotným pohledem na zákazníka, poskládaným z autoritativních zdrojů. To z něj nedělá systém, který zákazníka spravuje jako kmenová data.

Sjednocený profil je mapa, zlatý záznam je rozhodnutí Dva sloupce. Sjednocený profil, mapa, z rozpoznávání identity v Data 360: zdroje uvádějí Dallas v Salesforce, Plano v e-shopu a Dallas v podpoře; profil ukazuje Dallas podle pravidla sladění; potom e-shop stále uvádí Plano a nic se do zdrojů nevrací. Zlatý záznam, rozhodnutí, z procesu MDM, zdůrazněný: oficiální název vlastní ERP, Oakline Logistics LLC; je odeslán zpět do Salesforce, fakturace a servisu a každý systém se k němu sbíhá; vlastní ho jmenovitý obchodní vlastník. Pod tím: zobrazení není autorita; data jsme sjednotili, nebo je spravujeme jako kmenová? Sjednocený profil: mapa Rozpoznávání identity v Data 360 ZDROJE Salesforce: Dallas E-shop: Plano Podpora: Dallas PROFIL UKAZUJE Dallas, podle pravidla sladění POTOM E-shop stále uvádí Plano Nic se do zdrojů nevrací Zlatý záznam: rozhodnutí proces MDM ROZHODNUTÍ Oficiální název vlastní ERP Oakline Logistics LLC PAK Odeslán zpět do Salesforce, fakturace a servisu Každý systém se k němu sbíhá VLASTNÍ Jmenovitý obchodní vlastník Zobrazení není autorita. Data jsme sjednotili, nebo spravujeme jako kmenová? © 2026 Twinshark LLC · stevetecharc.com
Kliknutím zvětšíte

Sjednocený profil je mapa. Zlatý záznam je rozhodnutí.

Pokud sjednocený profil říká Dallas, odkud to přišlo: ze Salesforce, z ERP, z e-shopu? Bylo to zvoleno jako naposledy aktualizované, nejčastější, podle priority zdroje? Na tomto původu záleží kvůli auditu, soukromí, hledání chyb, opravám kvality dat i rozhodnutím agentů, a hlavně kvůli tomu, abychom věděli, kam oprava patří. Pokud je Dallas špatně, úprava poskládaného pohledu zdroj neopraví. Potřebujete externí ID, odkazy identity a pole původu dat, abyste se dostali zpět k záznamu, který se má změnit.

Takhle je odděluji:

  1. Správa duplicit a sloučení, v rámci jednoho orgu Salesforce, když je jasný vítěz a duplicity už nepotřebujete (modul 3).
  2. Rozpoznávání identity v Data 360, pro jednu identitu a jednotný pohled napříč zdroji, aniž by se měnily: registr.
  3. Vyhrazená platforma MDM, když se hodnoty musí jednou rozhodnout a poslat zpět do každého zúčastněného systému: koexistence nebo centralizovaná správa.
Tři nástroje pro tři úkoly Tři nástroje pro tři úkoly, očíslované. Jedna, sloučit, se správou duplicit a slučováním: úkolem jsou duplicity v jednom orgu; spojí je do jednoho záznamu a ostatní jdou do Koše; použijte, když je jasný vítěz a duplicity nepotřebujete. Dvě, propojit, s rozpoznáváním identity v Data 360: úkolem je jedna identita napříč zdroji; propojí záznamy do sjednoceného profilu a zdroje zůstávají, jak jsou; použijte, když potřebujete jeden pohled; je to nejblíž registru. Tři, spravovat jako kmenová, se specializovanou platformou MDM: úkolem je jedna spravovaná hodnota všude; rozhoduje o spravovaných hodnotách a posílá je zpět do každého systému; použijte, když se každý systém musí sbíhat, s koexistencí nebo centralizovaným MDM. Pod tím: sloučit, propojit, spravovat jako kmenová; nekupujte MDM, když potřebujete mapu. 1 Sloučit Správa duplicit a slučování ÚKOL Duplicity v jednom orgu DĚLÁ Spojí je do jednoho záznamu Ostatní jdou do Koše POUŽIJTE, KDYŽ Je jasný vítěz Duplicity nepotřebujete 2 Propojit Rozpoznávání identity v Data 360 ÚKOL Jedna identita napříč zdroji DĚLÁ Propojí záznamy do sjednoceného profilu Zdroje zůstávají, jak jsou POUŽIJTE, KDYŽ Potřebujete jeden pohled Nejblíž registru 3 Spravovat jako kmenová Specializovaná platforma MDM ÚKOL Jedna spravovaná hodnota všude DĚLÁ Rozhoduje o spravovaných hodnotách Posílá je zpět do každého systému POUŽIJTE, KDYŽ Každý systém se musí sbíhat Koexistence nebo centralizované Sloučit, propojit, spravovat jako kmenová. Nekupujte MDM, když potřebujete mapu. © 2026 Twinshark LLC · stevetecharc.com
Kliknutím zvětšíte

Tři nástroje pro tři práce: sloučit, propojit, spravovat.

Nekupujte MDM, když potřebujete mapu. „Chceme, aby servisní agent viděl, že tento zákazník v Salesforce je stejná osoba, která nakoupila online“ může potřebovat rozpoznávání identity a spojený kontext, ne centralizovanou MDM. „ERP, Salesforce, e-shop i fakturace musí všechny používat stejný řízený oficiální název a změny musí proudit zpět do všech“ je něco jiného: to je správa kmenových dat. Neřešte to druhé, když máte to první, a nepředstírejte, že to první vyřešilo to druhé.

Rozpoznávání identity říká, že tyto záznamy jsou jedna osoba. To neznamená, že každý, kdo vidí jeden zdrojový záznam, smí vidět všechno, co je připojené ke sjednocené identitě. Maloobchodní partner smí vidět doručení, která poslal; doručení jiného partnera stejnému příjemci mu nic nejsou, i když vrstva identity ví, že spolu souvisejí. Graf identit může být správně, zatímco návrh přístupu je špatně. Sjednocení identity nesmaže bezpečnostní hranice. Proto se nadměrné párování stává problémem soukromí a proto kontrolní bod Steve Trucking zachází se sjednocováním příjemců tak opatrně: mapa toho, kdo je kdo, nedává vlastnictví ani přístup.

Nad rámec zkoušky: co mění AI. Agenti potřebují jednu identitu, podle které jednají, a sjednocený profil jim ji dává. To zvyšuje sázky oběma směry. Nadměrné párování je teď incident ochrany soukromí: agent jednající za jednu osobu s daty jiné. A agent, který „aktualizuje zákazníka“, musí zapisovat do zdrojového systému daného atributu podle mapy autorit z modulu 1, ne do sjednoceného profilu. Mapa agentovi říká, kdo ta osoba je; model autorit mu říká, kam změna patří.

  • Jaký důkaz stačí ke sjednocení profilů a jak cena falešné shody určuje přísnost.
  • Která pravidla sladění rozhodují, co sjednocený profil ukáže.
  • Zda jde o čištění duplicit v jednom orgu, identitu napříč zdroji, nebo skutečnou podnikovou správu kmenových dat.
  • Který zdroj zůstává autoritativní pro každý atribut, i když Data 360 ukazuje sladěnou hodnotu.
  • Jak sjednocená identita souvisí se zabezpečením, soukromím, původem dat a akcemi agentů.

Data 360 nám dokáže říct, že tyto profily k sobě patří, dát nám sjednocenou identitu, sladit, co ukazuje, a uchovat odkazy zpět ke každému zdroji. To má obrovskou hodnotu. Pokud ale Salesforce říká jedno a ERP druhé, musí pořád někdo rozhodnout, který systém smí měnit podnikovou pravdu. Když tedy někdo řekne „máme sjednocený profil, takže máme zlatý záznam“, zeptejte se: data jsme sjednotili, nebo jsme je spravovali jako kmenová?