БИТ.MDM (ранее БИТ.Гранат) – это надстройка на текущие системы 1С , которая добавляет функционал MDM (Master Data Management) систем по управлению и распространению НСИ (нормативно-справочной информации).
Что происходит, когда справочники 1С живут своей жизнью?
Номенклатура плодится в каждой базе: «Болт М8» и «Болт М8х20» — одна позиция или разные? Остатки расходятся, а закупки дублируются.
Контрагенты, договоры, банковские счета в каждой базе свои. Казначейство не видит полной картины взаиморасчётов по холдингу.
Неверное определение остатков и корректность заполнения имеют реальные экономические последствия.
Любой пользователь может изменить справочник. Кто и когда изменил запись порой выяснить невозможно.
Бухгалтерия делает повторные проводки из-за ошибок в НСИ.
MDM-функционал прямо внутри вашей 1С
БИТ.MDM (БИТ.Гранат) — не отдельная система, а расширение для текущей 1С. Управляющая база получает полный контроль над НСИ во всех подчинённых базах. Пользователи не замечают разницы: тот же интерфейс и та же логика, но с MDM.
Из чего состоит БИТ.MDM
Подсистема управления НСИ для управляющей базы
Устанавливается в главную 1С-систему холдинга (1С:УХ или 1С:ERP). Обеспечивает единый центр администрирования, настройку правил и моделей централизации НСИ
Подсистема управления НСИ для подчинённых баз
Устанавливается в каждую дочернюю базу (1С:ERP, 1С:Бухгалтерия и др.). Обеспечивает приём изменений НСИ от управляющей базы и контроль операций на местах
Комплект правил обмена и инструменты транспорта данных
Готовые правила обмена для основных типов НСИ. Встроенный брокер сообщений обеспечивает гарантированную доставку изменений — отдельный интеграционный слой не нужен
Особенности БИТ.MDM
Гибкие методологические модели
Три независимые модели (изменения, централизации и распространения) настраиваются под задачи каждого подразделения.
Поддержка централизации связанных справочников
Контрагенты, Договоры, Банковские счета управляются как единый связанный объект — без потери отношений между ними.
Удобные интерфейсы работы с заявками НСИ
Привычный интерфейс 1С для создания и согласования заявок на изменение справочников. Переобучения не требуется.
Настройка прав доступа в подчинённых базах
Ограничивайте доступ до уровня отдельного элемента или конкретного реквизита справочника. Настройка без программирования, которая есть только в БИТ.MDM «из коробки». Возможность добавлять «заместителей», которые получат права в случае необходимости подмены сотрудника.
Единый центр администрирования
Управляйте доступом ко всей корпоративной НСИ из единого кабинета без технических настроек и привлечения ИТ.
Контроль операций с НСИ в подчинённых базах
Полная история изменений по всем базам холдинга: кто, когда и что изменил — в реальном времени.
Гибкое расширение списка управляемых объектов НСИ
Самостоятельно добавляйте новые справочники в периметр MDM-управления по мере роста.
Поддержка нескольких справочников из разных ИС(информационных систем) одновременно
Контрагенты управляются из 1С:БП / ДО / УХ, Номенклатура — из 1С:ERP. Разные управляющие базы для разных групп НСИ без ограничений.
Методологические модели — сценарии применения
Модель изменения НСИ
Определяет, кто и каким образом может вносить изменения в справочники в подчинённых базах. Настраивается отдельно для каждого типа НСИ и каждой базы.
Выбор: свобода пользователей или нагрузка на экспертов НСИ. Строгий контроль даёт качество данных, но требует ресурсов на согласование. Свободное изменение — быстрее, но повышает риск дублей и ошибок.
- Изменения запрещены Элементы НСИ в подчинённой базе заблокированы для редактирования. Все данные поступают только из управляющей базы. Подходит для критичных справочников: контрагенты, банковские счета.
- Изменения по заявке Пользователь создаёт заявку на изменение НСИ, которая проходит настраиваемый процесс согласования. Баланс между контролем и удобством. Рекомендовано для большинства случаев.
- Изменения без ограничений Пользователи редактируют справочники локально. Изменения фиксируются системой. Подходит для аутентичных данных, специфичных для конкретного ЮЛ.
Модель централизации НСИ
Определяет, насколько глубоко данные из управляющей базы «перекрывают» данные в подчинённых. Настраивается на уровне элементов или отдельных реквизитов справочника.
Выбор: унификация данных или аутентичность каждого предприятия. Холдинги с разными видами бизнеса часто используют частичную централизацию.
- Полная централизация Весь справочник управляется из центра. Все элементы и все реквизиты синхронизируются из управляющей базы. Подходит для контрагентов и банков в финансово однородных холдингах.
- Частичная — на уровне элементного состава Часть элементов справочника управляется централизованно, часть — локальная. Например, федеральные поставщики — из центра, региональные — локально.
- Частичная — на уровне реквизитного состава Элементы общие, но отдельные реквизиты (например, внутренний код или условия договора) остаются локальными. Тонкая настройка без потери единства данных.
- Децентрализованная часть Отдельные группы справочников полностью выведены из контура централизации — для данных, не требующих унификации на уровне холдинга.
Модель распространения НСИ
Определяет, какие данные и в какие базы передаются при изменении НСИ. Позволяет избежать передачи избыточных данных в базы, которым они не нужны.
Баланс:между сложностью администрирования и объёмом избыточных данных в управляемых базах. Точечная настройка снижает нагрузку на базы, но требует продуманной логики раздачи.
- Все — всем Любое изменение НСИ в управляющей базе сразу распространяется во все подчинённые базы. Простейший сценарий, минимум настроек. Подходит для однородных холдингов.
- Выбранные разделы — выбранным базам Справочник «Номенклатура производства» распространяется только в производственные базы, «Клиенты» — только в CRM и торговые. Гибкое управление потоками НСИ.
- Выбранные элементы — выбранным базам Максимальная гранулярность: конкретные элементы справочника направляются только в те базы, где они действительно нужны. Требует продуманной настройки правил.
Что меняется после внедрения в цифрах
Точность аналитики
Эталонное НСИ в управляющей базе исключает расхождения между юрлицами при консолидации отчётовСкорость бизнес-процессов
Удобный интерфейс заявок и проработанный UX убирают узкие места в согласовании изменений НСИОшибок в расчётах
Автоматическая дедупликация и нечёткий поиск устраняют задвоения до их попадания в расчётыВремени на интеграцию данных
Встроенный брокер сообщений и готовые правила обмена — отдельный интеграционный слой не нуженКачество данных в базах
Единый центр администрирования контролирует все операции с НСИ во всех подчинённых базахДоп.затрат на IT-контур
Продукт — это расширение для текущих системы. ИТ-ландшафт не меняется, новых серверов не нужноБИТ.MDM и другие MDM-системы: разные подходы к одной задаче
| Критерий | БИТ.MDM | Другие MDM-системы |
|---|---|---|
| Архитектурный подход | Не требуется изменения IT-ландшафта. Расширение на текущие системы 1С — MDM-функционал добавляется без новой инсталляции | Отдельная самостоятельная система, которую нужно развернуть, настроить и администрировать отдельно |
| Интерфейс пользователя | Не требует переобучения сотрудников. Работа в привычном интерфейсе 1С — логика форм и реквизиты типовые | Собственный интерфейс MDM-системы, освоение которого требует времени и обучения |
| IT-инфраструктура | Без доп.затрат на IT-оборудование. Устанавливается в существующие базы — новых серверов и оборудования не нужно | Нужны выделенные серверные мощности под отдельную систему |
| Несколько управляющих систем | Контрагенты из 1С:УХ, Номенклатура из 1С:ERP работают одновременно и независимо | Единый центральный узел, через который проходят все документы и все данные |
| Администрирование | Не требует отдельного администратора MDM. Настройка и управление в пользовательском режиме прямо из 1С | Требует специализированного администрирования и экспертизы по отдельной платформе |
| Экосистема | Минимум трудозатрат на настройку. Нативная интеграция с 1С: полная совместимость со сложными метаданными типовых конфигураций | Интеграция с 1С требует настройки коннекторов и маппинга данных |