Модальное окно в 1С 8.3: что это такое и как с ним работать

Модальное окно в 1С 8.3 — это окно, которое блокирует работу с остальными окнами приложения до тех пор, пока пользователь не закроет его или не выполнит требуемое действие. Пока модальное окно открыто, нельзя переключиться на другую форму, документ или список: программа ждёт ответа именно в этом окне. Классические примеры — диалог «Сохранить изменения?» с кнопками «Да», «Нет», «Отмена», окно ввода пароля или предупреждение об ошибке.

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

Важный нюанс: в платформе 1С:Предприятие 8.3 подход к модальным окнам изменился. В режиме совместимости с версией 8.2 модальные вызовы разрешены, а в современном «тактичном» интерфейсе (режим «Такси») использование модальных окон по умолчанию запрещено, и вместо них применяются блокирующие окна и асинхронные методы с описанием оповещения. Поэтому разработчику важно понимать оба подхода — и старый, и новый.

Что такое модальное окно и чем оно отличается от обычного

Обычное (немодальное) окно открывается параллельно с остальными: пользователь может свободно переключаться между формами, редактировать несколько документов одновременно и возвращаться к открытому окну в любой момент. Это стандартное поведение большинства форм в 1С — списков, документов, отчётов.

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

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

Где встречаются модальные окна в 1С

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

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

Для пользователя признак модального окна прост: остальная часть программы «замирает» и не реагирует на мышь, иногда родительское окно визуально затемняется. Единственный способ продолжить — ответить в открытом диалоге либо закрыть его крестиком или клавишей Esc, если это предусмотрено.

Ограничения модальных окон в режиме «Такси»

Начиная с платформы 8.3, фирма «1С» перешла на новый интерфейс «Такси» и отказалась от модальности как основного сценария. В свойствах конфигурации есть параметр «Режим использования модальности» с тремя вариантами: «Использовать», «Не использовать» и «Использовать с предупреждениями». В типовых конфигурациях обычно установлен вариант «Не использовать».

Если код содержит модальный вызов (например, метод Вопрос с модальным режимом или ОткрытьФормуМодально), а режим модальности запрещён, платформа выдаст ошибку времени выполнения, и прикладное решение работать не будет. При варианте «Использовать с предупреждениями» код выполнится, но пользователь увидит системное предупреждение, что ухудшает впечатление и замедляет работу.

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

Основные методы работы с модальными и блокирующими окнами

Встроенный язык 1С предлагает два семейства методов: устаревшие модальные и современные асинхронные. Понимание соответствия между ними упрощает адаптацию старого кода.

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

Пример: вопрос пользователю в современном стиле

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

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

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

Открытие формы с блокировкой окна владельца

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

&НаКлиенте
Процедура ВыбратьКонтрагента(Команда)
    ПараметрыФормы = Новый Структура("РежимВыбора", Истина);
    Оповещение = Новый ОписаниеОповещения("ВыборКонтрагентаЗавершение", ЭтотОбъект);
    ОткрытьФорму("Справочник.Контрагенты.ФормаВыбора", ПараметрыФормы, ЭтотОбъект,,,, Оповещение, РежимОткрытияОкнаФормы.БлокироватьОкноВладельца);
КонецПроцедуры

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

При обновлении конфигурации или включении режима «Такси» старый модальный код требует доработки. Последовательность действий обычно такая.

1. 1
   Найдите все модальные вызовы: Вопрос, Предупреждение, ВвестиЗначение, ОткрытьФормуМодально. Удобно использовать поиск по конфигурации (Ctrl+Shift+F).
2. 2
   Замените каждый вызов на асинхронный аналог: ПоказатьВопрос, ПоказатьПредупреждение, ПоказатьВводЗначения, ОткрытьФорму с оповещением.
3. 3
   Вынесите код, который выполнялся после модального вызова, в отдельную экспортную процедуру-обработчик оповещения.
4. 4
   Проверьте, что переменные, нужные в обработчике, доступны: при необходимости передайте их через ДополнительныеПараметры описания оповещения.
5. 5
   Установите в свойствах конфигурации режим использования модальности «Не использовать» и протестируйте все изменённые сценарии в тонком и веб-клиенте.

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

Как проверить результат доработки

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

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

FAQ