MDM-система для 1С нужна, когда ключевые справочники — контрагенты, номенклатура, сотрудники, склады — ведутся сразу в нескольких системах и начинают расходиться. MDM (Master Data Management, управление мастер-данными или НСИ) делает так, что у каждой сущности есть одна эталонная запись, правила её заполнения и ответственный, а все системы получают данные из одного источника. Технически это может быть отдельная база 1С для НСИ или специализированная платформа, например DATAREON Platform, где управление данными совмещено с интеграционной шиной.
Ниже — как понять, что компании пора заниматься НСИ, какие бывают подходы, где уместна платформа уровня DATAREON и как не провалить проект на этапе чистки данных.
Симптомы: как понять, что пора
Типичная картина в компании, которая выросла на нескольких системах: ERP на 1С ведёт учёт, CRM хранит клиентов, складская система — остатки, а сайт — свой каталог. Каждая система заводит справочники сама, и через год появляются:
- дубли контрагентов — «Ромашка», «ООО Ромашка» и «Ромашка ООО» с одним ИНН;
- разные карточки одного товара в учёте, на сайте и на складе, с разными единицами измерения и характеристиками;
- ручная сверка справочников перед закрытием месяца или выгрузкой отчётности;
- отчёты, которые не сходятся между системами, потому что группировки и классификаторы разные;
- ошибки в документах — отгрузка не тому юрлицу, неверные реквизиты в счёте.
Если два-три пункта узнаваемы, проблема уже стоит денег — просто они размазаны по рабочему времени сотрудников и ошибкам.
Что такое MDM на практике
MDM — это не одна программа, а сочетание трёх вещей:
| Составляющая | Что входит |
|---|---|
| Правила | Какие справочники мастер-данные, обязательные поля, форматы, классификаторы, кто вправе создавать и менять записи |
| Процессы | Заявка на новую запись, проверка на дубли, согласование, исправление ошибок |
| Инструмент | Система, где хранится эталон, проверяется качество, ведётся история и откуда данные расходятся по потребителям |
Ключевое понятие — «золотая запись»: одна проверенная карточка контрагента или товара, на которую ссылаются все системы. Каждая система может хранить свою копию, но источник истины один.
Архитектуры: от простой к сложной
Централизованное ведение. Справочник создаётся и меняется только в MDM, остальные системы получают его готовым. Самая чистая схема, но требует дисциплины: менеджер не может «быстро завести клиента» в CRM.
Консолидация. Системы ведут справочники как раньше, а MDM собирает данные, находит дубли и формирует эталон для аналитики. Порядка в учётных системах это не наводит, зато быстро запускается.
Гибрид. Новые записи создаются в системах, но сразу отправляются в MDM на проверку и обогащение, а эталон возвращается обратно. На практике это самый частый вариант для компаний с 1С.
Для небольшого ландшафта — две-три базы 1С — часто достаточно отдельной базы НСИ на 1С и обменов. Когда систем много, они на разных технологиях, а требования к проверке качества и согласованию сложные, нужна специализированная платформа.
Где здесь DATAREON Platform
DATAREON Platform — российская low-code платформа для интеграции и управления данными. Для MDM-задач важны три её стороны:
- интеграционная шина с коннекторами к 1С, СУБД, веб-сервисам и другим системам — эталонные данные не только хранятся, но и доставляются потребителям с гарантией доставки;
- хранилище данных в составе платформы, на котором строится единый источник истины;
- готовые решения для типовых справочников — по информации вендора, есть MDM-решения для номенклатуры и контрагентов, которые можно взять за основу.
Платформа включена в реестр российского ПО, что важно для компаний с требованиями по импортозамещению. Как устроена сама шина и когда она окупается, я подробно разбирал в статье DATAREON ESB: что это.
Честно о минусах: специализированная платформа — это лицензии, отдельная инфраструктура и компетенции. Для компании с одной-двумя базами 1С это почти всегда избыточно.
| Ситуация | Что выбрать |
|---|---|
| 2–3 базы 1С, справочники простые | Отдельная база НСИ на 1С или ведение в главной базе + обмены |
| Много систем на разных технологиях | Платформа с шиной и MDM-функциями |
| Нужны согласования, история, контроль качества с метриками | Специализированное MDM-решение |
| Нужна только сводная аналитика | Консолидация в хранилище данных, без изменения учётных систем |
Как проходит проект MDM
- Инвентаризация. Какие справочники в каких системах ведутся, кто их создаёт, где пересечения. На этом этапе часто выясняется, что «один справочник» на деле — пять разных.
- Правила и владельцы. Для каждого справочника — ответственный со стороны бизнеса, обязательные поля, форматы, правила поиска дублей. Без владельца MDM превращается в ещё одну базу, которую никто не поддерживает.
- Выбор архитектуры и инструмента — по таблице выше, с учётом бюджета и планов развития.
- Пилот на одном справочнике. Обычно контрагенты: понятная бизнес-ценность, проверяемые ключи (ИНН, КПП), быстрый результат.
- Чистка и объединение данных. Поиск дублей, слияние, перепривязка ссылок в учётных системах. Самый трудоёмкий этап.
- Интеграции. Подключение систем-потребителей: обмены между базами 1С, API, шина.
- Тиражирование на остальные справочники и регламент поддержки.
Сроки и бюджет зависят от числа систем и состояния данных; оценивать их честно можно только после инвентаризации. Для ориентира по трудозатратам интеграционных работ использую почасовую ставку 2 500 ₽/ч.
Частые ошибки
- Начинать с выбора продукта. Без правил и владельцев любая платформа станет дорогим хранилищем тех же дублей.
- Охватить всё сразу. Проект на все справочники и все системы с первого дня почти всегда буксует. Пилот на одном справочнике показывает ценность и проблемы быстрее.
- Недооценить чистку. Объединить дубли — полдела; нужно перепривязать документы и остатки в учётных системах, не сломав отчётность.
- Оставить «чёрный ход». Если в ERP по-прежнему можно завести контрагента вручную в обход MDM, дубли вернутся через месяц.
- Забыть про мониторинг качества. Нужны простые метрики: число дублей, доля незаполненных обязательных полей, время согласования новой записи.
Чек-лист перед стартом
- Составлен список справочников и систем, где они ведутся.
- Для каждого справочника назначен владелец со стороны бизнеса.
- Описаны обязательные поля и правила поиска дублей.
- Выбран пилотный справочник и системы для пилота.
- Понятно, как новые записи будут попадать в MDM и обратно в системы.
- Заложено время на чистку исторических данных.
Помогаю пройти этот путь от аудита справочников до работающих обменов: интеграционная шина для 1С, обмен между базами 1С, а начать можно с аудита 1С, чтобы понять реальное состояние данных.
Итог
- MDM-система для 1С нужна, когда справочники ведутся в нескольких системах и расходятся.
- MDM — это правила, процессы и инструмент; без первых двух инструмент не поможет.
- Для небольшого ландшафта хватает базы НСИ на 1С, для сложного — платформы уровня DATAREON с шиной и MDM-функциями.
- Начинайте с пилота на одном справочнике и закладывайте время на чистку данных.
- Закройте возможность заводить мастер-данные в обход MDM, иначе дубли вернутся.
