НСИ при внедрении ERP: что это такое и как навести порядок в справочниках

НСИ при внедрении ERP — та часть проекта, про которую вспоминают на третьем месяце. Систему выбрали, настройка идёт, и вдруг выясняется: в базе пять карточек одного болта, у двух поставщиков нет ИНН, а спецификация ссылается на материал, которого давно нет. ERP всё это добросовестно перенесёт и начнёт на этом считать.

Нормативно-справочная информация (НСИ) — справочники, на которые ссылаются все документы системы: номенклатура, контрагенты, спецификации, маршруты, оборудование, единицы измерения. Ниже — что сюда входит, какие болезни встречаются, кто за что отвечает и как навести порядок до переноса. Все примеры условные: это общая методика, а не рассказ о чьём-то проекте.

Что такое НСИ (нормативно-справочная информация) и мастер-данные

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

Слова «НСИ» и «мастер-данные» в разговоре почти синонимы. Оттенки такие:

• НСИ — русскоязычный термин. В него обычно входят и справочники, и нормативы: нормы расхода материалов, нормы времени, классификаторы.
• Мастер-данные (master data) — те же объекты с акцентом на едином источнике: у материала, контрагента или станка одна главная запись, а в других системах лежат её копии.
• MDM (master data management) — практика и программы управления мастер-данными: правила создания, согласование, поиск дублей, обмен между системами. В экосистеме 1С есть отдельное решение этого класса (1С:MDM), у других вендоров — свои; состав и применимость уточняйте для вашей версии.

Границы условные: в разных компаниях и у разных вендоров термины используют по-разному. Для проекта важнее другое — договориться о списке справочников и назвать владельца каждого.

Почему НСИ при внедрении ERP важнее выбора системы

Продукт выбирают на годы, но качество его работы определяют данные. Отчёты, планирование, себестоимость и обмен с другими системами наследуют качество справочников. Типичные цепочки выглядят так:

• Дубли номенклатуры → остатки размазаны по карточкам → планирование видит дефицит там, где материал есть.
• Нет коэффициентов между единицами → приход в килограммах, списание в штуках → остатки не сходятся.
• Две карточки одного контрагента → расчёты разнесены → акт сверки не сходится ни с одной.
• Устаревшая спецификация → неверный расход материалов → неверная себестоимость.
• В MES станок назван иначе, чем в ERP → выпуск не находит свой заказ → обмен падает или записи теряются.

Материала хватало, но система об этом не знает. Закупка лишняя, остатки замораживаются. Если дублей сотни, такие искажения копятся незаметно, пока кто-нибудь не сверит склад руками.

ERP не исправляет данные, она их фиксирует. С процессами так же: то, что не описано и не упорядочено, система закрепит как есть, а не исправит. Поэтому при внедрении ERP на производстве справочники идут первыми, а отчётность последней: отчёт, построенный на неразобранных справочниках, считает то, чего нет.

Какие справочники входят в НСИ на производстве

• Номенклатура: сырьё, материалы, комплектующие, полуфабрикаты, готовая продукция, услуги.
• Контрагенты: поставщики, покупатели, подрядчики, их договоры, банковские реквизиты, обособленные подразделения.
• Состав изделий (спецификации): из чего и в каком количестве делается изделие, с версиями и датами действия.
• Маршрутные карты и технологические операции: какие операции, в каком порядке, на чём, за какое время.
• Оборудование и рабочие центры: станки, линии, участки, группы мощностей.
• Единицы измерения и коэффициенты пересчёта: штуки, килограммы, метры, упаковки и связи между ними.
• Склады и места хранения: склады, зоны, ячейки, цеховые буферы.
• Организационная структура: подразделения, должности, ответственные.
• Классификаторы и перечни значений: виды и группы номенклатуры, причины простоев и брака, валюты, страны, коды продукции и единиц. Для ERP сюда же относятся статьи затрат, центры затрат, виды цен и ставки налогов: их ведёт бухгалтерия или финансовая служба.

