1С: использование модальных окон в данном режиме запрещено — как убрать ошибку

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

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

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

Почему 1С запрещает модальные окна

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

Кроме веб-клиента, модальные диалоги невозможны на сервере и в фоновых заданиях: там просто нет пользовательского интерфейса. Если общий модуль с вызовом Вопрос() или Предупреждение() выполняется в серверном контексте или из регламентного задания, платформа выдаёт именно эту ошибку.

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

Как быстро убрать ошибку через настройки режима модальности

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

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

1. 1
   Откройте конфигуратор под пользователем с правами администратора
2. 2
   Снимите конфигурацию с поддержки при необходимости (или работайте через расширение)
3. 3
   Откройте свойства корня конфигурации
4. 4
   Установите «Режим использования модальности» = Использовать
5. 5
   Обновите конфигурацию базы данных (F7)
6. 6
   Перезапустите клиентские сеансы и повторите операцию

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

Проверка настроек клиентского приложения

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

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

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

Как переписать код на немодальные вызовы

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

Логика перестраивается так: код, который раньше шёл после вызова Вопрос(), переносится в отдельную процедуру-обработчик. Она получает результат диалога первым параметром и продолжает работу. Это требует реструктуризации алгоритма, но результат совместим со всеми клиентами, включая браузер.

// Было (модально, вызывает ошибку):
Если Вопрос("Продолжить проведение?", РежимДиалогаВопрос.ДаНет) = КодВозвратаДиалога.Нет Тогда
    Возврат;
КонецЕсли;
ПровестиДокумент();

// Стало (немодально):
Описание = Новый ОписаниеОповещения("ПослеОтветаНаВопрос", ЭтотОбъект);
ПоказатьВопрос(Описание, "Продолжить проведение?", РежимДиалогаВопрос.ДаНет);

&НаКлиенте
Процедура ПослеОтветаНаВопрос(Результат, ДопПараметры) Экспорт
    Если Результат = КодВозвратаДиалога.Нет Тогда
        Возврат;
    КонецЕсли;
    ПровестиДокумент();
КонецПроцедуры

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

Что делать с серверным кодом и регламентными заданиями

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

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

Как найти все модальные вызовы в конфигурации

Если конфигурация большая или доработанная, искать запрещённые вызовы вручную долго. Используйте глобальный поиск по конфигурации (Ctrl+Shift+F в конфигураторе) по ключевым словам: Вопрос(, Предупреждение(, ВвестиЗначение, ВвестиСтроку, ВвестиЧисло, ВвестиДату, ОткрытьФормуМодально, ВыбратьФайл в синхронном варианте.

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

Выбор стратегии: настройка или доработка кода

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

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

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

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

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

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