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