Порядок чистки важен: спецификация ссылается на номенклатуру, номенклатура — на единицы и группы. Сначала классификаторы и единицы, потом номенклатура, контрагенты, оборудование и рабочие центры, склады, затем спецификации и маршруты (они ссылаются на номенклатуру и рабочие центры), и только после них всё остальное. Чистить в обратном порядке бессмысленно: исправленная спецификация снова сломается, когда сольют дубли в номенклатуре.

Болезни справочников: дубли номенклатуры и не только

Почти в любой базе, которой больше пары лет, встречается один и тот же набор проблем:

1. Дубли и «почти дубли». Разное написание, сокращения, регистр, буква «ё», русская и латинская буквы, которые выглядят одинаково.
2. Один материал под разными названиями и кодами. Цех, снабжение и бухгалтерия завели его независимо друг от друга.
3. Разные единицы измерения. «шт», «штука», «ед.» заведены как разные записи, а закупка идёт в килограммах и упаковках без коэффициентов.
4. Свойства спрятаны в названии. Размер, марка, стандарт и покрытие записаны строкой, а полей для них нет. Фильтровать и искать аналоги нельзя.
5. Контрагенты без ИНН или с неверным. Несколько карточек одного лица, филиал оформлен отдельным контрагентом, а после смены формы собственности новая карточка завелась рядом со старой.
6. Устаревшие спецификации и маршруты. Изделие снято, а состав остался. Несколько «действующих» версий. В составе есть заблокированные или дублирующие позиции.
7. Оборудование под тремя названиями. В учёте станок один, в ТОиР другой, в цеху третий. Списанные станки по-прежнему стоят в маршрутах.
8. Пустые обязательные поля. У записей нет группы, вида, единицы, налоговых и учётных признаков.
9. Нет владельца. Записи создаёт кто угодно, «тестовые» позиции попали в боевую базу, и никто не отвечает за порядок.

Система видит пять разных позиций с пятью остатками. Люди в разных подразделениях пользуются разными карточками и не догадываются об этом. Но «Болт М8×35» дублем не является: он похож, но другой. Поэтому автоматика предлагает пары, а решает человек.

Отдельная история — единицы. Допустим (числа условные), болт закупают в килограммах, а расходуют в штуках, и в карточке записан пересчёт 1 кг = 50 шт. Приход 20 кг превращается в 1000 шт. Если коэффициента нет, то в зависимости от настроек система либо не примет документ, либо примет «20 шт». Учётный остаток окажется заниженным (20 шт вместо 1000), а расхождение вскроется только на инвентаризации, как излишек.

Кто отвечает за справочники: владельцы и роли

Владелец справочника — функция бизнеса, а не ИТ. Айтишник не знает, одинаковы ли два болта, и не должен решать это за технолога. ИТ отвечает за инструмент: права доступа, журнал изменений, обмен. Содержание остаётся за людьми, которые используют данные. Роли обычно такие:

• Инициатор. Любой сотрудник, которому нужна запись. Подаёт заявку по шаблону.
• Оператор НСИ (в терминах управления данными — стюард данных). Заводит и правит записи, ищет дубль до создания, а не после.
• Владелец справочника. Утверждает правила, согласует новые записи, решает спорные случаи.
• Администратор системы. Права, журнал изменений, резервные копии.

Главный принцип: инициатор и согласующий — разные люди. Иначе правила превращаются в формальность. Ниже примерная раскладка по справочникам. У вас она будет другой, но у каждой строки должен быть один названный человек, а не «отдел».

Жизненный цикл записи и правила наименования

У каждой записи есть жизнь: её просят, создают, используют и снимают. Если этапы не описаны, справочник разрастается и никогда не уменьшается.

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

Правила наименования и кодов лучше записать на одной странице и повесить рядом с рабочим местом оператора:

