В процессе разработки на платформе 1С:Предприятие 8.3 программисты часто сталкиваются с ситуацией, когда сложная бизнес-логика сосредоточена в серверных общих модулях. Возникает естественное желание: если в ходе выполнения кода на сервере произошла ошибка или требуется уточнение данных, нужно «выбросить» пользователю окно (форму). Однако попытка вызвать ОткрытьФорму() на сервере неизбежно приводит к ошибке. Разберем подробно, почему так происходит и как правильно решить эту задачу, сохранив чистоту архитектуры.
Прежде всего, проанализируем причину ограничения. Архитектура 1С четко разделяет клиентское приложение и сервер. Сервер — это отдельный процесс (или даже отдельный компьютер в кластере), который работает с базой данных. У него нет видеокарты, монитора и пользователя, сидящего за ним. Когда выполняется код в модуле с галочкой «Сервер», система находится в контексте, где понятия «форма» или «диалог» просто не существуют.
Как справедливо отмечено в обсуждении, сервер можно представить как «машину в шкафу». Она выполняет алгоритмы, но не знает, кому и куда выводить графическую информацию. Поэтому любая попытка интерактивного взаимодействия должна быть инициирована на стороне клиента.
Это самый правильный и рекомендуемый метод. Вместо того чтобы пытаться открыть форму «изнутри» серверной процедуры, мы должны спроектировать функцию так, чтобы она возвращала результат своей работы клиенту. Рассмотрим пример реализации, когда нам нужно проверить заполнение шаблона в 1С:Документооборот.
На сервере мы подготавливаем данные и собираем все ошибки в структуру или таблицу:
Функция ВыполнитьЗаполнениеШаблона(ПараметрыФайла) Экспорт
Результат = Новый Структура;
Результат.Вставить("Статус", Истина);
Результат.Вставить("Ошибки", Новый СписокЗначений);
Результат.Вставить("АдресДанных", "");
// Логика заполнения...
Если НайденаКритическаяОшибка Тогда
Результат.Статус = Ложь;
Результат.Ошибки.Добавить("Не заполнен обязательный реквизит: Подразделение");
КонецЕсли;
Возврат Результат;
КонецФункции
Теперь на клиенте, в обработчике команды, который вызвал это заполнение, мы анализируем полученный результат и принимаем решение об открытии формы:
&НаКлиенте
Процедура КомандаЗаполнить(Команда)
РезультатСервера = ВыполнитьЗаполнениеШаблонаНаСервере(Объект.Ссылка);
Если Не РезультатСервера.Статус Тогда
ПараметрыФормы = Новый Структура("Ошибки", РезультатСервера.Ошибки);
ОткрытьФорму("ОбщаяФорма.ОтображениеОшибокЗаполнения", ПараметрыФормы);
КонецЕсли;
КонецПроцедуры
Если серверный код обнаружил большое количество проблем (например, сотни незаполненных строк), передавать их через параметры формы может быть накладно для производительности. В этом случае проанализируем метод использования ВременноеХранилище. Сервер помещает таблицу ошибок в хранилище и возвращает только уникальный адрес (строку).
Алгоритм действий следующий:
ПоместитьВоВременноеХранилище(ТаблицаОшибок, УникальныйИдентификатор).Рассмотрим ситуацию, когда процесс заполнения или обработки инициирован не напрямую пользователем, а, например, регламентным заданием или длительной операцией. В этом случае прямой возврат в клиентский поток невозможен. Выясним, как «достучаться» до пользователя в такой ситуации.
Один из вариантов — использование Регистра сведений как буфера. Сервер записывает ошибки в регистр, привязывая их к конкретному пользователю. На клиенте в это время работает ПодключитьОбработчикОжидания, который раз в минуту проверяет наличие записей в этом регистре для текущего сеанса. Если записи найдены — клиент «поднимает» форму с уведомлением.
Проанализируем современный подход с использованием Системы взаимодействия. Если в вашей конфигурации настроен этот механизм, серверный код может отправить программное сообщение пользователю. На стороне клиента можно подписаться на событие получения сообщения:
// Код на сервере
Сообщение = СистемаВзаимодействия.СоздатьСообщение(Обсуждение);
Сообщение.Текст = "Обнаружены ошибки при формировании файла!";
Сообщение.Записать();
Это позволяет реализовать асинхронное уведомление пользователя о событиях на сервере без постоянного опроса базы данных.
Если вы ограничены в возможности менять интерфейсные вызовы (например, работаете внутри типового механизма, который нельзя менять), существует «хакерский» способ. Проанализируем его: сервер генерирует ошибку через ВызватьИсключение, но в текст ошибки помещает структурированную строку JSON.
// Код на сервере
ДанныеОшибки = Новый Структура("Тип", "ПоказатьФормуОшибок");
ТекстJSON = ЗаписатьJSONДанные(ДанныеОшибки); // Условная функция
ВызватьИсключение "ОШИБКА_ИНТЕРФЕЙСА:" + ТекстJSON;
На клиенте, если вызов обернут в блок Попытка...Исключение, мы парсим текст ошибки. Если находим маркер ОШИБКА_ИНТЕРФЕЙСА, извлекаем данные и открываем нужную форму. Однако используйте этот метод осторожно, так как он нарушает стандартную обработку ошибок платформой.
В контексте 1С:Документооборот, где возник вопрос автора темы, важно помнить про механизм Бизнес-событий. Вместо мгновенного открытия формы, хорошей практикой будет регистрация события в системе. Это событие может автоматически создать задачу исполнителю «Исправить ошибки в файле» с приложенным списком замечаний. Это лучше соответствует идеологии документооборота, так как работа становится контролируемой и не теряется, если пользователь случайно закрыл всплывающее окно.
Подведем итог: прямого способа вызвать интерфейс с сервера не существует. Решение всегда заключается в разделении ответственности: сервер готовит данные и сигнализирует о проблеме, а клиент — отвечает за визуализацию этой проблемы. Выбирайте метод (через возврат структуры или через временное хранилище) в зависимости от объема данных и типа операции (синхронная или фоновая).