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, якщо готові проєктувати логіку зіставлення й супроводжувати її. Ліцензії на самі ці сервіси потрібні, а їхню достатність для сценарію слід перевірити окремо.