Практический семинар «Практика внедрения MDM». Подробнее о мероприятии http://www.croc.ru/action/detail/2443/ Презентация Андрея Есенкова, эксперта группы системных инженеров компании КРОК

1. РОЛЬ MDM
В ИНФОРМАТИЗАЦИИ БИЗНЕСА
Андрей Есенков
ЭКСПЕРТ ГРУППЫ СИСТЕМНЫХ ИНЖЕНЕРОВ
КОМПАНИИ КРОК

2. СОДЕРЖАНИЕ
• Необходимость MDM
• Решение MDM
• Виды (стили) MDM
• Архитектура MDM
• Варианты реализации MDM
• Бизнес-задачи

3. ПРИЗНАКИ НЕОБХОДИМОСТИ MDM
• Недоверие пользователей к ИТ
• Низкая эффективность применения прикладных
систем
• Ошибки в планировании бизнеса
• В основе всего этого — низкое качество данных
– Разрозненность
– Противоречивость
– Отрывочность (отсутствие полноты)
– Дублирование
– Отсутствие классификации
– Отсутствие единого поиска
– Неактуальность

4. «Грязные данные* похожи
на грязь на ветровом
стекле — можно
некоторое время ехать
и медленно терять обзор,
но в конечном счете
потребуется остановиться
и очистить стекло, иначе
вы рискуете потерять
все».
*Дубли клиентских карточек, отсутствие
единого консолидированного
представления о клиенте и истории
взаимодействия с ним.
Ken Orr, The Cutter Consortium
НЕОБХОДИМОСТЬ MDM

5. ОСНОВА — КАЧЕСТВО ДАННЫХ
«Причина №1, по которой CRM-проекты терпят крах».
«... 1000 крупнейших компаний будут больше тратить средств
на расходы, связанные с плохим качеством данных, нежели
на хранилища данных и инициативы CRM».
«...результаты последних исследований говорят о том, что низкое
качество данных является наибольшим сдерживающим фактором
для успешных внедрений CRM...»
«Только 30% внедрений решений для бизнес-аналитики имеют полный
успех. Основные причины — ограничения бюджета
и качество данных».
«Интеграция данных и качество данных – основные предпосылки
для успешных внедрений Enterprise приложений, таких как CRM, DW
и АБС».

6. ПРИЧИНЫ НИЗКОГО КАЧЕСТВА ДАННЫХ
• Типичная картина на современном предприятии
– Множество автономных информационных систем,
автоматизирующих основные бизнес-процессы
– Повторный ручной ввод данных
– Ручная выверка и корректировка данных
– Особенности реализации отдельных
информационных систем
• Наиболее значимое воздействие на бизнес
имеет качество редко изменяющихся данных —
основных сведений

7. РЕШЕНИЕ MDM
Master Data Management (управление основными сведениями)
направлено на
 Извлечение сведений из разрозненных систем и организацию
основных каталогов (мастер-данных)
 Организацию управления основными сведениями в бизнес-
процессах
 Привлечение бизнес-пользователей к реакции на изменения
в основных сведениях
 Создание единого представления предметной области в виде
модели данных предприятия (контрагенты, продукты и услуги,
договора и расчеты, адреса и размещения)
 Обеспечение актуальных, целостных, непротиворечивых сведений
в стандартных форматах

8. АРХИТЕКТУРА
MDM
 MDM — это шаг к SOA и отказ
от монолитных приложений
одного производителя
 Как это выглядит
ERP
Контрагенты
Операции
CRM Контрагенты
Взаимодействия
MDM
Контрагенты
Контрагенты
Контрагенты
Связывание,
нормализация,
устранение дублей
Синхронизация

9. ВИДЫ MDM
Разделяют три основных вида (стиля) управления основными
сведениями
 Аналитическое применение основных сведений — концентрация
основных сведений из информационных систем для использования
в аналитических целях
 Оперативное управление основными сведениями — создание
и распространение основных сведений в централизованной системе
в SOA
 Совместное управление основными сведениями — применение
процедур согласования ответственными лицами изменений
в основных сведениях

10. ОПЕРАЦИИ MDM
 Ведение каталогов основных сведений
и распространение данных в ИС (интеграция данных)
 Реакция на изменение данных в ИС
 Управление качеством данных
– Идентификация дублей записей в ИС
– Связывание записей в различных ИС
– Нормализация данных

11. ВАРИАНТЫ РЕАЛИЗАЦИИ MDM
 Для аналитического стиля MDM
– Архитектура Консолидации MDM
 Для оперативного стиля MDM
– Архитектура Реестра MDM
– Архитектура Сосуществования MDM
– Архитектура Транзакции MDM

