Propojení ještě není správa kmenových dat

🌐 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)

Přeloženo pomocí AI. Komunita překlad zatím nezkontrolovala. Číst anglicky

Kapitola 6 kurzu Data Architect, část 1: Jak se stát datovým architektem. Předchozí: Kvalita dat a správa dat.

„Potřebujeme jediný zdroj pravdy.“ Je to jedna z nejčastěji opakovaných vět v architektuře a jedna z nejméně prozkoumaných. Pro co? Vezměte jeden účet. ERP může vlastnit jeho oficiální název, fakturační adresu a úvěrový limit; Salesforce jeho account executive a úroveň podpory; platforma pro souhlasy jeho marketingové preference. Tři autority na jednom záznamu, a to je normální. Když tedy někdo řekne „Salesforce je náš jediný zdroj pravdy o zákazníkovi“, moje další otázka vždycky zní: jaké pravdy?

Tato kapitola je o tom, jak na tu otázku odpovědět záměrně. Autorita se přiděluje atribut po atributu. Propojení záznamů ještě není jejich správa jako kmenových dat. A Salesforce vám dává různé nástroje pro různé práce: správu duplicit a sloučení uvnitř jednoho orgu; rozpoznávání identity v Data 360 pro jednotný pohled napříč zdroji; vyhrazenou platformu MDM, když se hodnoty musí jednou rozhodnout a poslat zpět všude. Končí Kontrolním bodem 1, kde se část 1 spojí na Steve Trucking.

Obrázek vytvořený pomocí AI.

Postoje v této kapitole

• Pravda podle atributu. Ptejte se, kde se každý kus dat vytváří, upravuje a odkazuje a jak rychle se mění. Vnější autoritu ukažte ve schématu předponou systému, třeba sap_ nebo erp_.
• Potenciální zákazníci jsou jiní. Žijí v Salesforce dřív, než o nich ví ERP; autorita ERP platí po konverzi.
• Registr je normou na projektech Salesforce, po něm konsolidace a koexistence; čistá centralizovaná MDM je vzácná.
• Slučujte jen s jasným vítězem. Duplicity z externích nahrávání si nechte, když možná budete potřebovat dohledávat; sloučení tuto historii zničí. A rozhodněte, co se stane s podřízenými záznamy: přesunout je, nenahrát je, nebo je ponechat na neaktivním záznamu.
• Sjednocený profil je mapa; zlatý záznam je rozhodnutí. Lidi to umí zmást: rozpoznávání identity vytváří sjednoceného jednotlivce, ne zlatý záznam.
• Přísnost párování je rozhodnutí o riziku. Kde je smíchání drahé, párujte záměrně méně.
• Tři nástroje pro tři práce: sloučení, rozpoznávání identity, MDM.
• Hierarchie mají rozdělenou autoritu. O autoritě rozhodujte větev po větvi.
• „Nejtěžší jsou obousměrné toky.“ Obousměrná integrace nevytváří dva mastery. Před první kolizí rozhodněte, která pole cestují společně jako jedna transakce.
• Udělejte kmenová data viditelnými. Upravitelnost řídí pole, které říká, že jde o kmenová data (klíč z ERP nebo příznak), ne typ záznamu.
• ERP nemáme pod kontrolou. Pod kontrolou máme, jak je reprezentujeme v Salesforce: jeden zákazník ve dvou ERP je hierarchie, rovnocenné účty, nebo jeden účet s podřízeným záznamem pro každé ERP, rozhodnuto podle toho, jak dobře klient udržuje svá ERP v souladu.

Tři nástroje pro tři práce

Práce	Nástroj	Co udělá se zdroji
Duplicity uvnitř jednoho orgu, s jasným vítězem	Správa duplicit a sloučení	Sloučí až tři záznamy; ostatní jdou do Koše
Jedna identita a jednotný pohled napříč zdroji	Rozpoznávání identity v Data 360	Propojí je; žádný z nich nezmění (registr)
Jedna řízená hodnota, poslaná zpět do každého systému	Vyhrazená platforma MDM	Rozhodne hodnotu a rozešle ji (koexistence nebo centralizovaná)

Cesta touto kapitolou

Šest modulů a úkol, každý stojí sám o sobě.

1. Jeden zdroj pravdy pro každý atribut. Mapa autorit, hybridní zlatý záznam a signály důvěry.
2. Čtyři způsoby správy kmenových dat. Registr, konsolidace, koexistence a centralizovaná správa a proč společný model není společná pravda.
3. Párování, slučování a přežití hodnot. Cena falešné shody, co sloučení v Salesforce skutečně dělá (a co se stane s podřízenými záznamy) a přežití hodnot jako tvrzení o důvěře.
4. Mapa není rozhodnutí. Pravidla a metody párování, pravidla sladění a proč sjednocený profil není zlatý záznam.
5. Když je autorita sdílená. Požadavky vs. aktualizace, smyčky a kolize, hierarchie s rozdělenou autoritou a jeden zákazník ve dvou ERP.
6. Úkol Kontrolního bodu 1, pak Kontrolní bod 1: Steve Trucking, co bych navrhl já. Nejdřív zkuste úkol: nakreslete a obhajte návrh pro část 1, pak ho porovnejte s mým a podívejte se, co se mění oproti krajině z kapitoly 4.

Až skončíte, otestujte se pomocí studijního průvodce kapitolou: kontrolní seznam ke zkoušce, návyky nad její rámec, pojmy k zapamatování a několik otázek. Uzavírá část 1; studijní průvodce částí 1 dává dohromady všech šest kapitol.

Co tady rozhoduje architekt

• Který systém je autoritativní pro každý důležitý atribut a jak se to projevuje v modelu.
• Který styl správy kmenových dat sedí na každou datovou doménu a kolik autority dostane vrstva správy kmenových dat.
• Kdy sloučit, kdy propojit a kdo vlastní každé pravidlo přežití hodnot.
• Jak přísné má být párování, podle toho, co stojí falešná shoda.
• Kde obousměrná data a sdílené hierarchie potřebují výslovné hranice.

Nad rámec zkoušky: agenti potřebují jednu identitu, podle které jednají, a to zvyšuje sázky oběma směry. Nadměrné párování se stává incidentem ochrany soukromí a agent, který „aktualizuje zákazníka“, musí zapisovat do zdrojového systému každého atributu, ne do sjednoceného profilu. Každý modul končí tím, co mění AI.

K prozkoumání

• Salesforce Architects, Data 360 Architecture (otevře se v nové kartě), ověřeno 2026-10-17.
• Salesforce Help, Considerations for Merging Duplicate Accounts (otevře se v nové kartě), Identity Resolution Match Methods (otevře se v nové kartě) a Identity Resolution Reconciliation Rules (otevře se v nové kartě), ověřeno 2026-10-17.

Další: část 2 začíná kapitolou Návrh pro velké měřítko (coming soon).