• Один шаблон наименования на группу: вид, типоразмер, марка или стандарт, исполнение. Всегда в одном порядке.
• Сокращения — только из утверждённого списка. Остальное пишется словами.
• Кириллица для русских слов; латиница только там, где она в оригинальном обозначении. Одна раскладка на всю базу.
• Свойства живут в полях, а название нужно человеку. Если размер и марка есть в полях, строка может быть короче.
• Код — сквозной номер без смысла, который не меняется. Смысл несут группа и свойства. Обозначение по конструкторской документации и артикул производителя хранятся в отдельных полях.
• Никаких «НЕ ИСПОЛЬЗОВАТЬ» в названии, лишних пробелов и названий капслоком. Для статуса есть отдельное поле.

Спор о «значащих» кодах (в коде зашита группа) старый. Практика такая: значащие коды удобны, пока система небольшая, но при смене классификации приходится менять код, а вместе с ним — все ссылки. Поэтому в новых проектах нередко берут сквозной номер, а классификацию делают атрибутом.

Очистка справочников: рабочий метод

Метод одинаков для 1С, SAP, самописных баз и таблиц Excel. Меняются только способы выгрузки.

Шаг 1. Инвентаризация источников

Выясните, где справочники живут на самом деле: в ERP или 1С, в складских таблицах, в MES, в Excel у технологов, в САПР или PLM. По каждому источнику: сколько записей, кто их создаёт, какие поля есть. Обычно выясняется, что материал заводят минимум в трёх местах и нигде не сверяют.

Шаг 2. Профилирование

Профилирование — это подсчёт, а не оценка на глаз. Выгрузка справочника и запросы к ней дают цифры, которые превращают разговор о «грязных данных» в список работ:

• сколько записей без единицы измерения, группы, вида;
• сколько записей без движения и остатка за выбранный период;
• какие единицы встречаются и сколько раз, нет ли дублей самих единиц;
• сколько контрагентов без ИНН и сколько повторяющихся пар ИНН + КПП;
• какие значения встречаются в полях со свободным текстом;
• сколько спецификаций ссылается на заблокированные или несуществующие позиции.

Результат — отчёт о состоянии каждого справочника. Он же служит точкой отсчёта: после чистки те же запросы запускают повторно.

Шаг 3. Правила

На каждый справочник пишут: обязательные поля, шаблон наименования, ключи уникальности (например, ИНН + КПП или артикул + производитель), допустимые значения. Правила согласует владелец. Без письменных правил очищенный справочник через полгода снова грязный.

Шаг 4. Кандидаты в дубли: автоматика ищет, человек подтверждает

Поиск дублей делают в три приёма.

1. Нормализация. Приводят строки к единому виду: нижний регистр, «ё» → «е», все знаки умножения (х, x, ×, *) к одному, дефисы и скобки убирают, сокращения раскрывают по словарю, латинские буквы, похожие на русские (A, B, C, E, H, K, M, O, P, T, X), заменяют русскими, но только в словах со смешанной раскладкой: обозначения вроде SKF или DIN при этом не трогают.
2. Жёсткие ключи. Одинаковая пара «артикул + производитель», одинаковое обозначение по чертежу, одинаковая пара ИНН + КПП. Такие совпадения почти наверняка дубли.
3. Нечёткое сходство. Для остального считают сходство строк: расстояние Левенштейна, сходство по триграммам (в PostgreSQL для этого есть расширение pg_trgm). Пары выше порога идут в список кандидатов.

На выходе — таблица пар с причиной совпадения и оценкой сходства. По каждой паре владелец принимает одно из трёх решений: дубль (сливаем), не дубль (разные позиции, фиксируем причину, чтобы пара не всплывала снова) или разные исполнения (оставляем обе, но связываем). Автоматическое слияние допустимо только по точным ключам и только по правилу, которое владелец утвердил заранее. Всё остальное — вручную.