12. АРХИТЕКТУРА КОНСОЛИДАЦИИ MDM
 Консолидация применяется при реализации
Аналитического MDM
 Консолидация предусматривает сбор данных
из различных информационных систем, очистку,
классификацию, связывание для подготовки
«скелета», на основе которого будут создаваться
отчеты BI
 Выверенные данные не используются в других
системах

13. АРХИТЕКТУРА КОНСОЛИДАЦИИ MDM
ERP
Контрагенты
Операции
CRM Контрагенты
Взаимодействия
MDM
Контрагенты
Связывание,
нормализация,
устранение дублей
Синхронизация
BDW
ETL
ETL

14. АРХИТЕКТУРА РЕЕСТРА MDM
 Реестр — это рамочный каталог, содержащий
выверенные, но минимальные сведения, необходимые
для идентификации записи
 Каждая запись реестра содержит ссылки
на оригинальные записи в информационных системах
 Выверенные данные не используются в других
системах

15. Петров Петр Петрович
Петров Пѐтр
П.П. Петров
ERP
CRM
ERP
Контрагенты
Операции
CRM Контрагенты
Взаимодействия
MDM
Иванов Иван Иванович
Иванов Иван
И.И. Иванов
ERP
CRM
Ivanov IvanERP
Синхронизация
АРХИТЕКТУРА РЕЕСТРА MDM

16. АРХИТЕКТУРА СОСУЩЕСТОВАНИЯ MDM
 Архитектура основана на архитектуре Реестра MDM
 Каталог с основными сведения может содержать
расширенный набор атрибутов
 Выверенные сведения могут использоваться
для обновления других информационных систем

17. АРХИТЕКТУРА ТРАНЗАКЦИЙ MDM
 Предусматривает полностью централизованное
управление основными сведениями
 Основные сведения вносятся только в каталог MDM
 Ввод основных сведений в другие информационные
системы заблокирован в интерфейсе пользователя
 Распространение основных сведений производится из
каталога MDM средствами интеграции

18. Петров Петр Петрович
ERP
Контрагенты
Операции
CRM Контрагенты
Взаимодействия
MDM
Иванов Иван Иванович
Синхронизация
Ввод данных централизован
АРХИТЕКТУРА ТРАНЗАКЦИЙ MDM

19. ПОВЫШЕНИЕ КАЧЕСТВА
АНАЛИТИЧЕСКОЙ ОТЧЕТНОСТИ
Необходимо внедрить управление основными сведениями
в «аналитическом стиле»
• Создать каталог основных сведений, включающий необходимые
классификаторы
• Загрузить данные из информационных систем в каталог
• Выполнить очистку данных — получить основные сведения
(нормализация, связывание, исключение повторов…)
• Использовать полученную классификацию в BDW при построении отчетов

20. ОПЕРАТИВНОЕ ПОЛУЧЕНИЕ
БАЛАНСА ПО КЛИЕНТУ
Условие: данные по клиенту хранятся в разрозненных информационных
системах, необходимо получить баланс по всем услугам (например,
при выдаче кредитов или при обращении в контакт-центр)
Необходимо внедрить управление основными сведениями в «стиле реестра»
• Создать рамочный каталог основных сведений, включающий
необходимые классификаторы
• Загрузить данные из информационных систем в каталог
• Выполнить очистку данных — получить основные сведения
(нормализация, связывание, исключение повторов…)
• Оставить ссылки в каталоге с основными сведениями
на соответствующие записи в информационных системах
• Использовать полученные связки записей для маршрутизации запросов
в ESB при обращении в информационные системы

21. ОПЕРАТИВНАЯ
СИНХРОНИЗАЦИЯ НОМЕНКЛАТУРЫ
Условие: Данные вносятся в независимые информационные системы,
необходимо синхронизировать номенклатуру запчастей, доступных для заказа
дистрибьюторами,
с исправлением неточностей
Необходимо внедрить управление основными сведениями в «стиле
сосуществования»
• Создать расширенный каталог основных сведений, включающий
необходимые классификаторы и дополнительные атрибуты
• Загрузить данные из информационных систем в каталог
• Выполнить очистку данных — получить основные сведения (нормализация,
связывание, исключение повторов…)
• Внедрить процедуры согласования изменений в каталоге основных
сведений
• Интегрировать информационные системы с использованием ESB
для оперативного обновления данных

22. СПАСИБО ЗА ВНИМАНИЕ!
Андрей Есенков
ЭКСПЕРТ ГРУППЫ СИСТЕМНЫХ ИНЖЕНЕРОВ
КОМПАНИИ КРОК
Т: (495) 974 2274, доб. 6997
Ф: (495) 974 2277
E-mail: ayesenkov@croc.ru