Как убрать запрос подтверждения правомерности использования конфигурации в 1С 8.3

· 11 мин

Содержание

Короткий ответ: окно проверки правомерности использования конфигурации в 1С 8.3 убирается одним законным действием — надо один раз подтвердить легальность обновления под пользователем с полными правами, и ответ сохранится в базе. Если окно всплывает при каждом запуске, дело не в самом вопросе, а в том, что программа не может записать ответ: не хватает прав, база открыта только на чтение или вы работаете в подчинённом узле РИБ.

Запрос появляется после обновления конфигурации и выглядит как вопрос о том, законно ли получено обновление. Это не блокировка и не «слетевшая лицензия» — просто разовая галочка в механизме типовых конфигураций. Проблема в другом: у половины бухгалтеров она не разовая, а ежедневная.

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

Что это за окно и почему 1С 8.3 его показывает

Механизм встроен в типовые конфигурации на Библиотеке стандартных подсистем — Бухгалтерию 3.0, ЗУП 3.1, УТ 11, ERP, Комплексную автоматизацию. Разработчик проверяет не ключ защиты и не лицензию платформы, а источник обновления конфигурации.

Логика простая: обновления типовых решений распространяются по подписке (ИТС или аналогичный договор сопровождения). Программа не умеет проверить договор технически, поэтому задаёт вопрос пользователю и фиксирует ответ в базе.

Как выглядит запрос

Формулировка меняется от релиза к релизу, но смысл один. Типичные варианты текста:

  • 📄 Подтвердите правомерность использования программы
  • 📄 Обновление конфигурации получено с нарушением условий лицензионного соглашения?
  • 📄 Проверка правомерности получения обновления

Внизу — два варианта ответа: подтвердить легальность или отказаться. Иногда рядом есть поле для регистрационного номера комплекта.

Ответ пишется в служебную настройку базы и в журнал регистрации. То есть у окна есть «память» — если оно появляется снова, значит записи не произошло.

Когда проверка срабатывает

СитуацияОкно появится
Обновили конфигурацию через Администрирование → Обновление программы по подпискеОдин раз после обновления
Обновили вручную из файла .cfu / .cf в конфигуратореОдин раз, иногда с запросом регномера
Развернули базу из .dt, полученного от другой организацииПри первом входе
Восстановили архивную копию базыПри первом входе
Создали копию базы для обучения или тестовВ каждой копии отдельно
Работаете в подчинённом узле распределённой базы (РИБ)В каждом узле отдельно
Платформу обновили, конфигурацию — нетНе появится: проверка привязана к конфигурации

Появление окна само по себе не означает, что у вас нелегальная программа. Чаще всего это следствие ручного обновления или переноса базы.

Три законных способа отключить проверку правомерности использования конфигурации 1С 8.3

Выбор зависит от того, почему окно появилось.

СпособКогда применяютСколько занимаетРиски
Подтвердить ответ под полными правамиОкно вылезло один раз после обновления1 минутаНет
Выдать пользователю права на запись настройкиОкно повторяется у рядового пользователя10–15 минутНет, если не раздавать лишние роли
Наладить легальный канал обновленийОбновляетесь из непонятных файлов, окно возвращается после каждого апдейтаОт дня до неделиНет, но нужен действующий договор
«Снять с поддержки и вырезать проверку»—ЧасыПотеря автообновления, правовые последствия

Первые три — рабочие. Четвёртый разбираю отдельно в конце: он решает симптом и создаёт две новые проблемы.

Способ 1. Подтвердить правомерность один раз под полными правами

Самый частый случай: бухгалтер нажал «Обновить», получил вопрос, растерялся и закрыл окно крестиком. Программа считает, что ответа не было, и спрашивает снова.

Пошаговый помощник
Войдите в базу под администратором
Нужен пользователь с ролью Полные права (в конфигураторе — Администрирование → Пользователи → вкладка Прочие). Под обычным бухгалтером ответ может не сохраниться.

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

Способ 2. Настроить права, чтобы ответ сохранялся

Если окно показывается рядовому пользователю, а ответ не запоминается, причина почти всегда в правах на запись служебных настроек.

Путь к профилям доступа отличается по конфигурациям:

  • 🧾 Бухгалтерия 3.0 и ЗУП 3.1: Администрирование → Настройки пользователей и прав → Профили групп доступа
  • 🏭 УТ 11, ERP, КА 2: НСИ и администрирование → Настройки пользователей и прав → Профили групп доступа
  • 🔧 Конфигуратор (любая конфигурация): Администрирование → Пользователи → карточка пользователя → Прочие

