Master data · Справочники · Модель данных
Справочникии модель master data
Проектирование модели мастер-данных: справочники, атрибуты и связи
Прежде чем синхронизировать данные между системами, необходимо договориться, что считать клиентом, товаром и договором: состав атрибутов, правила идентификации, владельцы. Мы проектируем модель мастер-данных: состав справочников, атрибутивную структуру, правила связей и ответственность за ведение.
Формализованная модель
Состав справочников, атрибуты и правила описаны документально: единое понимание у всех команд
Правила идентификации
Критерии единственности записей определены: дубли выявляются и устраняются системно
Назначенные владельцы
За каждый справочник отвечает конкретная роль: данные не остаются бесхозными
- MDM
- Модель данных
- Справочники
- НСИ
- Карточки
- Иерархии
- Атрибуты
- Владельцы
Об услуге
Когда клиент в CRM, на сайте и в 1С — три разных клиента
Модель master data — это описание ключевых сущностей компании: что такое клиент, продукт, цена, заказ; какие атрибуты обязательны; где каждая сущность рождается и кто за неё отвечает.
Мы проектируем модель от практики: изучаем, как данные реально живут в ваших системах, находим разночтения и проектируем структуру, которую команды способны поддерживать. Не идеальную схему, а рабочую.
Результат — модель данных, которую приняли команды: интеграции проектируются быстрее, отчётность сходится, новые системы вписываются без боли.
Задачи услуги
С какими задачами к нам приходят
Справочники в хаосе
Приводим в порядок: структура, атрибуты, правила ведения.
Клиенты дублируются между системами
Проектируем единую модель клиента и правила склейки.
Товарный справочник неуправляем
Строим модель продукта: иерархии, атрибуты, связи.
Интеграции требуют единой модели
Проектируем canonical-модель как основу обменов.
Несколько компаний, разные справочники
Проектируем общую модель для группы компаний.
Готовимся к новой платформе
Модель данных как вход для миграции и новых систем.
Состав услуги
Что входит в услугу
- Список ключевых сущностей компании
- Карта: в каких системах каждая живёт
- Владельцы и процессы ведения
- Состояние: дубли, пробелы, разночтения
- Приоритеты по влиянию на бизнес
Артефакт: реестр сущностей: где живут, кто владеет, в каком состоянии
- Определения сущностей языком бизнеса
- Состав атрибутов: обязательность, форматы
- Связи и иерархии между сущностями
- Жизненный цикл каждой сущности
- Модель согласована со всеми командами
Артефакт: задокументированная модель: сущности, атрибуты, связи
- Анализ, где данные рождаются
- Назначение источника истины
- Правила распространения к потребителям
- Разрешение конфликтов между системами
- Реестр источников с владельцами
Артефакт: для каждой сущности назначена система-владелец
- Правила заполнения атрибутов
- Процесс создания и изменения записей
- Согласование для критичных изменений
- Архивирование и история
- Контрольные проверки качества
Артефакт: регламенты: как создавать, менять и архивировать записи
- Назначение владельцев данных
- Роли: владелец, редактор, потребитель
- Процесс эскалации споров
- Метрики качества по владельцам
- Регулярный ритм governance
Артефакт: за каждым справочником закреплён ответственный
- Требования к MDM-решению
- Критерии выбора платформы
- API модели для интеграций
- План поэтапного внедрения
- Оценка трудоёмкости реализации
Артефакт: требования к технической реализации модели
Риски
Что происходит без модели master data
Дубли размножаются
Каждая система плодит свои версии клиентов и товаров. Склейка вручную съедает часы и всё равно ошибается.
Отчётность не сходится
Выручка в CRM и 1С различается на миллионы. Каждое совещание начинается со спора, чьи цифры правильные.
Каждая интеграция — с нуля
Без единой модели каждый обмен требует согласования форматов. Интеграции стоят вдвое дороже и ломаются чаще.
Знания о данных в головах
Почему поле заполняется так — знает один человек. Его отпуск останавливает процессы.
Модель данных — это договор между командами. Мы проектируем её так, чтобы командам было выгодно соблюдать: с правилами, владельцами и минимумом бюрократии.
Результат
Что вы получаете на выходе
Модель master data
сущности, атрибуты, связи, жизненный цикл
Реестр источников истины
где рождается каждая сущность
Правила ведения
регламенты справочников
Владельцы данных
ответственные и процессы
Требования к MDM
вход для технической реализации
План внедрения
поэтапный, с приоритетами
Всё, что мы делаем, остаётся вашим: код, документация, процессы. Поддерживать и развивать решение можете вы сами, наша команда или любой другой подрядчик.
Форматы работы
Сколько это стоит
Цена зависит от числа сущностей и вовлечённых команд. Начинаем с инвентаризации — она показывает реальный объём работ.
Быстрый старт
Инвентаризация данных
- Реестр ключевых сущностей
- Карта систем-хранилищ
- Владельцы и процессы
- Оценка состояния данных
- Приоритеты по влиянию
- План моделирования
Типовые форматы
Модель master data
Полная модель ключевых сущностей с источниками истины и правилами ведения.
- Модель сущностей и атрибутов
- Источники истины
- Правила ведения справочников
- Владельцы и процессы
- Согласование с командами
Модель + требования к MDM
Модель плюс требования к технической реализации и план внедрения MDM-решения.
- Всё из формата «Модель master data»
- Требования к MDM-системе
- Критерии выбора платформы
- План поэтапного внедрения
- Оценка реализации
Data governance на потоке
Сопровождаем модель: изменения, качество, работа с владельцами данных.
- Актуализация модели
- Контроль качества данных
- Работа с владельцами
- Метрики governance
Цены выше — ориентир, а не коммерческое предложение. Точную смету называем после предпроектного обследования — и фиксируем в договоре.
Кейсы
Проекты, где данные играли большое значение
Этапы
Как мы работаем
Модель не рисуется в вакууме: мы изучаем, как данные реально живут в системах, и проектируем то, что команды смогут поддерживать.
Обсудить проектИнвентаризация
Сущности, системы, владельцы, состояние. Приоритеты по влиянию.
Моделирование
Определения, атрибуты, связи. Серия согласований с командами.
Источники истины
Назначение владельцев систем и правил распространения.
Регламенты
Правила ведения, процессы, контроль качества.
Внедрение
Техническая реализация и governance — самостоятельно или с нами.
Команда
Кто будет работать над проектом
модель, источники истины, согласования
правила ведения и процессы
связи, иерархии, требования к MDM
практики справочников и governance
согласования, сроки, коммуникации
Над моделью работают 3–5 специалистов. Ключевой фактор успеха — вовлечение ваших владельцев данных: мы ведём согласования и добиваемся принятия модели.
О компании
Articul — digital-агентство полного цикла
лет опыта в цифровой разработке
реализованных проектов
клиентов
специалистов в команде
наград и премий
Клиенты
Нам доверяют
350 клиентов уже доверили нам свои проекты: спортивные лиги, федеральный ритейл, фарма и промышленность
FAQ
Частые вопросы
Модель — это смысловая основа: что такое клиент и где он рождается. MDM-система — технический инструмент. Сначала модель, потом инструмент: иначе автоматизируете хаос.
Это нормально и это наша работа: ведём серию согласований, показываем цену разночтений в цифрах, находим компромиссы. Модель, которую не приняли, — мусор.
Ядро — 5–15 сущностей: клиент, продукт, цена, договор, заказ, точка продаж, сотрудник. Начинаем с приоритетных по влиянию на бизнес.
Даже две системы с клиентами требуют договорённости. Чем раньше модель появляется, тем дешевле: переделывать интеграции потом — дороже.
Модель — вход для трёх направлений: чистка и синхронизация существующих данных, требования к MDM-системе, основа для интеграций и отчётности. Можем реализовать любое из них.
Инвентаризация — 3–4 недели, модель ядра — 1,5–3 месяца вместе с согласованиями. Дольше всего занимают не схемы, а договорённости между командами.