Языковая модель здесь помощник, не судья. Она может разобрать свободное название на признаки (тип, размер, марка) и предложить пары, которых не нашёл поиск по строкам. Но решает человек, а качество разбора проверяют на выборке ваших данных. Если данные нельзя выносить за периметр, модель запускают внутри контура: см. частные LLM в закрытом контуре.

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

Шаг 5. Таблица соответствия «старое → новое»

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

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

Перенос справочников в ERP: тестовая загрузка и критерии «чисто»

Загрузку делают в тестовый контур новой системы, по таблице соответствия, и смотрят журнал отклонений. Отклонения бывают трёх видов:

• Обязательность. Не заполнено поле, которое новая система требует. Решается правилами заполнения.
• Уникальность. Две записи с одним ключом. Значит, дубль остался или ключ выбран неудачно.
• Ссылки. Запись ссылается на ту, которой ещё нет. Решается порядком загрузки: единицы и группы, потом номенклатура, потом спецификации.

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

Критерий «чисто» нельзя формулировать процентами. «Почти все записи в порядке» прячет именно те, что ломают обмен. Нужны проверки, у которых ожидаемый результат — ноль:

Такой список можно показать на приёмке и повторять после запуска: это же будущий отчёт о качестве справочников.

Что переносить в новую ERP, а что отправить в архив

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

Историю целиком обычно не переносят. Переносят остатки и открытые документы на дату, а историю оставляют в архиве. Сроки хранения учётных документов определяются законом и вашими регламентами, уточняйте их у главного бухгалтера и юриста. А возможность держать старую систему в режиме «только чтение» зависит от лицензии и поддержки — проверьте это до начала проекта, а не после.

НСИ в ERP, MES и на складе: чем отличаются

Справочники со схожими названиями в разных системах решают разные задачи. ERP интересует учёт и планирование, MES — исполнение в цеху, складскую систему — места и упаковки. Поэтому набор свойств у «одного и того же» материала везде свой.

Из этой таблицы следуют три правила:

1. Один справочник — одна главная система (мастер-система). Номенклатуру ведёт ERP, оборудование — MES или ТОиР, ячейки — склад. Остальные получают копию и не правят её.
2. Связь по неизменному ключу, а не по названию. Название поправят завтра, ключ должен пережить правку.
3. Коэффициенты между единицами хранит главная система. Иначе приход в килограммах, расход в штуках и остаток в упаковках разойдутся.

Для обмена между уровнем предприятия и уровнем производства иногда берут за основу модель стандарта ISA-95 (его международный вариант — серия IEC 62264): в ней материалы, оборудование, персонал и производственные операции описаны как объекты обмена. Подробнее о том, зачем нужны обе системы и как они соотносятся, — в материале «MES или ERP: что внедрять первым»; о внедрении MES — на странице внедрения MES на производстве. Складскую часть подробнее разбирает материал «Автоматизация склада: с чего начать».

Что проверить в ERP по части справочников

Это проверяемые требования, которые стоит включить в список критериев выбора системы (общий чек-лист — в статье «Как выбрать ERP-систему»). Попросите показать, а не рассказать:

• контроль дублей при создании записи: система предупреждает, что похожая запись уже есть;
• согласование новых записей и изменений ключевых полей: маршрут утверждения, разделение ролей;
• история изменений: кто, когда и что поменял в карточке;
• блокировка и архив вместо удаления использованных записей;
• массовая загрузка с проверкой: журнал отклонений с причинами, а не просто «ошибка»;
• слияние дублей с заменой ссылок и сохранением прежнего кода;
• хранение нескольких единиц и коэффициентов пересчёта в карточке номенклатуры;
• обмен справочниками с другими системами по неизменному ключу.

Если отечественная ERP выбирается как замена зарубежной, к этому списку добавьте вопрос о загрузке данных из прежней системы (форматы и интерфейсы загрузки, сопоставление структур): об этом — в разделе про миграцию ниже и в материале «Импортозамещение ERP: с чего начать».

Почему порядок в НСИ наводят до миграции: SAP, 1С, MES

