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