Справочники и Данные · 11 мин
1С НСИ: как работает управление нормативно-справочной информацией
Как устроена НСИ в 1С: справочники, единый справочник НСИ, распределённые базы, контроль дублей и правила ведения нормативно-справочной информации.
НСИ (нормативно-справочная информация) — это базовые данные, которые используются в документах и отчётах, но сами по себе не являются хозяйственными операциями. К НСИ относятся номенклатура, контрагенты, договоры, склады, подразделения, валюты, единицы измерения, статьи затрат. Любой документ в 1С — поступление товара, счёт-фактура, начисление зарплаты — состоит из ссылок на элементы справочников плюс количественные и суммовые показатели.
Качество всей учётной системы напрямую зависит от состояния НСИ. Если в справочнике «Номенклатура» один и тот же товар заведён пять раз с разными наименованиями, отчёты по остаткам и продажам начинают врать: обороты распределяются между дублями, остатки «разваливаются», аналитика становится бессмысленной. Поэтому управление НСИ — отдельная дисциплина внутри администрирования 1С.
Механизм работы НСИ в 1С включает несколько уровней: структуру справочников и их реквизитов, права доступа на создание и изменение элементов, средства поиска и устранения дублей, обмен эталонными данными между базами и регламентные процедуры согласования новых элементов. Ниже разберём каждый уровень на практике.
Из чего состоит НСИ и как устроены справочники
Справочник в 1С — это объект конфигурации, хранящий однородный список элементов с набором реквизитов. У каждого элемента есть уникальный внутренний идентификатор (GUID), код и наименование. Документы хранят не текст «ООО Ромашка», а ссылку на конкретный элемент справочника «Контрагенты», поэтому переименование контрагента автоматически отражается во всех документах, где он использован.
Справочники бывают иерархическими (с группами-папками, например «Номенклатура») и линейными (например, «Валюты»). Часть справочников подчинённая: элементы справочника «Договоры контрагентов» существуют только внутри конкретного контрагента. Дополнительно к справочникам НСИ включает перечисления (фиксированные списки значений, заданные в конфигурации) и регистры сведений — например, курсы валют, цены номенклатуры, штрихкоды.
Типовой набор НСИ в учётной системе: номенклатура и её характеристики, контрагенты и договоры, организации и подразделения, склады, сотрудники, статьи доходов и расходов, налоговые ставки, единицы измерения, банковские счета. В отраслевых решениях добавляются специфические справочники — спецификации, виды ремонтов, маршруты.
Как документы используют НСИ
При проведении документа платформа читает реквизиты связанных элементов справочников: ставку НДС из карточки номенклатуры, условия оплаты из договора, счёт учёта из настроек соответствия. Если обязательный реквизит НСИ не заполнен, документ либо не проводится, либо проводится с ошибками в учёте — например, затраты падают «в никуда» без статьи расходов.
Изменение элемента справочника влияет на новые документы, но не переписывает уже проведённые: движения документов хранят значения на момент проведения. Поэтому исправление ошибки в карточке товара не исправляет прошлые отчёты — для этого нужно перепроведение документов или корректирующие операции.
Практический вывод: прежде чем менять критичные реквизиты НСИ (счета учёта, виды номенклатуры, признаки налогообложения), проверьте, какие документы за текущий период уже проведены с этим элементом, и оцените, нужно ли их перепроводить.
Централизованное ведение НСИ и типовая подсистема
В конфигурациях на базе Библиотеки стандартных подсистем (1С:ERP, Комплексная автоматизация, Управление торговлей, ЗУП) есть подсистема «Нормативно-справочная информация». Она предоставляет рабочее место ведения НСИ, настройку групп доступа к справочникам, механизм контроля дублей при вводе новых элементов и журнал изменений.
Ключевая идея централизации: право создавать и изменять эталонные справочники есть только у выделенной роли — методолога или диспетчера НСИ. Обычные пользователи либо подают заявку на новый элемент, либо создают его в статусе «черновик», который активируется после проверки. Это резко снижает количество дублей и ошибок в классификаторах.
В малых компаниях централизация выглядит проще: один-два сотрудника с правами на редактирование справочников, остальные работают в режиме «только просмотр» или с ограничением на создание новых элементов. Даже такое минимальное разграничение заметно улучшает качество данных.
Синхронизация НСИ между базами
В компаниях с несколькими базами (торговля + бухгалтерия + зарплата, центральный офис + филиалы) НСИ должна быть одинаковой везде, иначе обмен данными ломается: документ из одной базы не находит «свой» товар в другой. Для этого используются планы обмена — механизм платформы, который регистрирует изменения объектов и передаёт их в другие узлы.
Типовая схема — «главный-подчинённый»: эталонная НСИ ведётся в одной базе (например, в ERP), а в остальные приходит по расписанию через обмен. В подчинённых базах изменение синхронизируемых справочников блокируется или игнорируется при обмене. Сопоставление элементов между базами выполняется по GUID, а при первоначальной настройке — по комбинации полей поиска (ИНН и КПП для контрагентов, артикул для номенклатуры).
Для крупных распределённых ландшафтов применяют отдельные MDM-решения (master data management), где 1С выступает одним из потребителей эталонных данных. Это уже проектная задача с интеграцией через шину данных или веб-сервисы.
Борьба с дублями и контроль качества данных
Дубли — главная болезнь НСИ. Они появляются из-за разного написания наименований («ООО Ромашка», «Ромашка ООО», «ООО "Ромашка"»), загрузок из внешних источников без сопоставления и сбоев обменов. В типовых конфигурациях есть обработка «Поиск и удаление дублей»: она ищет похожие элементы по наименованию и реквизитам, а затем заменяет ссылки на дубли во всех документах ссылкой на выбранный «правильный» элемент.
Профилактика эффективнее лечения. Включите контроль уникальности при вводе: проверка контрагента по ИНН, номенклатуры по артикулу и штрихкоду, договора по номеру внутри контрагента. Для загрузок из файлов используйте обработки с обязательным этапом сопоставления, а не прямую запись новых элементов.
Полезный регламент — периодический аудит НСИ: раз в месяц или квартал проверять долю элементов с незаполненными ключевыми реквизитами, список неиспользуемых позиций и отчёт по потенциальным дублям. Результаты аудита — основание для чистки и уточнения правил ввода.
Разграничение прав и регламент работы
Права на НСИ настраиваются через роли и профили групп доступа. Минимальный набор ролей: «Чтение НСИ» для всех пользователей, «Добавление и изменение НСИ» для ответственных сотрудников, отдельные роли для критичных справочников (например, изменение банковских реквизитов контрагентов — частый объект мошенничества, его стоит давать минимальному кругу лиц с журналированием).
Регламент работы с НСИ должен отвечать на вопросы: кто и как запрашивает новый элемент, кто проверяет и в какой срок, какие реквизиты обязательны для каждого справочника, как часто проводится аудит и чистка дублей, как обрабатываются расхождения после обменов. Без письменного регламента даже идеально настроенная система деградирует за полгода.
- 1Проведите инвентаризацию: выгрузите список справочников, оцените количество элементов, дублей и незаполненных реквизитов.
- 2Назначьте владельцев данных по каждому ключевому справочнику и заберите права на изменение у остальных пользователей.
- 3Запустите поиск и объединение дублей на тестовой копии, затем повторите на рабочей базе после резервного копирования.
- 4Включите контроль уникальности при вводе: ИНН для контрагентов, артикул и штрихкод для номенклатуры.
- 5Настройте обмен НСИ между базами по схеме «один эталонный источник» и проверьте сопоставление на тестовых данных.
- 6Зафиксируйте регламент: заявки на новые элементы, обязательные реквизиты, периодичность аудита.
Проверка результата и контрольные точки
Работа с НСИ считается налаженной, когда выполняются измеримые условия: новые элементы проходят через одного владельца, дубли не появляются быстрее, чем устраняются, обмены между базами проходят без «не найденных» объектов, а ключевые отчёты (остатки, продажи, взаиморасчёты) сходятся при группировке по справочникам.
Если после внедрения регламента пользователи массово жалуются на задержки с созданием новых позиций — ускоряйте процедуру согласования, а не раздавайте права обратно. Компромисс — автосоздание элемента с признаком «требует проверки» и последующей обработкой очереди владельцем данных.
Как проверить результат
Находится ровно один элемент
Несколько элементов с одним ИНН — есть дубли
Один товар — одна строка
Один и тот же товар распределён между несколькими позициями
Нет ошибок сопоставления объектов
Регулярные сообщения о ненайденных элементах
Изменять справочники могут только владельцы данных
Добавлять элементы может любой менеджер
Что важно запомнить
НСИ в 1С — это фундамент учёта: документы и отчёты строятся на ссылках на справочники. Порядок обеспечивается тремя вещами: централизованным ведением эталонных данных у выделенных владельцев, контролем дублей при вводе и синхронизацией между базами из одного источника. Любые массовые операции со справочниками выполняйте после резервного копирования.
Частые вопросы
Чем НСИ отличается от документов в 1С?
Справочники хранят относительно постоянные данные (товары, контрагенты, склады), а документы фиксируют события хозяйственной жизни и формируют движения по регистрам. Документ ссылается на элементы справочников, но не содержит их копий — поэтому корректная НСИ критична для правильности учёта.
Можно ли удалить элемент справочника, на который есть ссылки?
Физически удалить — только после удаления или замены всех ссылающихся объектов, иначе останутся «битые ссылки». Правильная практика — пометить элемент на удаление, запустить штатное удаление помеченных объектов: платформа покажет все места использования и не даст удалить элемент, пока ссылки не разобраны. Часто вместо удаления достаточно снять элемент с использования (архив, запрет в отборах).
Как объединить два дубля контрагента без потери документов?
Используйте типовую обработку «Поиск и удаление дублей» (раздел «Администрирование» — «Обслуживание» в конфигурациях на БСП). Она заменяет ссылки на дубль во всех документах и регистрах ссылкой на выбранный основной элемент, после чего дубль помечается на удаление. Перед запуском сделайте резервную копию и проверьте результат на копии базы.
Что делать, если после обмена между базами появились дубли номенклатуры?
Причина почти всегда в правилах сопоставления: поля поиска не нашли существующий элемент, и обмен создал новый. Сначала устраните причину — настройте надёжные поля поиска (GUID, артикул, штрихкод), затем объедините накопившиеся дубли обработкой замены ссылок. Если дубли пришли массово, проще откатить обмен и повторить загрузку с исправленными правилами.
Нужна ли отдельная MDM-система, если баз 1С всего две?
Обычно нет. Для двух-трёх баз достаточно типовых планов обмена с назначением одной базы эталонным источником НСИ. Отдельные MDM-решения оправданы при десятках систем, внешних потребителях данных и сложных процессах согласования справочников между разными платформами.
Кто должен отвечать за НСИ в небольшой компании?
Достаточно назначить одного сотрудника владельцем данных — чаще всего это главный бухгалтер или специалист по учётной системе. Его задачи: заводить новые элементы по заявкам, следить за обязательными реквизитами и периодически запускать проверку дублей. Формальная служба НСИ нужна только в крупных организациях.