НСИ в 1С: что это такое и как организовать работу со справочниками

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

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

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

Из чего состоит НСИ в типовых конфигурациях 1С

В типовых решениях (1С:ERP, 1С:Управление торговлей, 1С:Комплексная автоматизация, 1С:ЗУП) НСИ включает несколько категорий объектов. Первая — собственно справочники: «Номенклатура», «Контрагенты», «Партнёры», «Организации», «Склады», «Подразделения», «Сотрудники», «Банковские счета», «Статьи расходов». Вторая — классификаторы, загружаемые из внешних источников: ОКВЭД, ОКПО, банки (из классификатора БИК), адресный классификатор (ФИАС/ГАР), курсы валют. Третья — регистры сведений, хранящие параметры справочных объектов: цены номенклатуры, штрихкоды, ответственные лица, соглашения с клиентами.

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

Зачем НСИ нужна на практике: роль в учёте и отчётности

Любой документ в 1С — это набор ссылок на элементы справочников плюс количественные показатели. Реализация товаров ссылается на организацию, склад, контрагента, договор и позиции номенклатуры. Поэтому качество НСИ напрямую определяет качество учёта: если в карточке товара неверно указана единица измерения или ставка НДС, ошибка размножится по всем документам, где этот товар используется.

Вторая роль НСИ — аналитика. Отчёты строятся по измерениям, и этими измерениями служат справочники: продажи в разрезе складов, групп номенклатуры, менеджеров. Если аналитические признаки не заполнены или заполнены произвольно, управленческая отчётность теряет смысл. Третья роль — интеграции: обмен с сайтом, ЭДО, банками и другими системами сопоставляет данные именно по справочным ключам (ИНН, артикулы, коды).

Как организовать ведение НСИ: роли и правила заполнения

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

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

1. 1
   Назначьте владельца справочника и ограничьте права на создание элементов для остальных пользователей
2. 2
   Составьте регламент: шаблон наименования, обязательные реквизиты, правила проверки дублей
3. 3
   Включите штатный контроль дублей и проверку контрагентов по ФНС
4. 4
   Очистите накопленные дубли через обработку «Поиск и удаление дублей» с заменой ссылок
5. 5
   Настройте периодический аудит: отчёт по элементам с незаполненными ключевыми реквизитами

Синхронизация НСИ между несколькими базами

Когда в компании работает несколько систем — например, 1С:Управление торговлей для продаж, 1С:Бухгалтерия для учёта, 1С:ЗУП для кадров, — одна и та же НСИ должна быть идентичной во всех базах. Иначе документы, перенесённые из одной системы в другую, создают дубли справочников или теряют ссылки. Типовые механизмы обмена (через планы обмена, формат EnterpriseData) сопоставляют элементы по уникальным идентификаторам, а при первой загрузке — по полям поиска: ИНН и КПП для контрагентов, артикулу для товаров.

В крупных внедрениях применяют выделенную MDM-систему (master data management) или роль мастер-системы возлагают на одну из баз: справочник редактируется только в ней и рассылается в подчинённые системы. Это исключает конфликты, когда один и тот же контрагент одновременно правится в двух базах с разными данными.

Варианты организации обмена НСИ

Типовой обмен между конфигурациями

Подходит для связки 2–3 типовых баз; ограничение — слабый контроль дублей и конфликтов при правках с двух сторон

Мастер-система (одна база — источник НСИ)

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

Выделенная MDM/НСИ-система

Подходит для холдингов с десятками систем; даёт workflow согласования элементов, но требует отдельного внедрения и сопровождения

Типовые проблемы НСИ и как их исправить

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

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

Безопасные приёмы массовой обработки справочников

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

Жёсткое правило: любые массовые операции над справочниками выполняются после создания резервной копии (выгрузки информационной базы или бэкапа СУБД) и желательно вне рабочего времени, чтобы пользователи не правили те же объекты параллельно. Если база файловая — убедитесь, что все пользователи вышли; если клиент-серверная — учитывайте длительность транзакций и блокировки.

Как проверить, что НСИ в порядке

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

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

Контрольные точки

Как проверить результат

Поиск дублей по контрагентам

Норма

Обработка не находит пар с совпадающим ИНН

Тревожный признак

Десятки пар-дублей, часть с проведёнными документами

Обязательные реквизиты номенклатуры

Норма

У всех активных позиций заполнены вид, единица измерения, ставка НДС

Тревожный признак

Элементы с пустыми ключевыми полями попадают в документы

Сверка справочников между базами

Норма

Количество и идентификаторы элементов совпадают после обмена

Тревожный признак

После обмена появляются новые дубли и «Объект не найден»

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

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

Чем НСИ отличается от обычных справочников 1С?

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

Кто должен отвечать за НСИ в компании?

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

Можно ли восстановить справочник после ошибочной замены дублей?

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

Что делать, если в двух базах один и тот же контрагент заведён с разными данными?

Выберите мастер-систему для этого справочника, приведите данные к эталону в ней, затем выполните принудительную выгрузку элемента в подчинённую базу с сопоставлением по ИНН. После этого заблокируйте редактирование справочника в подчинённой системе, иначе рассогласование повторится.

Нужна ли отдельная MDM-система для средней компании?

Обычно нет. Для связки из двух-трёх типовых конфигураций достаточно штатных планов обмена и дисциплины «один справочник — одна мастер-система». Выделенная MDM оправдана при большом числе разнородных систем и необходимости согласования элементов по маршруту.