НСИ в 1С: роль нормативно-справочной информации в учете и управлении

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

Практическая ценность НСИ в том, что она отделяет «медленно меняющиеся» данные от оперативных. Цена товара в конкретной накладной может меняться каждый день, а вот сам товар с его артикулом, единицей измерения и ставкой НДС остается одним и тем же объектом. Благодаря этому в 1С документы не дублируют описания, а ссылаются на элементы справочников — это сокращает объем ввода, исключает опечатки в критичных реквизитах и делает аналитику сопоставимой.

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

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

В типовых решениях (1С:ERP, «Управление торговлей», «Комплексная автоматизация», «Бухгалтерия предприятия») НСИ представлена прежде всего объектами метаданных типа «Справочник», а также регистрами сведений, хранящими постоянные или редко меняющиеся параметры: курсы валют, цены номенклатуры, ставки налогов, штрихкоды.

Ключевые справочники, без которых учет не работает:

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

Отдельный слой — классификаторы, загружаемые из внешних источников: ОКВЭД, ОКПО, адресный классификатор, банковский классификатор. Их ошибочно считают «само собой разумеющимся», но устаревший адресный классификатор, например, ломает заполнение адресов в печатных формах и ЭДО.

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

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

Вторая задача — аналитика. Статьи расходов, подразделения, виды номенклатуры, сегменты контрагентов — все это разрезы, по которым строится управленческая отчетность. Если аналитические справочники спроектированы плохо (например, одна статья «Прочие расходы» на половину затрат), то данные в базе формально есть, а управлять по ним невозможно.

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

Четвертая задача — обмен данными. При интеграции 1С с сайтом, CRM, WMS или другой базой 1С именно НСИ синхронизируется в первую очередь: документы не имеют смысла без соответствующих им товаров и контрагентов в приемнике.

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

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

Регламент заполнения фиксирует обязательные реквизиты и правила написания. Например: контрагент создается только по ИНН с проверкой через сервис заполнения реквизитов; наименование номенклатуры строится по шаблону «Тип, Бренд, Модель, Характеристика»; единица измерения выбирается из классификатора, а не вводится вручную.

1. 1
   Определите перечень критичных справочников и назначьте владельца для каждого
2. 2
   Настройте права: создание и изменение — только у ответственных, остальным — просмотр
3. 3
   Опишите регламент: обязательные реквизиты, шаблоны наименований, порядок согласования
4. 4
   Включите контроль уникальности (по ИНН для контрагентов, по артикулу для номенклатуры)
5. 5
   Назначьте периодическую проверку на дубли и неиспользуемые элементы
6. 6
   Проверьте результат: создайте тестовый документ и убедитесь, что подстановка данных работает корректно

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

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

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

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

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

Типовые инструменты поддержания качества данных

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

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

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

Оценить состояние справочников можно за один рабочий день, не привлекая программиста. Начните с количественной проверки: запустите поиск дублей по контрагентам (правило — совпадение ИНН) и по номенклатуре (совпадение артикула или наименования). Наличие даже десятков дублей — сигнал, что процесс создания элементов не контролируется.

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

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

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

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

Дубли контрагентов

Норма

Поиск по ИНН не находит повторов

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

Один ИНН заведен несколькими элементами с разными написаниями

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

Норма

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

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

Есть элементы с пустыми реквизитами, документы проводятся с предупреждениями

Аналитика в отчетах

Норма

Доля строк «Прочее» и пустой аналитики минимальна

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

Существенная часть оборотов висит на неопределенных статьях

Синхронизация между базами

Норма

После обмена нет новых дублей, сопоставление объектов завершено

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

В журнале обмена ошибки сопоставления, появляются дубли справочников

Ограничения и частые вопросы внедрения

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

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

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

Чем НСИ отличается от документов в 1С?

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

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

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

Можно ли объединить дубли, если по ним уже есть проведенные документы?

Да, типовая обработка «Поиск и удаление дублей» заменяет ссылки на дубль во всех объектах, включая проведенные документы и регистры. Перед запуском сделайте резервную копию, проверьте, какой элемент выбран основным, и после объединения перепроверьте остатки и взаиморасчеты по затронутым объектам.

Как перенести справочники из старой базы в новую?

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

Что делать, если пользователи продолжают создавать дубли несмотря на запреты?

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

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

Для одной-двух баз достаточно типовых механизмов синхронизации и регламента. Отдельная MDM-подсистема оправдана, когда справочниками обмениваются три и более систем (несколько баз 1С, сайт, CRM, WMS), объемы номенклатуры велики, а требования к согласованию изменений высоки. Признак необходимости — регулярные расхождения справочников между системами, которые приходится исправлять вручную.