Нормативно-справочная информация в 1С:ERP: что входит в НСИ, в каком порядке её проектируют и кто за неё отвечает

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

Что такое НСИ и почему это не «просто справочники»

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

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

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

Почему проекты спотыкаются именно об НСИ

Внедрение ERP редко проваливается на этапе программирования. Оно проваливается тогда, когда система запущена, а отчётам никто не верит. Разбор таких ситуаций почти всегда приводит к качеству мастер-данных, а причины оказываются управленческими.

• НСИ считают технической работой. Задачу отдают сотруднику «поближе к базе», у которого нет полномочий согласовывать правила с производством и финансами.
• Решения принимаются в момент ввода данных. Оператор выбирает вид номенклатуры и группу финансового учёта по интуиции; через год одинаковые товары разнесены по трём видам, и себестоимость по группе не собирается.
• Никто не отвечает за справочник целиком. Кто первым столкнулся с нехваткой позиции, тот её и завёл; дубли появляются со скоростью работы отдела продаж.
• Аналитику проектируют от отчётов, а не от решений. Дополнительные реквизиты плодятся под каждый разовый запрос; через полгода их сорок, а заполнено пять.
• Миграцию планируют на последнюю неделю. Чистка требует не выгрузки, а решений: считать ли две позиции одной, что делать с устаревшими единицами.

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

Карта блоков НСИ: что из чего состоит

Ниже — верхнеуровневая карта разделов НСИ. Она полезна как чек-лист охвата: если какой-то строки в проекте нет, это обычно значит не то, что блок не нужен, а то, что решение по нему не принималось и будет принято стихийно.

Каждая строка таблицы раскрыта в блоге отдельным материалом.

Функциональные опции: как система «включается» под предприятие

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

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

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

Номенклатурный контур: самый объёмный блок НСИ

По трудозатратам номенклатура занимает около двух третей проекта НСИ: карточка товара — точка, где сходятся требования склада, производства, продаж и финансов.

Вид номенклатуры как несущая конструкция

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

Наименования, поиск и защита от дублей

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

Разрезы учёта: характеристики, упаковки, серии

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

Ошибка выбора здесь стоит дороже всего. Разрез, не включённый на старте, невозможно достроить задним числом — данных за прошлые периоды нет. А лишний разрез превращается в ежедневный налог на каждого кладовщика.

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

Партнёры, контрагенты и структура предприятия

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

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

Порядок проектирования НСИ: методика ERP Band

Блоки НСИ связаны между собой, и порядок проработки не произволен. Ниже — последовательность, которой мы придерживаемся при внедрении 1С:ERP и при переходе с 1С:УПП, SAP или Oracle.

1. Управленческая модель и требования к отчётности. Какие решения принимает менеджмент и в каких разрезах ему нужны цифры. Что не питает ни одно решение — в справочники не попадает.
2. Структура предприятия. Организации, подразделения, склады; границы юридического и управленческого контуров.
3. Классификация номенклатуры. Виды по различиям в учёте, иерархия групп, правила наименования, решение о разрезах.
4. Финансовая привязка. Группы финансового учёта и счета, проверка на сквозном примере от закупки до закрытия месяца.
5. Отраслевые контуры. Качество, сертификаты, маркировка и государственные системы — после базовой классификации, но до переноса данных.
6. Идентификация и удобство ввода. Штрихкодирование, поиск и отборы, дополнительные реквизиты, эталонные описания: правильный ввод должен стать быстрее неправильного.
7. Регламент ведения НСИ. Кто заводит позицию, кто согласует, за какой срок, что делать с ошибками. Без регламента любая чистка откатывается за квартал.
8. Миграция с чисткой. Дедупликация, обогащение реквизитами, сверка остатков; переносится то, что имеет движения, а не всё подряд.
9. Пилот и приёмка. Сквозные сценарии на данных одного подразделения, замер ошибок, затем тиражирование.

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

Роли и ответственность: у данных должен быть владелец

Технически НСИ ведётся в системе, организационно — людьми, и ответственность важнее настроек.

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

Отраслевые акценты

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

Чек-лист готовности НСИ к старту

• Управленческая модель описана, разрезы аналитики согласованы с заказчиками отчётности.
• Утверждена структура предприятия: организации, подразделения, склады, обособленные подразделения.
• Виды номенклатуры разведены по различиям в учёте, определены обязательные реквизиты и правила наименования; принято решение по разрезам — характеристики, упаковки, серии и политика их учёта.
• Группы финансового учёта заданы, правила отнесения проверены на сквозном примере с закрытием месяца.
• Перечень функциональных опций зафиксирован документом, каждая опция обоснована.
• Проработаны отраслевые контуры: качество, сертификаты, маркировка, обмен с госсистемами; определены правила идентификации — штрихкоды, артикулы, поиск.
• Партнёры и контрагенты разведены, холдинги описаны, дубли клиентской базы устранены.
• Утверждён регламент ведения НСИ: заявка, согласование, срок, ответственные.
• Миграция выполнена с дедупликацией и сверкой остатков, проведён пилот на одном подразделении.

KPI качества данных

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

Частые вопросы

Что дальше

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

Читайте также

• Структура номенклатурного справочника в 1С:ERP
• Карточка номенклатуры в 1С:ERP
• Единицы измерения и упаковки в 1С:ERP
• Учёт серий товаров в 1С:ERP
• Структура предприятия в 1С:ERP
• Партнёры и контрагенты в 1С:ERP
• Штрихкодирование товаров в 1С:ERP
• Сертификаты и декларации о соответствии в 1С:ERP
• Поиск номенклатуры и быстрые отборы
• Группы финансового учёта номенклатуры
• Планирование в 1С:ERP: обзор раздела