Карта — это не решение

🌐 Также доступно на 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. Каждый модуль самостоятелен. Назад: Сопоставление, слияние и правила выживания · Далее: Когда полномочия разделены

Вопрос, на который отвечает этот модуль: унифицированный профиль — это то же самое, что золотая запись?

Один и тот же клиент находится в трех системах. Salesforce знает Daniel Reyes, d.reyes@example.com, Даллас. Интернет-магазин знает Dan Reyes, тот же адрес электронной почты, Dallas, TX. Поддержка знает Daniel Reyes, 214-555-0100, Даллас. Data 360 решает, что все трое — один человек, и строит унифицированный профиль. Отлично. Есть ли у нас золотая запись? Не обязательно. Мы знаем, что записи относятся друг к другу; мы не решили, какой источник владеет истиной. Людей это может сбивать с толку: разрешение идентичности создает унифицированного индивида, но не золотую запись. Поэтому я объясняю разницу в лоб:

Унифицированный профиль — это карта. Золотая запись — это решение.

Разрешение идентичности отвечает на вопрос «кто?»

Без разрешения идентичности один человек предстает несвязанными профилями: маркетинг видит один, продажи — другой, обслуживание — третий. Data 360 загружает их и с помощью правил разрешения идентичности решает, какие из них относятся друг к другу. Тогда мы можем сказать: похоже, эти записи — один и тот же человек. Это решает вопрос идентичности. Вопрос мастеринга это не решает.

И унифицированный профиль сохраняет карту обратно к своим источникам. По собственному описанию Salesforce, унифицированный профиль — не золотая запись: это набор ключей, где объекты связи идентичности (identity link) привязывают ID каждой исходной записи к ID унифицированного профиля (Data 360 Architecture (opens in a new tab)). Унифицированный индивид 10042 соответствует контакту Salesforce 003…, клиенту интернет-магазина EC-48372 и клиенту поддержки SUP-9128. Оригиналы не исчезают. Это очень близко к реестру из модуля 2.

Click to enlarge

Унифицированный профиль — это карта обратно к исходным идентичностям.

Правила сопоставления: строгость — это решение о риске

Как Data 360 решает, кого унифицировать? Правила сопоставления. Профили совпадают, когда выполнены все критерии правила, а если правил несколько, совпадение по любому одному создает унифицированный профиль. Собственная рекомендация Salesforce: используйте больше критериев для точности (больше отдельных профилей) и меньше — для консолидации (Identity Resolution Match Rules (opens in a new tab)). Значит, добавление критериев в правило делает его строже, а добавление альтернативных правил расширяет способы, которыми профили могут совпасть. Настройка разрешения идентичности — это не «включить сопоставление». Это определение того, каких доказательств достаточно, чтобы сказать: эти профили — один человек.

Больше сопоставлений — не значит автоматически лучше. Десять миллионов исходных профилей превращаются в восемь миллионов унифицированных. Ослабьте правила — и их уже шесть миллионов. Лучше? Может быть, вы нашли больше дубликатов. А может быть, начали объединять разных людей. Меньшее число — не доказательство лучших данных. Цель — не наименьшее число профилей, а наиболее обоснованные идентичности для данной цели. И у каждого критерия есть метод сопоставления (match method): Exact, Exact Normalized или Fuzzy с высокой, средней или низкой точностью. Суть — в собственном предупреждении Salesforce: менее точный метод повышает уровень консолидации, но может привести к нежелательным совпадениям. (Fuzzy недоступен для полей Account, а нормализованные значения используются только для сравнения; они не сохраняются в унифицированном профиле — это шаг гармонизации из модуля 3 в действии: Identity Resolution Match Methods (opens in a new tab).) Чем мягче метод, тем больше сама идентичность становится суждением. Если она неверна, мы всего лишь плохо персонализируем страницу — или показываем историю поддержки одного человека другому, или позволяем агенту действовать с данными двух людей?

Вот моя позиция: строгость сопоставления — это решение о риске. Она зависит от того, насколько однозначно поля сопоставления идентифицируют человека и во что обходится ложное совпадение. Там, где смешение обходится дорого, сознательно сопоставляйте меньше. Два профиля для одного человека — неудобно. Один профиль, в котором два человека, может быть опасен.

Согласование — все еще не мастеринг

После унификации профилей источники все равно расходятся: Salesforce говорит «Даллас», интернет-магазин — «Плейно», поддержка — «Даллас». Что показывает унифицированный профиль? Решают правила согласования (reconciliation rules): Last Updated, Most Frequent или Source Priority, задаваемые для каждого объекта и переопределяемые для каждого поля (Identity Resolution Reconciliation Rules (opens in a new tab)). Это должно напоминать правила выживания значений из модуля 3.

Вот где у команд начинаются проблемы. Унифицированный профиль показывает «Даллас», и кто-то говорит: «Отлично, Даллас — наше золотое значение». Не спешите. Интернет-магазин по-прежнему говорит «Плейно». Salesforce прямо указывает, что согласование не удаляет и не меняет исходные данные и не обновляет исходные системы и не предназначено для выбора «лучшего» значения для каждого приложения. Оно решает только то, что показывает унифицированный профиль (тот же источник). Отображение — это не полномочия.