Что проверить:

  1. Пользователю назначен профиль с правами администратора или хотя бы профиль, разрешающий изменение общих настроек программы.
  2. В списке пользователей базы вообще есть хотя бы один с полными правами. Если такого нет, многие служебные записи не выполняются.
  3. Пользователь не помечен как «Недействителен» и не входит только в группу с правом просмотра.

Правильный сценарий в организации: администратор один раз входит в базу после обновления, подтверждает правомерность и только потом пускает бухгалтеров. Тогда рядовые пользователи окна вообще не видят.

Отдельная причина — файловая база в папке, куда у пользователя нет прав на запись. Признак: не сохраняются ещё и настройки форм, пропадает размер колонок. Проверьте права Windows на каталог с файлом 1Cv8.1CD — нужен полный доступ, а не «чтение».

Способ 3. Наладить легальный канал обновлений

Если каждое обновление заканчивается тем же вопросом, значит обновления приходят не из официального канала.

Как должно быть:

  • 📥 Обновление через Администрирование → Обслуживание → Обновление версии программы (в УТ и ERP — НСИ и администрирование → Обслуживание), с авторизацией логином и паролем от портала поддержки.
  • 🧑‍💼 Или обновление силами обслуживающего партнёра по действующему договору.
  • 🗂 Или дистрибутив обновления, скачанный лично под своей учётной записью портала.

Ориентир по стоимости сопровождения: базовая подписка для одной организации на небольшой конфигурации стоит примерно 6–7 тыс. руб. в год, расширенные варианты для ERP и комплексных решений — ориентировочно от 40 тыс. руб. в год. Цифры приблизительные, точные тарифы называет партнёр.

Файлы обновлений .cfu, скачанные со сторонних сайтов и из мессенджеров, — главная причина и окна проверки, и битых баз. Содержимое такого файла никто не контролирует.

Почему окно проверки правомерности появляется снова: диагностика

Диагностика: выберите симптом

Особенности по конфигурациям

Механизм один, но интерфейс и места настройки различаются.

  • 💼 Бухгалтерия 3.0. Окно чаще всего встречают после самостоятельного обновления через конфигуратор. Проверка прав — Администрирование → Настройки пользователей и прав.
  • 👥 ЗУП 3.1. Та же схема, но базу нередко обновляет внешний расчётчик под своей учётной записью — именно он должен подтвердить правомерность, иначе вопрос достанется кадровику.
  • 🛒 УТ 11. Все административные настройки живут в разделе НСИ и администрирование. В больших базах с десятками профилей доступа чаще всего и ломается запись ответа.
  • 🏗 ERP и КА 2. Обычно несколько узлов и тестовый контур. Подтверждать нужно в каждой базе: рабочей, тестовой, учебной.
  • ☁️ Сервис 1cfresh. Проверкой занимается провайдер сервиса. Если окно появилось там, обращайтесь в поддержку обслуживающей организации — самостоятельно вы в такую настройку не попадёте.
  • 📦 Базовые версии. Конфигурация не меняется, обновление идёт только штатным способом, поэтому вопрос возникает редко — чаще всего после восстановления базы из архива.

Что будет, если «вырезать» проверку правомерности в конфигураторе

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

Технические последствия:

  1. 🔄 Автоматическое обновление ломается. Конфигурация, снятая с поддержки, перестаёт обновляться в один клик, каждое обновление превращается в ручное сравнение-объединение.
  2. 💸 Стоимость сопровождения растёт. Партнёр считает такие базы как доработанные, обновление становится платной работой на несколько часов.
  3. 🧩 Регламентированная отчётность рискует отвалиться. Она тянет служебные подсистемы, в которые вы вмешались.
  4. 🚫 Поддержка откажется разбирать инциденты в изменённой типовой конфигурации.

Правовая сторона:

  • Изменение программы и обход встроенных механизмов защиты выходит за пределы того, что разрешено пользователю экземпляра программы (ГК РФ, ст. 1270 и ст. 1280).
  • За нарушение исключительного права предусмотрена компенсация в пользу правообладателя (ГК РФ, ст. 1301).
  • Для организации и должностных лиц возможна административная ответственность (КоАП РФ, ст. 7.12), а в крупном размере — уголовная (УК РФ, ст. 146).

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

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

Если не помогло: что ещё проверить

