Карта — це не рішення
Також доступно 28 мовами
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)
Модуль 4 з 6 розділу Основні дані та ідентичність, розділ 6 курсу Data Architect. Кожен модуль самостійний. Попередній: Зіставлення, злиття і survivorship · Наступний: Коли авторитетність спільна
Питання, на яке відповідає цей модуль: Чи є уніфікований профіль тим самим, що й golden record?
Той самий клієнт є у трьох системах. Salesforce знає Daniel Reyes, d.reyes@example.com, Dallas. Електронна комерція знає Dan Reyes, та сама пошта, Dallas, TX. Підтримка знає Daniel Reyes, 214-555-0100, Dallas. Data 360 вирішує, що всі три — одна людина, і будує уніфікований профіль. Чудово. Чи маємо ми golden record? Не обов’язково. Ми знаємо, що записи належать разом; ми не вирішили, яке джерело володіє істиною. Людей це може плутати: розпізнавання ідентичності створює уніфіковану особу (unified individual), але не golden record. Тож я викладаю різницю прямо:
Уніфікований профіль — це карта. Golden record — це рішення.
Розпізнавання ідентичності відповідає на «хто?»
Section titled “Розпізнавання ідентичності відповідає на «хто?» ”Без розпізнавання ідентичності одна людина з’являється як роз’єднані профілі: маркетинг бачить один, продажі — інший, сервіс — ще інший. Data 360 поглинає їх і використовує правила розпізнавання ідентичності, щоб вирішити, які належать разом. Тоді можна сказати: ці записи, схоже, одна людина. Це розв’язує ідентичність. Це не розв’язує керування.
А уніфікований профіль зберігає карту назад до своїх джерел. За власним описом Salesforce, уніфікований профіль — не golden record: це набір ключів, де об’єкти зв’язків ідентичності пов’язують ID кожного вихідного запису з ID уніфікованого профілю (Data 360 Architecture (opens in a new tab)). Уніфікована особа 10042 зіставляється з контактом Salesforce 003…, клієнтом електронної комерції EC-48372 і клієнтом підтримки SUP-9128. Оригінали не зникають. Це дуже близько до registry з модуля 2.
Уніфікований профіль — це карта назад до ідентичностей у джерелах.
Правила зіставлення: суворість — рішення про ризик
Section titled “Правила зіставлення: суворість — рішення про ризик ”Як Data 360 вирішує, кого уніфікувати? Правила зіставлення. Профілі збігаються, коли виконано всі критерії правила, а якщо правил кілька, збіг за будь-яким одним створює уніфікований профіль. Власна настанова Salesforce: використовуйте більше критеріїв для точності (більше окремих профілів), менше — для консолідації (Identity Resolution Match Rules (opens in a new tab)). Тож додавання критеріїв до правила робить його суворішим; додавання альтернативних правил розширює способи, якими профілі можуть збігтися. Налаштування розпізнавання ідентичності — не «увімкнути зіставлення». Це визначення того, яких доказів достатньо, щоб сказати, що ці профілі — одна людина.
Більше зіставлення — не автоматично краще. Десять мільйонів профілів джерел стають вісьмома мільйонами уніфікованих. Послабте правила — і тепер їх шість мільйонів. Краще? Можливо, ви знайшли більше дублікатів. А можливо, почали поєднувати різних людей. Менше число — не доказ кращих даних. Мета — не найменше профілів; мета — найобґрунтованіші ідентичності для мети. І кожен критерій має метод зіставлення: точний, точний після нормалізації або нечіткий (Exact / Exact Normalized / Fuzzy) з високою, середньою чи низькою точністю. Попередження самого Salesforce і є суттю: менш точний метод підвищує рівень консолідації, «але може призвести до небажаних збігів». (Нечіткий метод недоступний для полів Account, а нормалізовані значення використовуються лише для порівняння; вони не зберігаються в уніфікованому профілі — це крок гармонізації з модуля 3 у дії: Identity Resolution Match Methods (opens in a new tab).) Що вільніший метод, то більше сама ідентичність стає судженням. Якщо вона хибна, ми лише погано персоналізуємо сторінку, чи показуємо історію підтримки однієї людини іншій, чи дозволяємо агентові діяти на даних двох людей?
Ось моя позиція: суворість зіставлення — рішення про ризик. Вона залежить від того, наскільки унікально поля зіставлення ідентифікують людину і чого коштує хибний збіг. Там, де змішування дороге, свідомо зіставляйте менше. Два профілі для однієї людини — незручно. Один профіль із двома людьми — може бути небезпечно.
Узгодження — досі не керування
Section titled “Узгодження — досі не керування ”Щойно профілі уніфіковано, джерела досі розходяться: Salesforce каже Dallas, електронна комерція — Plano, підтримка — Dallas. Що показує уніфікований профіль? Вирішують правила узгодження (reconciliation): Last Updated, Most Frequent чи Source Priority, встановлені для об’єкта з можливістю перевизначення для поля (Identity Resolution Reconciliation Rules (opens in a new tab)). Це має звучати як survivorship із модуля 3.
Ось де команди потрапляють у біду. Уніфікований профіль показує Dallas, і хтось каже: «Чудово, Dallas — наше золоте значення». Пригальмуйте. Електронна комерція досі каже Plano. Salesforce прямо каже, що узгодження не видаляє і не змінює даних джерел і не оновлює системи-джерела, і воно не призначене обирати «найкраще» значення для кожного застосунку. Воно вирішує лише, що показує уніфікований профіль (те саме джерело). Показ — не авторитетність.
Варто знати для іспиту. Знайте, як розпізнавання ідентичності в Data 360 вирішує і показує: у правилі зіставлення мають збігтися всі критерії, а збіг будь-якого одного правила уніфікує профілі (більше критеріїв — для точності, менше — для консолідації); три правила узгодження — це Last Updated, Most Frequent і Source Priority, встановлені для об’єкта з можливістю перевизначення для поля; а узгодження не змінює даних джерел, і контактні точки не узгоджуються.
Контактні точки роблять це ще очевиднішим. Людина може мати особисту й робочу пошту, мобільний і домашній телефон, і всі легітимні. Data 360 узагалі не узгоджує контактні точки: кожна пошта й телефон лишаються на уніфікованому профілі (те саме джерело). Іноді кілька значень — це просто правда. «Уніфікований» не означає одне значення для всього.
Golden record — це рішення
Section titled “Golden record — це рішення ”Порівняйте справжню вимогу керування. Бізнес каже, що ERP авторитетна щодо юридичної назви, і кероване значення — «Oakline Logistics LLC». Salesforce, білінг і сервіс мусять його використовувати, а якщо хтось розходиться, процес керування повертає кероване значення. Це інша архітектура. Ми не обираємо, що показує один погляд; ми вирішуємо: це значення використовує підприємство, і кожна система-учасник на ньому сходиться.
Тож: уніфікований профіль зводить разом ідентичності й інформацію. Golden record — кероване рішення про те, які значення авторитетні. Уніфікований профіль може дати чудовий єдиний погляд на клієнта, зібраний з авторитетних джерел. Це не робить його системою, що керує клієнтом.
Уніфікований профіль — це карта. Golden record — це рішення.
Простежуваність
Section titled “Простежуваність ”Якщо уніфікований профіль каже Dallas, звідки це: Salesforce, ERP, електронна комерція? Його обрали як останнє оновлене, найчастіше, за пріоритетом джерела? Це походження важливе для аудиту, приватності, усунення проблем, виправлення якості даних і рішень агентів, а насамперед — щоб знати, де має відбутися виправлення. Якщо Dallas хибне, редагування зібраного погляду не виправить джерела. Вам потрібні зовнішні ID, зв’язки ідентичності й поля походження, щоб простежити назад до запису, який має змінитися.
Три інструменти для трьох робіт
Section titled “Три інструменти для трьох робіт ”Ось як я їх розділяю:
- Керування дублікатами і злиття — у межах однієї org Salesforce, коли є явний переможець, а дублікати вам більше не потрібні (модуль 3).
- Розпізнавання ідентичності в Data 360 — для однієї ідентичності і єдиного погляду між джерелами без їх зміни: registry.
- Окрема MDM-платформа — коли значення треба вирішити один раз і повернути в кожну систему-учасника: співіснування чи централізоване.
Три інструменти для трьох робіт: злити, пов’язати, керувати.
Не купуйте MDM, коли вам потрібна карта. «Ми хочемо, щоб сервісний агент бачив, що цей клієнт Salesforce — та сама людина, що купила онлайн» може потребувати розпізнавання ідентичності й об’єднаного контексту, а не централізованого MDM. «ERP, Salesforce, електронна комерція й білінг мусять усі використовувати ту саму керовану юридичну назву, а зміни мають повертатися до всіх» — інша справа: це керування. Не розв’язуйте друге, коли у вас перше, і не вдавайте, що перше розв’язало друге.
Одна ідентичність — не один дозвіл
Section titled “Одна ідентичність — не один дозвіл ”Розпізнавання ідентичності каже, що ці записи — одна людина. Це не означає, що кожен, хто може бачити один вихідний запис, може бачити все, прикріплене до уніфікованої ідентичності. Роздрібний партнер може бачити доставки, які надіслав; доставки іншого партнера тому самому отримувачеві його не стосуються, навіть якщо шар ідентичності знає, що вони пов’язані. Граф ідентичності може бути правильним, а дизайн доступу — хибним. Уніфікація ідентичності не стирає меж безпеки. Тому надмірне зіставлення стає проблемою приватності, і тому контрольна точка Steve Trucking так обережно ставиться до уніфікації отримувачів: карта того, хто є хто, не дає ні власності, ні доступу.
За межами іспиту: що змінює ШІ. Агентам потрібна одна ідентичність, щоб на ній діяти, і уніфікований профіль їм її дає. Це підвищує ставки в обидва боки. Надмірне зіставлення тепер — інцидент приватності: агент, що діє для однієї людини на даних іншої. А агент, що «оновлює клієнта», має записувати в систему обліку атрибута, за картою авторитетності з модуля 1, а не в уніфікований профіль. Карта каже агентові, хто ця людина; модель авторитетності — куди належить зміна.
Що тут вирішує архітектор
Section titled “Що тут вирішує архітектор ”- Яких доказів достатньо, щоб уніфікувати профілі, і як ціна хибного збігу встановлює суворість.
- Які правила узгодження вирішують, що показує уніфікований профіль.
- Чи потрібне чищення дублікатів в одній org, ідентичність між джерелами чи справжнє корпоративне керування.
- Яке джерело лишається авторитетним для кожного атрибута, навіть коли Data 360 показує узгоджене значення.
- Як уніфікована ідентичність взаємодіє з безпекою, приватністю, походженням і діями агентів.
Data 360 може сказати нам, що ці профілі належать разом, дати уніфіковану ідентичність, узгодити те, що показує, і зберегти зв’язки з кожним джерелом. Це надзвичайно цінно. Але якщо Salesforce каже одне, а ERP — інше, комусь досі треба вирішити, яка система може змінювати корпоративну істину. Тож коли хтось каже «у нас є уніфікований профіль, отже, є і golden record», запитайте: ми дані уніфікували чи ними керуємо?
Додаткові матеріали
Section titled “Додаткові матеріали ”- Salesforce Architects, Data 360 Architecture (opens in a new tab) (англійською, перевірено 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) і Identity Resolution Reconciliation Rules (opens in a new tab) (англійською, перевірено 2026-10-14).