Справочники и Данные · 13 мин
Что такое НСИ и администрирование в 1С
Что такое НСИ в 1С, зачем нужно администрирование нормативно-справочной информации, как организовать ведение справочников, роли, права и типичные ошибки.
НСИ — нормативно-справочная информация — это базовый слой данных, на котором строится весь учёт в 1С: номенклатура, контрагенты, склады, договоры, валюты, единицы измерения, статьи затрат и другие справочники. Любой документ — реализация, поступление, платёжное поручение — ссылается на элементы этих справочников, поэтому качество НСИ напрямую определяет качество отчётности, проводок и аналитики.
Администрирование НСИ — это комплекс работ по поддержанию справочников в актуальном, непротиворечивом и незадублированном состоянии: настройка прав доступа, контроль ввода новых элементов, поиск и объединение дублей, согласование изменений, синхронизация данных между базами. В небольших компаниях эти функции выполняет один специалист, в крупных — выделенная группа или отдельная система MDM (Master Data Management).
Проблема в том, что НСИ часто воспринимают как «техническую мелочь», пока не начинаются сбои: один и тот же контрагент заведён пятью разными способами, товар дублируется с разным написанием, отчёты по остаткам не сходятся, а обмен с сайтом выгружает мусор. Разобраться, что такое НСИ и как выстроить её администрирование, нужно до того, как база разрослась до состояния, когда чистка требует остановки работы.
Что входит в состав НСИ в типовых конфигурациях
Состав НСИ зависит от конфигурации, но ядро устойчиво. В 1С:ERP, Комплексной автоматизации и Управлении торговлей к нормативно-справочной информации относятся номенклатура и её характеристики, контрагенты и партнёры, договоры, соглашения с клиентами, склады и магазины, подразделения, сотрудники, валюты, банковские счета, статьи доходов и расходов, виды цен, единицы измерения и классификаторы (ОКВЭД, ОКПО, КОСГУ и другие).
В бухгалтерских конфигурациях добавляются план счетов, статьи затрат, способы отражения расходов, регистрации в налоговых органах. В зарплатных — штатное расписание, начисления и удержания, графики работы. Общий признак всей НСИ: эти данные меняются редко, используются многократно и служат основой для аналитических разрезов в отчётах.
Важно отличать НСИ от оперативных данных. Документы, движения по регистрам, остатки — это результат учёта, а справочники — его каркас. Удалить или некорректно изменить элемент справочника, на который ссылаются документы, значит повредить историю учёта задним числом.
Как устроено администрирование НСИ: роли и зоны ответственности
Администрирование НСИ начинается с распределения ролей. Типовая схема включает три уровня: пользователи, которые вводят данные в рамках своей работы (менеджер создаёт контрагента, кладовщик — номенклатуру); ответственные за разделы НСИ, которые проверяют и утверждают новые элементы; администратор, который настраивает права, обмены и выполняет регламентные операции.
В типовых конфигурациях права настраиваются через профили групп доступа (Администрирование → Настройки прав и пользователей). Грамотная схема — запретить большинству пользователей самостоятельное создание критичных элементов и разрешить только заполнение заявок или черновиков. Например, менеджер вводит нового контрагента, но элемент становится доступным для документов только после проверки ответственным: корректности ИНН, отсутствия дублей, заполненности обязательных реквизитов.
Для разделения по организациям и подразделениям используются ограничения доступа на уровне записей (RLS). Это позволяет, например, показывать менеджеру филиала только его контрагентов и склады. RLS замедляет выполнение запросов, поэтому включать её стоит осознанно и тестировать производительность на реальном объёме данных.
Сравнение вариантов
Все пользователи создают элементы без согласования. Подходит только для маленьких баз с 2–3 аккуратными операторами; при росте неизбежны дубли и мусор.
Новые элементы проверяет назначенный сотрудник. Оптимально для большинства компаний: требует дисциплины, но не требует доработок.
Отдельная база-источник НСИ с рассылкой в учётные системы. Оправдана при нескольких базах 1С и внешних системах; требует проекта внедрения и сопровождения.
Настройка прав и регламент ввода новых элементов
Практическая настройка начинается с аудита: кто сейчас может создавать и изменять справочники. В типовых конфигурациях это видно через отчёт по правам или непосредственно в профилях групп доступа. Частая находка — профиль с избыточными правами, назначенный «всем подряд» на этапе запуска и забытый.
Далее формулируется регламент ввода. Для каждого критичного справочника определяются обязательные реквизиты, правила наименования и порядок проверки. Для контрагентов это обычно: заполнение по ИНН через сервис 1С:Контрагент или вручную с проверкой, запрет на сокращения в наименовании, обязательный поиск дублей перед созданием. Для номенклатуры: единый шаблон наименования (тип, бренд, артикул, характеристика), обязательная единица измерения и ставка НДС.
- 1Проведите аудит текущих прав: выгрузите, кто может создавать и изменять ключевые справочники
- 2Определите ответственных за каждый раздел НСИ и зафиксируйте это в регламенте
- 3Настройте профили доступа: уберите право создания у рядовых пользователей, оставьте просмотр
- 4Опишите обязательные реквизиты и шаблоны наименований для номенклатуры и контрагентов
- 5Включите контроль дублей при записи (в типовых конфигурациях — механизм поиска и устранения дублей)
- 6Назначьте регламентную чистку: ежемесячная проверка дублей и незаполненных реквизитов
- 7Проверьте результат: создайте тестовый элемент от имени обычного пользователя и убедитесь, что контроль срабатывает
Полезный технический приём — использование подсистемы «Свойства» (дополнительные реквизиты и сведения) вместо доработки конфигурации. Если нужен новый аналитический признак номенклатуры, его часто можно добавить как дополнительный реквизит без изменения кода, что упрощает последующие обновления.
Борьба с дублями и поддержание качества данных
Дубли — главная болезнь НСИ. Один контрагент, заведённый как «ООО Ромашка», «Ромашка ООО» и «ООО \"Ромашка\"», дробит дебиторку, искажает акты сверки и ломает отчёты. То же с номенклатурой: три карточки одного товара дают три строки остатков и невозможность корректно проанализировать оборачиваемость.
В типовых конфигурациях есть обработка «Поиск и удаление дублей» (раздел Администрирование → Обслуживание, либо в составе подсистемы НСИ). Она ищет совпадения по выбранным реквизитам и позволяет объединить элементы: все ссылки из документов перенаправляются на «правильный» элемент, а дубли помечаются на удаление. Перед массовым объединением обязательно делается резервная копия — операция затрагивает большое число объектов и откатывается только восстановлением базы.
Профилактика эффективнее лечения: контроль уникальности по ИНН и КПП для контрагентов, проверка похожих наименований при создании номенклатуры, автоподстановка данных по ИНН. В нестандартных случаях применяют доработки — запрет записи при совпадении ключевых реквизитов, но любую доработку нужно оценивать с точки зрения стоимости сопровождения при обновлениях.
Синхронизация НСИ между базами и внешними системами
Когда в компании несколько баз 1С (например, Управление торговлей и Бухгалтерия) или учёт связан с сайтом, CRM, WMS, НСИ должна быть единой везде. Типовой инструмент — планы обмена: настраивается состав узлов, правила регистрации изменений и расписание синхронизации. В современных конфигурациях используется формат EnterpriseData, который передаёт справочники вместе с документами.
Ключевой принцип — единый источник истины. Для каждого справочника назначается база-мастер, где элементы создаются и редактируются; остальные системы только получают данные. Если номенклатуру правят одновременно в двух базах, обмен начнёт порождать конфликты и дубли, устранять которые труднее, чем первоначальную настройку.
При обмене с внешними системами (сайт, маркетплейсы) контролируйте сопоставление по уникальным идентификаторам или артикулам, а не по наименованиям — наименования меняются и совпадают. После первого запуска обмена обязательно сверьте случайную выборку: сошлись ли остатки, цены и привязка контрагентов.
Регламентные операции и мониторинг состояния НСИ
Администрирование НСИ — не разовый проект, а регулярная работа. Минимальный регламент включает: еженедельный контроль новых элементов (кто создал, корректно ли заполнены), ежемесячный поиск дублей по ключевым справочникам, проверку незаполненных обязательных реквизитов, архивацию неиспользуемых элементов через пометку на удаление с последующим контролируемым удалением.
Удаление помеченных объектов выполняется штатной обработкой (Администрирование → Удаление помеченных объектов). Она не даст удалить элемент, на который есть ссылки, — это встроенная защита целостности. Если объект «не удаляется», сначала смотрите список ссылок: возможно, элемент используется в старых документах, и трогать его нельзя.
Для контроля качества полезны простые отчёты: номенклатура без единицы измерения, контрагенты без ИНН, элементы, не использованные ни в одном документе за длительный период. Такие проверки легко собрать через универсальный отчёт или консоль запросов и поставить на регулярное выполнение.
Как проверить результат
Совпадений по ИНН/КПП нет, похожие наименования отсутствуют
Десятки пар с совпадающим ИНН или почти одинаковыми наименованиями
У всех активных элементов заполнены ИНН, единицы измерения, ставки НДС
Массовые пустые поля у элементов, используемых в документах
Создавать справочники могут только ответственные сотрудники
Право создания есть у всех пользователей или у уволенных
Элементы сопоставлены, количество строк в базах совпадает
После обмена появляются новые дубли и несопоставленные элементы
Типичные ошибки при администрировании НСИ
Первая и самая распространённая ошибка — отсутствие владельца данных. Когда за справочник «отвечают все», не отвечает никто. Вторая — чистка без регламента: раз в год базу «причёсывают» вручную, а между чистками мусор копится снова. Третья — чрезмерные доработки: вместо настройки типовых механизмов контроля пишутся собственные проверки, которые ломаются при каждом обновлении.
Отдельная группа ошибок связана с обменами: правка справочников в обеих базах, изменение наименований, по которым идёт сопоставление, запуск обмена без предварительной нормализации данных. Наконец, часто игнорируют резервное копирование перед массовыми операциями — и теряют данные при неудачном объединении дублей или групповой обработке.
Что важно запомнить
НСИ — фундамент учёта в 1С, и её качество определяет достоверность всех отчётов. Администрирование строится на трёх опорах: распределённые права и ответственные за разделы, регламент ввода с контролем дублей, регулярные проверки и чистка. Любые массовые операции со справочниками выполняются только после резервного копирования.
Частые вопросы о НСИ и администрировании в 1С
Чем НСИ отличается от обычных документов в 1С?
Справочники хранят условно постоянную информацию и служат точками ссылки для документов, а документы фиксируют факты хозяйственной жизни и формируют движения по регистрам. Изменение элемента справочника влияет на все документы, которые на него ссылаются, тогда как документ изменяет только свои собственные движения.
Кто должен отвечать за НСИ в небольшой компании?
Если выделенного специалиста нет, назначьте ответственных по разделам: за контрагентов — бухгалтер или менеджер по продажам, за номенклатуру — сотрудник, ведущий склад или закупки. Администратор 1С при этом настраивает права и выполняет регламентные операции. Главное — чтобы зона ответственности была зафиксирована явно.
Как безопасно объединить дубли контрагентов?
Сделайте резервную копию, затем откройте обработку «Поиск и удаление дублей», задайте критерии поиска (ИНН, наименование), выберите главный элемент и выполните объединение. Все ссылки из документов перенаправятся на выбранный элемент. После операции проверьте акты сверки и дебиторскую задолженность по затронутым контрагентам.
Нужна ли отдельная MDM-система для управления НСИ?
Отдельная MDM оправдана, когда НСИ используется в нескольких учётных системах и внешних приложениях и требуется централизованное согласование изменений. Для одной-двух баз 1С достаточно типовых механизмов: профилей доступа, контроля дублей и планов обмена с назначенной базой-мастером.
Что делать, если помеченный на удаление элемент не удаляется?
Обработка удаления показывает список объектов, ссылающихся на элемент. Если ссылки есть в актуальных документах, удалять элемент нельзя — оставьте его помеченным или снимите пометку и добавьте в наименование пометку «не использовать». Удаление возможно только после устранения всех ссылок, что для старых документов обычно недопустимо.
Как организовать НСИ при обмене УТ и Бухгалтерией?
Назначьте базу-мастер для каждого справочника: обычно номенклатура создаётся в УТ, а бухгалтерские реквизиты дозаполняются в БП. Настройте синхронизацию штатными средствами, проверьте сопоставление по идентификаторам, а не наименованиям, и запретите создание дублируемых справочников в базе-приёмнике.