Автоматизация, ERP, Производство

Управление НСИ

23 августа 2026 г.

Как организовать единые справочники, назначить владельцев данных, согласовывать изменения и передавать НСИ между ERP, MES, CRM и другими системами.

Одна и та же позиция может называться по-разному в закупках, на складе и в производстве. Контрагент появляется второй раз из-за отличия в написании, единица измерения меняется при обмене, а оборудование в заявке на ремонт невозможно однозначно связать с учетом.

Такие расхождения относятся к нормативно-справочной информации. Управление НСИ — это постоянный процесс создания, проверки, согласования, изменения и распространения общих справочников. Его цель заключается в том, чтобы разные подразделения и системы одинаково понимали ключевые объекты компании.

Какие данные относятся к НСИ

Состав определяется процессами предприятия. Обычно в него входят номенклатура, материалы, готовая продукция, контрагенты, договоры, единицы измерения, склады, подразделения, оборудование, виды операций, причины отклонений и классификаторы.

Часть справочников приходит из внешних источников и применяется без изменения. Другие создаются внутри компании и содержат собственные признаки. Например, карточка материала может включать марку, форму поставки, размер, единицу учета, требования к хранению и группу закупки.

Для каждого справочника фиксируются назначение, состав атрибутов, источник и потребители. Это помогает отделить общие данные от локальных настроек конкретной программы.

Единая запись связывает разные системы

ERP хранит номенклатуру для планирования и учета, MES использует ее в производственных заданиях, CRM — в предложениях клиентам, склад — в движениях и остатках. Поля и внутренние коды могут отличаться, но системы должны понимать, что речь идет об одном объекте.

Для этого назначается эталонная запись с устойчивым идентификатором. В таблице соответствий хранятся локальные коды систем. Интеграция передает изменение и сохраняет связь, поэтому переименование не создает новый объект.

Интеграция ERP становится надежнее, когда для каждого справочника определены источник, направление обмена и порядок обработки конфликтов.

Владелец данных отвечает за смысл

ИТ-служба обеспечивает работу программы и обменов, но не может самостоятельно решить, какие характеристики материала обязательны или можно ли объединить двух контрагентов. Такое решение принадлежит предметной области.

Владелец справочника утверждает правила и несет ответственность за качество. Куратор или специалист НСИ обрабатывает заявки, проверяет заполнение и поддерживает структуру. Инициатор из подразделения объясняет потребность и предоставляет исходные сведения. Согласующие оценивают влияние на свои процессы.

Роли могут распределяться по справочникам. Номенклатура материалов относится к одной функции, клиентские данные — к другой, производственные классификаторы — к третьей. В системе сохраняется, кто создал, проверил и утвердил запись.

Новая запись начинается с заявки

Сотрудник не создает элемент непосредственно в рабочем справочнике. Он подает заявку, выбирает тип объекта и заполняет поля, обязательные для этого класса. К заявке прикладываются документы или характеристики, которые подтверждают данные.

Форма учитывает контекст. Для покупного материала нужны сведения для закупки и склада, для выпускаемой продукции — параметры учета, производства и продажи, для оборудования — тип, площадка и обслуживающее подразделение.

Заявка получает статус и ответственного. Инициатор видит ход обработки и комментарии, а система контролирует срок. После утверждения запись автоматически распространяется потребителям.

Проверка дублей выполняется до создания

Дубли возникают из-за сокращений, перестановки слов, разных единиц, ошибок и неполного поиска. Простого сравнения названия недостаточно. Для каждого класса используются значимые признаки: артикул производителя, марка, размер, идентификаторы контрагента или сочетание характеристик.

Система показывает похожие записи и объясняет совпадение. Специалист выбирает существующий объект либо продолжает создание с обоснованием. Автоматическое решение применяется там, где правило дает однозначный результат.

Для накопленной базы проводится сопоставление и формируется группа возможных дублей. Объединение учитывает ссылки из документов и систем, чтобы исторические операции сохранили смысл.

Атрибуты зависят от класса объекта

Если для всей номенклатуры используется одна свободная форма, сотрудники заполняют названия по-разному и пропускают важные признаки. Классификация определяет набор полей, единицы и правила проверки.

Для подшипника значимы тип, размеры и исполнение, для листового материала — марка, толщина и формат, для услуги — вид работ и условия учета. Наименование может формироваться по согласованному шаблону из структурированных атрибутов.

Справочник остается пригодным для поиска, подбора аналогов, планирования и аналитики. Новое обязательное поле вводится через версию модели данных с контролем заполнения существующих записей.

Изменение проходит оценку влияния

У записи меняются реквизиты, классификация, статус или область применения. Перед утверждением система показывает, где объект используется и какие системы получат обновление.

Изменение может вступать в силу с заданной даты. Старое значение остается в истории, чтобы документы прошлых периодов отображались корректно. Для закрытой позиции указывается преемник или допустимый порядок выбора.

Критичные изменения согласуются двумя ролями. Например, корректировка учетной единицы затрагивает остатки и движения, а изменение технологического признака влияет на производство.

Качество НСИ измеряется

Система регулярно проверяет заполненность обязательных полей, уникальность, корректность форматов, допустимые значения, связи и актуальность. Результат считается по справочнику, классу и ответственному подразделению.

Отдельно оцениваются число заявок, срок согласования, доля возвратов, количество найденных дублей и ошибки распространения. Эти показатели показывают, где проблема связана с правилами, формой заявки или ответственностью.

Исправление данных планируется по влиянию на процессы. Сначала обрабатываются объекты, которые блокируют документы, искажают остатки, производство или отчетность.

Распространение учитывает владельца каждого поля

Одна система может быть источником основной карточки, другая дополняет локальный признак. Например, общие характеристики номенклатуры ведутся централизованно, а производственная система хранит параметры запуска линии.

ERP, MES и CRM получают утвержденный набор данных через интеграционный контур. Для каждого поля задается владелец, направление и правило обновления. Ошибка обмена попадает в очередь обработки и не остается скрытым расхождением.

Версия справочника помогает согласованно передать крупное изменение нескольким потребителям. Система фиксирует, когда каждая площадка приняла данные и какая версия сейчас действует.

Как внедрять управление НСИ

  1. Выбрать проблемный справочник. Оценить влияние дублей и ошибок на конкретные процессы.
  2. Назначить владельца. Зафиксировать роли инициатора, куратора и согласующих.
  3. Описать модель. Определить классы, атрибуты, обязательность, единицы и правила именования.
  4. Настроить жизненный цикл. Реализовать заявку, проверку, согласование, публикацию и закрытие записи.
  5. Очистить данные. Найти дубли, заполнить критичные поля и установить соответствия между системами.
  6. Подключить потребителей. Настроить обмен, журнал ошибок и контроль версии.
  7. Измерять качество. Следить за данными и работой процесса после запуска.

Первый контур удобно проверять на номенклатуре или другом справочнике, который используется сразу несколькими системами и создает заметные операционные потери.

ИНДИНС разрабатывает корпоративные информационные системы и интеграции с учетом владельцев и жизненного цикла данных. Для обсуждения управления НСИ полезны выгрузки проблемных справочников, схема обмена и примеры ошибок, которые сегодня влияют на работу подразделений.

Обсудим ваш проект?