При разработке на платформе 1С:Предприятие начинающие специалисты часто сталкиваются с ситуацией, когда код, успешно работающий в обычной обработке, выдает критическую ошибку при запуске через регламентное задание. Типичный пример — ошибка инициализации модуля из-за использования объекта ДиалогВыбораФайла. В этой статье мы подробно разберем, почему это происходит, как работает контекст сервера и как правильно организовать автоматизированную выгрузку или загрузку файлов без участия пользователя.
Проанализируем ситуацию: регламентное задание выполняется на стороне сервера в фоновом режиме. В этом контексте отсутствует понятие «пользовательский интерфейс». Программа выполняется в отдельном сеансе, где нет монитора, мыши и возможности вывести какое-либо окно на экран.
Объект ДиалогВыбораФайла по своей сути является интерактивным инструментом. Согласно синтакс-помощнику, его доступность ограничена только клиентскими приложениями (Тонкий клиент, Толстый клиент). Когда сервер 1С пытается скомпилировать общий модуль для выполнения фонового задания, он обнаруживает тип данных, о котором «ничего не знает». Это и приводит к ошибке «Тип не определен». Важно понимать: сервер не просто не может открыть окно, он даже не может скомпилировать процедуру, в которой упоминается этот тип, если не приняты специальные меры.
Выясним, как изменить алгоритм, чтобы он стал пригоден для серверного выполнения. Первое и самое важное правило: в коде, который вызывается регламентным заданием, не должно быть никаких диалогов, предупреждений или вопросов к пользователю. Рассмотрим пример кода, который вызывал ошибку:
// Ошибочный код в общем модуле (сервер)
Для Каждого ТекСтрока Из Таблица Цикл
Сообщить("Выгружаю " + ТекСтрока.Номер);
ДиалогВыбораФайла = Новый ДиалогВыбораФайла(РежимДиалогаВыбораФайла.Открытие); // ОШИБКА!
ФайлНаДиске = Новый Файл("F:\" + ТекСтрока.Номер + ".txt");
КонецЦикла;
В данном случае строка с созданием ДиалогВыбораФайла абсолютно лишняя, так как путь к файлу далее прописывается жестко. Чтобы исправить ситуацию, достаточно просто удалить инициализацию диалога. Рассмотрим исправленный вариант:
// Исправленный код
Для Каждого ТекСтрока Из Таблица Цикл
// Формируем путь программно, без участия пользователя
ПутьКФайлу = "F:\" + ТекСтрока.Номер + ".txt";
ФайлНаДиске = Новый Файл(ПутьКФайлу);
Если ФайлНаДиске.Существует() Тогда
// Логика обработки
КонецЕсли;
КонецЦикла;
Если в вашей обработке пользователь раньше сам выбирал папку через диалог, то в регламентном задании этот выбор нужно автоматизировать. Разберем основные способы, как это сделать:
ПутьКПапкеВыгрузки), в которой один раз укажите путь к каталогу. Сервер будет считывать это значение при каждом запуске.Когда мы переносим работу с файлами на сервер, возникает ряд нюансов, связанных с правами доступа и видимостью дисков. Проанализируем их подробнее:
Права доступа ОС: Регламентное задание выполняется от имени технического пользователя (например, USR1CV8). Этот пользователь должен иметь права на чтение и запись в целевую папку (в примере это диск F:\). Если прав не будет, объект Файл не выдаст ошибку при создании, но методы типа Записать() или Существует() не сработают так, как ожидается.
Сетевые пути (UNC): Крайне не рекомендуется использовать буквы дисков (типа F:\), если это сетевые ресурсы. Для сервера 1С диск F: может просто не существовать, так как он был подключен в сессии конкретного администратора. Правильнее использовать полные сетевые пути:
ПутьКФайлу = "\\ServerName\Exchange\Data\" + ТекСтрока.Номер + ".txt";
Если ваш общий модуль используется и на клиенте, и на сервере (установлены соответствующие флаги в свойствах модуля), используйте инструкции препроцессора. Это позволит серверу «пропустить» клиентский код при компиляции.
#Если Клиент Тогда
Диалог = Новый ДиалогВыбораФайла(РежимДиалогаВыбораФайла.Открытие);
// Код выбора файла пользователем
#КонецЕсли
#Если Сервер Тогда
// Код автоматического определения пути
ПутьКФайлу = ПолучитьПутьИзНастроек();
#КонецЕсли
Однако помните, что для регламентного задания код внутри #Если Клиент всегда будет игнорироваться, поэтому логика получения пути должна быть реализована для серверного контекста.
В тексте исходной проблемы автор использовал Сообщить(). В фоновом задании это не приведет к ошибке, но и результата вы не увидите — сообщения просто «улетят в никуда», так как окна сообщений у фонового процесса нет.
Разберем, как правильно отслеживать ход выполнения задания. Вместо Сообщить() следует использовать Журнал регистрации. Это позволит вам зайти в «Администрирование» — «Журнал регистрации» и увидеть все этапы работы задания.
ЗаписьЖурналаРегистрации("ВыгрузкаДанных",
УровеньЖурналаРегистрации.Информация,
,
,
"Начата выгрузка файла номер: " + ТекСтрока.Номер);
Выясним, как проверить работу кода, если он запускается только через регламентное задание. Обычная точка останова не сработает. Чтобы «поймать» выполнение, выполните следующие действия:
-debug.Теперь при срабатывании расписания конфигуратор автоматически подключится к фоновому процессу, и вы сможете пройтись по коду по шагам, проверяя значения переменных.
Подводя итог, отметим, что для успешного выполнения регламентного задания необходимо полностью исключить интерактивность. Основные шаги по исправлению ошибки Тип не определен (ДиалогВыбораФайла) включают в себя:
ДиалогВыбораФайла и любых методов, требующих участия пользователя.ЗаписьЖурналаРегистрации вместо Сообщить.Соблюдение этих правил позволит создавать надежные и стабильно работающие механизмы автоматизации в 1С.