Знать к экзамену. Знайте, как разрешение идентичности в Data 360 принимает решения и что отображает: в правиле сопоставления должны совпасть все критерии, а совпадение по любому одному правилу унифицирует профили (больше критериев — для точности, меньше — для консолидации); три правила согласования — Last Updated, Most Frequent и Source Priority, задаются для объекта и переопределяются для поля; согласование не меняет исходные данные, а точки контакта не согласуются.

Точки контакта делают это еще нагляднее. У человека могут быть личный и рабочий адреса электронной почты, мобильный и домашний телефоны, и все они законны. Data 360 вообще не согласует точки контакта: каждый адрес электронной почты и телефон остается в унифицированном профиле (тот же источник). Иногда несколько значений — это просто правда. «Унифицированный» не означает одно значение для всего.

Золотая запись — это решение

Сравните с настоящим требованием мастеринга. Бизнес говорит, что ERP авторитетна для юридического названия, и мастер-значение — «Oakline Logistics LLC». Salesforce, биллинг и обслуживание должны использовать его, а если какая-то система расходится, процесс мастеринга отправляет ей управляемое значение обратно. Это другая архитектура. Мы не выбираем, что показывает одно представление; мы решаем: это значение, которое использует предприятие, и каждая участвующая система к нему сходится.

Итак: унифицированный профиль сводит вместе идентичности и информацию. Золотая запись — это управляемое решение о том, какие значения авторитетны. Из унифицированного профиля может получиться отличное единое представление клиента, собранное из авторитетных источников. Но это не делает его системой — мастером клиента.

Click to enlarge

Унифицированный профиль — это карта. Золотая запись — это решение.

Прослеживаемость

Если унифицированный профиль говорит «Даллас», откуда это взялось: из Salesforce, ERP, интернет-магазина? Выбрано ли значение как последнее обновленное, самое частое, по приоритету источника? Это происхождение важно для аудита, конфиденциальности, поиска неисправностей, исправления качества данных и решений агентов — и прежде всего для того, чтобы знать, где должно делаться исправление. Если «Даллас» неверен, правка собранного представления не исправит источник. Вам нужны внешние ID, связи идентичности и поля происхождения, чтобы проследить путь к записи, которая должна измениться.

Три инструмента для трех задач

Вот как я их разделяю:

1. Управление дубликатами и слияние — внутри одного org Salesforce, когда есть явный победитель и дубликаты вам больше не нужны (модуль 3).
2. Разрешение идентичности в Data 360 — для одной идентичности и единого представления по многим источникам без их изменения: реестр.
3. Отдельная MDM-платформа — когда значения нужно решить один раз и отправить обратно в каждую участвующую систему: сосуществование или централизованная модель.

Click to enlarge

Три инструмента для трех задач: слить, связать, провести мастеринг.

Не покупайте MDM, когда вам нужна карта. «Мы хотим, чтобы агент поддержки видел, что этот клиент в Salesforce — тот же человек, который купил что-то онлайн» — для этого, возможно, нужны разрешение идентичности и объединенный контекст, а не централизованное MDM. «ERP, Salesforce, интернет-магазин и биллинг должны использовать одно и то же управляемое юридическое название, и изменения должны возвращаться во все эти системы» — это другое: это мастеринг. Не решайте вторую задачу, когда у вас первая, и не делайте вид, что решение первой решило вторую.

Одна идентичность — не одно разрешение

Разрешение идентичности говорит, что эти записи — один человек. Это не значит, что каждый, кто может видеть одну исходную запись, может видеть все, что привязано к унифицированной идентичности. Розничный партнер может видеть доставки, которые он отправил; доставки другого партнера тому же получателю его не касаются, даже если слой идентичности знает, что они связаны. Граф идентичности может быть верным, а дизайн доступа — неверным. Унификация идентичности не стирает границы безопасности. Вот почему избыточное сопоставление становится проблемой конфиденциальности и почему контрольная точка Steve Trucking так осторожно подходит к унификации получателей: карта того, кто есть кто, не дает ни владения, ни доступа.

За пределами экзамена: что меняет ИИ. Агентам нужна одна идентичность, с которой они работают, и унифицированный профиль ее дает. Это повышает ставки в обе стороны. Избыточное сопоставление теперь — инцидент конфиденциальности: агент, действующий в интересах одного человека с данными другого. А агент, который «обновляет клиента», должен писать в систему записи атрибута, пользуясь картой полномочий из модуля 1, а не в унифицированный профиль. Карта говорит агенту, кто этот человек; модель полномочий говорит, где должно делаться изменение.

Что здесь решает архитектор

• Каких доказательств достаточно для унификации профилей и как цена ложного совпадения задает строгость.
• Какие правила согласования решают, что показывает унифицированный профиль.
• Что нужно на самом деле: очистка дубликатов в одном org, идентичность по многим источникам или настоящий корпоративный мастеринг.
• Какой источник остается авторитетным для каждого атрибута, даже когда Data 360 показывает согласованное значение.
• Как унифицированная идентичность взаимодействует с безопасностью, конфиденциальностью, происхождением данных и действиями агентов.

Data 360 может сказать нам, что эти профили относятся друг к другу, дать унифицированную идентичность, согласовать то, что он показывает, и сохранить связи с каждым источником. Это огромная ценность. Но если Salesforce говорит одно, а ERP — другое, кто-то все равно должен решить, какая система может менять корпоративную истину. Поэтому, когда кто-то говорит: «У нас есть унифицированный профиль, значит, у нас есть золотая запись», спросите: мы унифицировали данные или провели их мастеринг?

Дополнительно

• 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).