Настройка НСИ в 1С: что это такое и как её организовать

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

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

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

Что входит в состав НСИ в 1С

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

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

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

Зачем нужна настройка НСИ и что она включает

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

Конкретный объём работ при настройке обычно включает: определение состава обязательных реквизитов справочников, настройку проверок заполнения, разработку правил наименования (например, «Бренд + Модель + Характеристика» для товаров), назначение ответственных за ведение отдельных справочников, настройку прав доступа и, при наличии нескольких баз, настройку планов обмена.

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

Как организовать справочники и правила их ведения

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

Дальше установите правила наименования и зафиксируйте их письменно — в регламенте или инструкции. Для контрагентов рабочий вариант — официальное наименование по ЕГРЮЛ. Для номенклатуры — структурированный шаблон, где сначала идёт группа товара, затем бренд, модель и характеристики. Правило должно быть таким, чтобы два разных сотрудника, заводя один и тот же объект, получили одинаковое название.

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

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

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

Разграничение прав доступа к НСИ

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

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

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

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

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

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

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

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

Устранение дублей и чистка справочников

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

Порядок безопасной чистки: сначала резервная копия, затем поиск дублей с консервативными правилами (точное совпадение ключевых реквизитов), ручная проверка найденных пар и только потом объединение. Не запускайте автоматическое объединение по нечёткому совпадению наименований — обработка может склеить разные объекты с похожими названиями, и разделить их обратно будет невозможно.

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

Контроль качества НСИ на постоянной основе

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

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

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

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

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

Поиск контрагента по ИНН

Норма

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

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

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

Отчёт по продажам в разрезе контрагентов

Норма

Каждый клиент представлен одной строкой

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

Один клиент дробится на несколько строк с похожими названиями

Протокол синхронизации между базами

Норма

Нет несопоставленных объектов, ошибки отсутствуют

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

Растёт список несопоставленных элементов, повторяющиеся ошибки загрузки

Создание элемента обычным пользователем

Норма

Недоступно или требует утверждения ответственным

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

Любой пользователь свободно создаёт и редактирует справочники

Часто задаваемые вопросы

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

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

Можно ли настроить НСИ без программиста?

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

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

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

Какую базу выбрать главной для ведения контрагентов?

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

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

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