1С: как отключить предупреждение безопасности

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

Чаще всего предупреждение мешает в трёх ситуациях: при открытии внешних обработок и отчётов (файлы .epf и .erf), при работе расширений конфигурации и при выполнении обменов данными, где код обращается к диску или сети. Каждый раз нажимать «Да» в диалоге утомительно, особенно если обработка запускается десятки раз в день.

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

Важно понимать: механизм защиты появился не случайно. Снимая его, вы берёте на себя ответственность за то, что запускаемые файлы безопасны. Ниже разобраны все рабочие способы с указанием рисков и ограничений.

Что такое защита от опасных действий и почему она срабатывает

Механизм защиты от опасных действий — это встроенная функция платформы 1С:Предприятие, которая контролирует обращения прикладного кода к потенциально уязвимым операциям. К ним относятся запуск внешних приложений, открытие файлов, работа с файловой системой, доступ в интернет, использование COM-объектов и внешних компонентов.

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

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

Способ 1. Отключение для конкретного пользователя

Самый безопасный и точечный вариант — снять защиту только для тех сотрудников, которым она реально мешает. Остальные пользователи базы продолжат видеть предупреждения, что снижает общий риск.

Порядок действий в типовых конфигурациях (УТ, ERP, Бухгалтерия, ЗУП): откройте раздел «Администрирование», перейдите в «Настройки пользователей и прав» → «Пользователи». Откройте карточку нужного сотрудника и найдите флаг «Защита от опасных действий» — обычно он расположен в блоке дополнительных настроек. Снимите флаг и сохраните изменения.

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

1. 1
   Откройте Администрирование → Настройки пользователей и прав → Пользователи
2. 2
   Откройте карточку нужного пользователя
3. 3
   Снимите флаг «Защита от опасных действий» и сохраните
4. 4
   Попросите пользователя перезапустить сеанс 1С
5. 5
   Проверьте: откройте внешнюю обработку — диалог не должен появляться

Способ 2. Отключение при открытии внешней обработки

Если предупреждение появляется только при запуске внешних файлов (.epf, .erf), можно действовать прямо в диалоге безопасности. В окне предупреждения есть вариант разрешить действие — для некоторых сценариев платформа предлагает запомнить решение для данного файла.

Другой точечный подход — добавить обработку в справочник «Дополнительные отчеты и обработки» типовой конфигурации вместо открытия через Файл → Открыть. Зарегистрированные таким образом объекты проходят встроенный контроль и в ряде конфигураций запускаются без лишних диалогов, особенно если у пользователя уже снята защита.

Учтите: простое нажатие «Да» в диалоге разрешает только текущее действие. При следующем запуске предупреждение появится снова, если защита не отключена на уровне пользователя или базы.

Способ 3. Отключение для всей информационной базы

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

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

Гранулярная настройка через роли предпочтительнее полного отключения: обычные пользователи остаются под защитой, а технические специалисты работают без лишних диалогов.

Способ 4. Отключение через файл conf.cfg

На уровне всего клиентского приложения защиту можно отключить через конфигурационный файл conf.cfg. Он находится в каталоге conf установки платформы (например, в папке версии платформы) либо в каталоге пользовательских настроек. Добавьте в файл строку с параметром DisableUnsafeActionProtection, разрешающим выполнение опасных действий без предупреждений.

DisableUnsafeActionProtection=*

Значение «*» отключает защиту для всех информационных баз, подключаемых с данного компьютера. Можно указать вместо звёздочки конкретную строку подключения к базе — тогда защита будет снята только для неё. После правки файла перезапустите 1С.

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

Как проверить результат и не ошибиться

После любого из способов проверьте результат на реальном сценарии. Откройте внешнюю обработку, которая раньше вызывала предупреждение, и убедитесь, что диалог не появляется, а обработка выполняет свои действия (открывает файлы, обращается к диску) без подтверждений.

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

Типичные ошибки и ограничения

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

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

Третья ошибка — правка conf.cfg не в том каталоге. Если платформа установлена в Program Files, а файл изменён в пользовательском каталоге (или наоборот), параметр может не подействовать. Проверяйте, какой именно conf.cfg читает ваш экземпляр платформы.

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