Połączenie to jeszcze nie zarządzanie danymi podstawowymi
Dostępne także w 28 językach
English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)
Rozdział 6 kursu Data Architect, część 1: Jak zostać architektem danych. Wstecz: Jakość danych i ład danych.
„Potrzebujemy jednego źródła prawdy”. To jedno z najczęściej powtarzanych zdań w architekturze i jedno z najrzadziej badanych. Dla czego? Weźmy jedno konto. ERP może być właścicielem jego nazwy prawnej, adresu rozliczeniowego i limitu kredytowego; Salesforce opiekuna handlowego i poziomu wsparcia; platforma zgód preferencji marketingowych. Trzy autorytety na jednym rekordzie i to jest normalne. Kiedy więc ktoś mówi „Salesforce to nasze jedno źródło prawdy o kliencie”, moje następne pytanie zawsze brzmi: która prawda?
Ten rozdział jest o świadomym odpowiadaniu na to pytanie. Autorytet przypisuje się atrybut po atrybucie. Połączenie rekordów to jeszcze nie zarządzanie nimi jako danymi podstawowymi. A Salesforce daje różne narzędzia do różnych zadań: zarządzanie duplikatami i scalanie w jednym orgu; rozpoznawanie tożsamości w Data 360 dla jednego widoku w wielu źródłach; dedykowaną platformę MDM, gdy wartości trzeba ustalić raz i rozesłać wszędzie z powrotem. Rozdział kończy się Punktem kontrolnym 1, w którym część 1 składa się w całość na przykładzie Steve Trucking.
Obraz wygenerowany przez AI.
Stanowiska w tym rozdziale
Dział zatytułowany „Stanowiska w tym rozdziale ”- Prawda dla każdego atrybutu. Pytaj, gdzie każdy element danych jest tworzony, edytowany i wskazywany oraz jak szybko się zmienia. Pokazuj zewnętrzny autorytet w schemacie prefiksem systemu, takim jak
sap_alboerp_. - Potencjalni klienci są inni. Żyją w Salesforce, zanim ERP się o nich dowie; autorytet ERP obowiązuje po konwersji.
- Rejestr to norma w projektach Salesforce, potem konsolidacja i współistnienie; czyste, scentralizowane MDM jest rzadkie.
- Scalaj tylko przy wyraźnym zwycięzcy. Zachowuj duplikaty z zewnętrznych importów, gdy możesz potrzebować dotrzeć do starszych wartości; scalenie niszczy tę historię. I zdecyduj, co dzieje się z rekordami podrzędnymi: przenieś je, nie ładuj ich albo zostaw je na nieaktywnym rekordzie.
- Ujednolicony profil to mapa; złoty rekord to decyzja. To potrafi ludzi mylić: rozpoznawanie tożsamości tworzy ujednoliconą osobę, ale nie złoty rekord.
- Surowość dopasowania to decyzja o ryzyku. Tam, gdzie mieszanie jest kosztowne, celowo dopasowuj mniej.
- Trzy narzędzia do trzech zadań: scalanie, rozpoznawanie tożsamości, MDM.
- Hierarchie mają podzielony autorytet. Decyduj o autorytecie gałąź po gałęzi.
- „Najtrudniejsze są te dwukierunkowe”. Integracja dwukierunkowa nie tworzy dwóch źródeł nadrzędnych. Zdecyduj, które pola podróżują razem jako jedna transakcja, zanim dojdzie do pierwszej kolizji.
- Pokaż dane podstawowe. Możliwością edycji steruje pole, które mówi, że to dane podstawowe (klucz z ERP albo flaga), a nie typ rekordu.
- Nie kontrolujemy ERP-ów. Kontrolujemy to, jak reprezentujemy je w Salesforce: jeden klient w dwóch ERP to hierarchia, równorzędne konta albo jedno konto z kontem podrzędnym dla każdego ERP, a decyduje o tym to, jak dobrze klient utrzymuje synchronizację swoich ERP-ów.
Trzy narzędzia do trzech zadań
Dział zatytułowany „Trzy narzędzia do trzech zadań ”| Zadanie | Narzędzie | Co robi ze źródłami |
|---|---|---|
| Duplikaty w jednym orgu, z wyraźnym zwycięzcą | Zarządzanie duplikatami i scalanie | Scala do trzech rekordów; pozostałe trafiają do Kosza |
| Jedna tożsamość i jeden widok w wielu źródłach | Rozpoznawanie tożsamości w Data 360 | Łączy je; żadnego nie zmienia (rejestr) |
| Jedna zarządzana wartość, odsyłana do każdego systemu | Dedykowana platforma MDM | Ustala wartość i ją rozsyła (współistnienie albo podejście scentralizowane) |
Droga przez ten rozdział
Dział zatytułowany „Droga przez ten rozdział ”Sześć modułów i zadanie, każde samodzielne.
- Jedno źródło prawdy dla każdego atrybutu. Mapa autorytetów, hybrydowy złoty rekord i sygnały zaufania.
- Cztery sposoby zarządzania danymi podstawowymi. Rejestr, konsolidacja, współistnienie i podejście scentralizowane oraz dlaczego wspólny model to nie wspólna prawda.
- Dopasowanie, scalanie i reguły przetrwania. Koszt fałszywego dopasowania, co naprawdę robi scalanie w Salesforce (i co dzieje się z rekordami podrzędnymi) oraz reguły przetrwania jako stwierdzenie o zaufaniu.
- Mapa to nie decyzja. Reguły dopasowania i metody dopasowania, reguły uzgadniania i dlaczego ujednolicony profil to nie złoty rekord.
- Gdy autorytet jest dzielony. Prośby a aktualizacje, pętle i kolizje, hierarchie z podzielonym autorytetem i jeden klient w dwóch ERP.
- Zadanie Punktu kontrolnego 1, a potem Punkt kontrolny 1: Steve Trucking, co ja bym zaprojektował. Najpierw spróbuj zadania: narysuj i obroń projekt części 1, potem porównaj go z moim i zobacz, co się zmienia względem krajobrazu z rozdziału 4.
Na koniec sprawdź się z przewodnikiem do nauki do tego rozdziału: lista kontrolna na egzamin, nawyki wykraczające poza niego, słowa do zapamiętania i kilka pytań. Zamyka on część 1; przewodnik do nauki do części 1 zbiera wszystkie sześć rozdziałów.
Co tu decyduje architekt
Dział zatytułowany „Co tu decyduje architekt ”- Który system jest nadrzędny dla każdego ważnego atrybutu i jak to widać w modelu.
- Który styl zarządzania danymi podstawowymi pasuje do każdej domeny danych i ile autorytetu dostaje warstwa zarządzania.
- Kiedy scalać, kiedy łączyć i kto jest właścicielem każdej reguły przetrwania.
- Jak surowe powinno być dopasowanie, na podstawie tego, ile kosztuje fałszywe dopasowanie.
- Gdzie dane dwukierunkowe i wspólne hierarchie potrzebują wyraźnych granic.
Poza egzaminem: agenci potrzebują jednej tożsamości, na której mogą działać, a to podnosi stawkę w obie strony. Nadmierne dopasowanie staje się incydentem prywatności, a agent, który „aktualizuje klienta”, musi zapisywać w systemie ewidencji każdego atrybutu, a nie w ujednoliconym profilu. Każdy moduł kończy się tym, co zmienia AI.
Do zgłębienia
Dział zatytułowany „Do zgłębienia ”- Salesforce Architects, Data 360 Architecture (opens in a new tab) (po angielsku), sprawdzono 2026-10-14.
- Pomoc Salesforce, Considerations for Merging Duplicate Accounts (opens in a new tab), Identity Resolution Match Methods (opens in a new tab) i Identity Resolution Reconciliation Rules (opens in a new tab) (po angielsku), sprawdzono 2026-10-14.
Dalej: część 2 zaczyna się od Projektowanie pod skalę (coming soon).