MDM на Microsoft: Dataverse, Fabric, Purview или отдельная платформа
Короткий ответ: Master Data Services удалён из SQL Server 2025, а Microsoft советует оценить Purview или партнёрские MDM-платформы. На практике MDM на Microsoft строят из компонентов (Dataverse, Power Apps, Fabric) или на партнёрской платформе с интеграцией в Purview. Выбор зависит от объёмов данных, количества доменов и нужного готового функционала.
Что случилось с Master Data Services
Microsoft удалила Master Data Services (MDS) из SQL Server 2025 и продолжает поддерживать его в SQL Server 2022 и более ранних версиях. В документации по безопасности MDS компания отмечает, что ранние версии получают лишь обновления безопасности, а сам продукт зависит от ActiveX, которому нужен уже неподдерживаемый Internet Explorer. Рекомендация: не начинать новых внедрений MDS, спланировать поэтапную миграцию и оценить Microsoft Purview или партнёрские MDM-платформы.
Для компаний с MDS это означает плановую миграцию: в SQL Server 2022 и ранее продукт поддерживается, а в SQL Server 2025 его уже нет. Для остальных это ответ на частый вопрос «а что есть у Microsoft для MDM»: новое MDM в этой экосистеме состоит из нескольких компонентов или партнёрского продукта.
Что делает каждый компонент Microsoft в MDM
Эти компоненты легко принять за взаимозаменяемые. На самом деле они закрывают разные части задачи, и ни один по отдельности не составляет полного MDM.
| Компонент | Роль в MDM | Что стоит знать |
|---|---|---|
| Dataverse | Хранение эталонных записей или задач стюарда, роли, аудит | Альтернативные ключи упрощают обмен с внешними системами. Встроенное обнаружение дубликатов допускает лишь пять опубликованных правил на тип записи, а объединение работает для организаций, контактов и лидов, по две записи за раз |
| Power Apps и Power Automate | Рабочее место стюарда, очереди, согласования | Логику сравнения записей и выбора значений нужно спроектировать под ваши правила |
| Microsoft Fabric | Загрузка из источников, обработка больших объёмов, хранение эталонов, публикация для аналитики | Сопоставление и формирование золотых записей строят как часть решения. Связь Dataverse с Fabric не требует отдельной загрузки, но расходует место в Dataverse |
| Microsoft Purview | Каталог, глоссарий, продукты данных, управление | По документации Microsoft, золотые записи создаются в интегрированном партнёрском MDM-решении, а в Purview публикуются их метаданные |
| Power BI | Отчёты на эталонных данных, панель качества данных | Показывает проблему и эффект, но не исправляет данные сам |
Практический вывод: фраза «у нас будет MDM на Purview» без партнёрского продукта или собственной логики неполна. Purview поможет увидеть и описать данные, но не сопоставит записи двух систем.
Три пути: сравнение
| Путь | Кому подходит | Преимущества и компромиссы |
|---|---|---|
| Dataverse + Power Platform | Один-два домена, умеренные объёмы, уже есть Dynamics 365 или Power Platform | Золотые записи в Dataverse, отдельная лицензия MDM не нужна, процессы можно гибко настроить. Логику сопоставления строят под проект, а сопровождает её ваша команда или интегратор. |
| Fabric + Power Apps + Dataverse | Большие объёмы, много источников, сильная аналитика | Золотые записи в Fabric, задачи и решения стюарда в Dataverse, отдельная лицензия MDM не нужна. Для построения и сопровождения нужны дата-инженеры: ваши или интегратора. |
| Партнёрская платформа + Purview | Много доменов, сложные иерархии, нужен готовый функционал | Золотые записи в продукте поставщика, сопоставление готово и требует настройки. Добавляется отдельная лицензия, а гибкость ограничена возможностями продукта. |
Это ориентиры, а не правила: конкретные границы зависят от ваших данных. Если справочники малы и меняются редко, может хватить Excel с чётким регламентом и владельцем, без отдельного проекта. Среди партнёрских продуктов документация Purview сейчас называет CluedIn, Profisee, Reltio и Semarchy; сравнивать их стоит по вашим доменам и правилам, а не по общему рейтингу.
Как выбрать: шесть вопросов
Эти вопросы опираются на критерии, по которым Progresia определяет архитектуру проекта по управлению мастер-данными: объёмы и частота изменений, количество доменов, сложность правил и имеющаяся среда Microsoft.
Сколько записей и как часто они меняются?
Чем больше объёмы и чаще пакетная обработка, тем сильнее аргументы в пользу Fabric. Точные границы проверяем замерами на ваших данных, а не общими порогами.
Кому нужны исправленные данные: аналитике или рабочим системам?
Если только отчётам, достаточно реестра или консолидации. Если исправления должны возвращаться в CRM и ERP, закладывайте направления синхронизации и разрешение конфликтов.
Сколько доменов и насколько сложны иерархии?
Контрагентов в одной группе компаний можно вести на компонентах Microsoft. Несколько доменов со сложными многоуровневыми иерархиями чаще оправдывают готовый продукт.
Что уже куплено и что работает?
Имеющиеся Dynamics 365, Power Platform или Fabric снижают порог входа. Покрывают ли действующие лицензии именно ваш сценарий, нужно проверять отдельно.
Какие источники придётся подключать?
BAS, 1С и другие системы с локальными конфигурациями могут существенно повлиять на объём работ. Возможность обратной записи проверяем для каждой конфигурации.
Кто будет сопровождать решение через год?
Собственная логика гибче, но требует команды или партнёра. Готовый продукт уменьшает объём разработки, зато добавляет лицензию и зависимость от поставщика.
Три типичных сценария
Это обобщённые сценарии для ориентира, а не описания конкретных клиентов.
Дистрибуция: номенклатура и поставщики
Dynamics 365, BAS, сайт и прайсы поставщиков. Главная задача — соответствия артикулов и единиц измерения. Логичный старт: один домен на Dataverse или Fabric, в зависимости от объёма номенклатуры.
Агрохолдинг: контрагенты в нескольких юрлицах
Каждое юрлицо ведёт собственный учёт, а отчётность нужна консолидированная. Логичный старт: общие MDM-идентификаторы без изменения учётных систем, а позже проверка контрагентов через YouControl.
Компания на SQL Server MDS
Модели, бизнес-правила и интеграции уже есть, а в SQL Server 2025 продукта больше нет. Логичный старт: инвентаризация имеющегося и решение, что стоит воспроизводить, а чем уже никто не пользуется.
Как спланировать переход с MDS
- Проведите инвентаризацию. Модели, сущности, бизнес-правила, история изменений, пользователи и все системы-потребители.
- Уберите лишнее. Проверьте, какие модели ещё используются: переносить остальные незачем.
- Выберите целевой вариант по тем же шести вопросам. Миграция — хороший повод пересмотреть модель, а не копировать её один в один.
- Запускайте обе системы параллельно. Сравните результаты на реальных данных и переключайте потребителей поэтапно.
В целом цикл похож на миграцию CRM, о которой мы писали в статье о Dynamics 365 Activate: значительная часть рисков выявляется ещё при инвентаризации, а не при переносе записей. Этот этап Progresia берёт на себя вместе с вашей командой данных.
Пять ошибок выбора архитектуры
- Начинать с платформы, а не с проблемы. Сначала измерьте дубликаты и полноту одного домена, иначе сравнивать варианты не по чему.
- Брать все домены сразу. Один домен с измеримым результатом даёт больше, чем программа на все справочники без первых итогов.
- Оценивать только стоимость лицензии. Считайте также разработку логики, интеграции, работу стюардов и сопровождение.
- Полагаться только на точные совпадения. Они пропускают записи без ключа, а нечёткий поиск без проверки человеком объединит лишнее.
- Не назначить владельцев данных. Без них спорные записи будут копиться в очереди при любой архитектуре.
Когда архитектура выбрана, эталонные данные стоит сразу использовать в отчётах Power BI и решениях на Power Platform: так бизнес быстрее видит эффект, а качество данных становится общей целью.
Частые вопросы
Есть ли у Microsoft собственное MDM-решение?
Master Data Services, входивший в SQL Server, удалён из SQL Server 2025. Теперь Microsoft советует оценивать Purview вместе с партнёрскими MDM-платформами, а компании также строят MDM на Dataverse, Power Platform и Fabric.
Создаёт ли Microsoft Purview золотые записи?
По документации Microsoft, золотые записи создаются в интегрированном партнёрском MDM-решении, а Purview получает метаданные этих записей и управляет ими как продуктами данных в каталоге.
Достаточно ли встроенного обнаружения дубликатов в Dynamics 365?
Для порядка в одной системе часто да. Однако оно работает в пределах одной среды, а не между CRM, ERP и Excel, и не формирует эталонных значений из нескольких источников.
Что делать, если мы до сих пор используем MDS?
MDS поддерживается в SQL Server 2022 и более ранних версиях, но не стоит начинать на нём новых проектов. Проведите инвентаризацию моделей, правил и интеграций, выберите целевой вариант и планируйте поэтапную миграцию.
Можно ли построить MDM без отдельной лицензии MDM-платформы?
Да, на Dataverse, Power Platform или Fabric, если готовы проектировать логику сопоставления и сопровождать её. Лицензии на сами эти сервисы нужны, а их достаточность для сценария следует проверить отдельно.