Чистить справочники после переноса — обычно самый дорогой вариант. Причины:

• Новая система строже. Обязательные поля, проверка уникальности, жёсткие иерархии: записи, которые старая система терпела, новая отклонит.
• Перенос закрепляет ошибки. После запуска на запись уже ссылаются документы. Объединить дубли теперь нужно с заменой ссылок в проведённых документах, а это работа с историей.
• Сопоставление делается дважды. Без единого словаря «старое → новое» сначала строят таблицу переноса, потом ту же работу повторяют для обмена с MES и складом.
• Сверка невозможна на грязных данных. Остатки не сойдутся, и нельзя понять, из-за ошибки переноса или из-за дублей.

Если уходите с SAP

Структура данных в SAP и в отечественной ERP не совпадает «столбец в столбец». В SAP данные материала разложены по представлениям и организационным уровням (например, балансовая единица, завод, склад). Там есть типы материалов, базовая и альтернативные единицы измерения. Поставщики и покупатели в разных версиях оформлены то раздельными объектами, то единым бизнес-партнёром с ролями. Точная картина зависит от версии и конфигурации, поэтому первый шаг — выгрузка ваших данных и профилирование, а не готовая схема. Общий порядок миграции — в статье «Как перейти с SAP на отечественную ERP», а как мы ведём такой переход по этапам — на странице перехода с SAP на отечественную ERP.

Типичные соответствия, которые приходится решать: тип материала → вид номенклатуры; базовая и альтернативные единицы → единицы и коэффициенты; поставщик и покупатель → контрагент с ролями; уровни завода и склада → склады и подразделения новой системы. Каждое из них — решение для владельца справочника, а не для программиста загрузки.

Если запускаете MES

В MES-проекте беспорядок в НСИ обычно всплывает одним из первых. Рабочие центры в ERP не совпадают с реальными станками, причины простоев вводят текстом, а у операций нет единого кода. На странице про внедрение MES об этом сказано прямо: причины должны выбираться из справочника, согласованного с мастерами. Выпуск, который MES передаёт в ERP, находит свой заказ только при совпадении ключей номенклатуры, операций и рабочих центров. Как устроен такой обмен и кто в нём главный для каждого справочника — на странице интеграции MES с 1С. А состояние справочников — одна из составляющих сметы: см. «Сколько стоит внедрение MES».

План работ по НСИ: короткая дорожная карта

Сроки зависят от объёма данных и скорости решений владельцев, поэтому мы называем их после профилирования. Порядок шагов от этого не меняется.

Как не вернуть беспорядок после запуска

Чистка без поддержки живёт недолго. Чтобы справочники не вернулись в прежнее состояние, нужно немного:

• Регламент заявок. Запись создаётся только через заявку и поиск дубля.
• Права. Создавать и менять ключевые поля могут операторы НСИ, а не все сотрудники.
• Регулярный отчёт. Те же проверки с нулевым результатом запускаются по расписанию, а нарушения уходят владельцам.
• Блокировка вместо удаления. История остаётся целой, а устаревшие записи не попадают в выбор.
• Обучение. Люди, которые создают записи, знают шаблоны наименований и понимают, зачем они нужны.

С чего начать

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

Если нужна помощь, работа начинается с обследования. Состояние справочников — одна из его частей. Мы выгружаем справочники в вашем контуре, профилируем их и описываем в отчёте состояние данных: пустые поля, повторы, записи без движения и оценку объёма работ до переноса. Разбор дублей, правила и таблица соответствия относятся уже к следующему этапу, его объём называем по итогам обследования. По тарифам обследование стоит 200 000 ₽ (один-два процесса, 2–3 недели), 350 000 ₽ (несколько систем, 3–4 недели) или 500 000 ₽ (производство или контур, 4–6 недель) — в зависимости от объёма. Стоимость обследования вычитается из следующего этапа. Цены ориентировочные, подробности — на странице тарифов.

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