Бывает, что окно не связано с проверкой обновления напрямую, а похоже на неё внешне. Что стоит исключить:

  • 🔑 Проблема с лицензией платформы. Сообщения вида Не обнаружен ключ защиты или Не найдена лицензия — это другой механизм. Там проверяют аппаратный ключ или программную лицензию, а не конфигурацию.
  • 🧪 Повреждение базы. Если вместе с окном появляются ошибки при проведении документов, выполните тестирование и исправление в конфигураторе: Администрирование → Тестирование и исправление.
  • 🗃 Чужой .dt. База, полученная от другой организации вместе с её данными — отдельная проблема. Правильное решение: развернуть чистую базу нужного релиза и перенести в неё только свои данные.
  • 📞 Обращение к партнёру. Если регистрационный номер утерян, восстановить привязку можно только через обслуживающую организацию или по регистрационной карточке.

Типичные ошибки

  • ❌ Закрывают окно крестиком. Ответа нет — вопрос повторяется. Нужно выбрать один из вариантов.
  • ❌ Отвечают «нарушение» на автомате. Отрицательный ответ фиксируется и возвращает окно при каждом входе.
  • ❌ Подтверждают под бухгалтером. Нет прав — нет записи. Подтверждать должен администратор.
  • ❌ Ищут настройку в Администрирование и не находят. Отдельного переключателя «отключить проверку правомерности» в интерфейсе нет и не было. Управляет только ответ на вопрос.
  • ❌ Качают .cfu со сторонних сайтов. Окно вернётся после каждого такого обновления, плюс риск получить изменённую конфигурацию.
  • ❌ Снимают с поддержки «на всякий случай». Самая дорогая ошибка: лишаетесь автообновления ради закрытия одного диалога.
  • ❌ Подтверждают только в рабочей базе. Учебная, тестовая и узлы РИБ спросят отдельно.
  • ❌ Путают с лицензией. Пытаются переустанавливать ключ защиты, хотя проверка относится к конфигурации.

Как предотвратить повторное появление окна

Регламент обновления, после которого окно не беспокоит пользователей
Выполнено: 0 / 9
Как у вас в базе появилось окно проверки правомерности?

Отчёты и инструменты для проверки

Чтобы понять, что именно произошло, хватает штатных средств:

  • 📋 Администрирование → Обслуживание → Журнал регистрации — отбор по пользователю и времени входа покажет события проверки и кто какой ответ дал.
  • ℹ️ Главное меню → Справка → О программе — номер релиза конфигурации и версия платформы. Сверьте, совпадает ли релиз с тем, который должен быть после обновления.
  • 🧰 Конфигуратор → Конфигурация → Поддержка → Настройка поддержки — состояние поддержки. Если поддержка снята, кто-то уже правил конфигурацию до вас.
  • 👤 Настройки пользователей и прав → Пользователи — список пользователей и их профили, чтобы найти администратора с полными правами.

Частые вопросы

Можно ли совсем отключить проверку правомерности использования конфигурации в 1С 8.3 через настройки?
Отдельной галочки в интерфейсе нет. Окно перестаёт появляться после того, как пользователь с полными правами один раз подтвердил легальность обновления.
Окно появляется при каждом запуске — что делать в первую очередь?
Войти под администратором с ролью Полные права, ответить на вопрос утвердительно и полностью перезапустить программу. Если не помогло — проверить права на запись в каталог файловой базы.
Это блокировка программы? Данные не пропадут?
Нет. Это информационный запрос, работа базы и документы не затрагиваются. Данные остаются на месте независимо от ответа.
Что будет, если ответить, что обновление получено с нарушением?
Ответ запишется в журнал регистрации, а окно продолжит появляться при входе. Корректный вариант — разобраться с договором сопровождения и дать честный ответ.
Законно ли убрать проверку правкой конфигурации?
Нет. Обход встроенных механизмов выходит за рамки прав пользователя экземпляра программы (ГК РФ, ст. 1270 и 1280), плюс вы теряете автообновление. Правильный путь — восстановить легальный канал обновлений.
Почему окно появилось в копии базы, если в рабочей всё тихо?
Подтверждение хранится внутри каждой информационной базы. В копии, учебной базе и каждом узле РИБ нужно подтвердить отдельно.
Связано ли окно с ключом защиты или программной лицензией?
Нет, это разные механизмы. Проверка правомерности относится к конфигурации, а сообщения про ключ и лицензию — к платформе.

Источники

  • ГК РФ, ст. 1270 и ст. 1280 — исключительное право на программу и права пользователя экземпляра
  • ГК РФ, ст. 1301 — ответственность за нарушение исключительного права на произведение
  • КоАП РФ, ст. 7.12 — нарушение авторских и смежных прав
  • УК РФ, ст. 146 — нарушение авторских прав в крупном размере