Нужен ли запущенный сеанс пользователя для работы регламентных заданий в 1С?

При разработке собственных конфигураций в 1С часто возникает вопрос: как правильно настроить автоматическое выполнение фоновых процессов? Многие начинающие разработчики сталкиваются с тем, что созданное в Конфигураторе регламентное задание «не запускается». Давайте разберем, от чего зависит работа регламентных заданий и как обстоят дела в облачных сервисах, таких как ГРМ (Готовое рабочее место).

Понимание режима работы информационной базы

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

1. Файловый вариант: База представляет собой один файл 1Cv8.1CD. В этом режиме 1С не имеет полноценного сервера приложений, который мог бы постоянно следить за расписанием. Поэтому для выполнения регламентного задания необходим запущенный сеанс пользователя или специальная настройка клиентского приложения, которое будет «держать» базу открытой.
2. Клиент-серверный вариант: База работает под управлением СУБД (например, MS SQL Server или PostgreSQL) и Сервера 1С:Предприятия. В этом случае регламентные задания управляются сервером приложений. Это означает, что наличие активных пользователей не требуется — сервер сам отслеживает расписание и запускает фоновые задания в заданное время.

Особенности работы в облаке ГРМ

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

Рассмотрим подробнее, почему задание может не выполняться:

• Ограничения провайдера: Облачные провайдеры часто ограничивают использование фоновых заданий для экономии ресурсов сервера. Даже если вы настроили задание, оно может быть заблокировано на уровне кластера серверов.
• Глобальный параметр: В настройках кластера серверов 1С существует параметр, который позволяет глобально запретить или разрешить выполнение регламентных заданий для конкретной информационной базы. В облаке у вас нет доступа к консоли администрирования, поэтому проверить этот параметр самостоятельно невозможно.
• Безопасность: Запуск фоновых процессов может быть ограничен в целях предотвращения неконтролируемой нагрузки на инфраструктуру провайдера.

Что делать, если задание не запускается?

Если вы убедились, что расписание настроено верно, а задание все равно «молчит», проанализируем план действий для решения этой ситуации:

1. Проверка Журнала регистрации: В первую очередь откройте Журнал регистрации. Попробуйте найти там записи, относящиеся к фоновым заданиям. Даже если задание завершилось с ошибкой или было принудительно остановлено, информация об этом должна там отразиться.
2. Обращение в поддержку: Учитывая, что ГРМ — это управляемая среда, самый эффективный путь — написать тикет в техподдержку провайдера. Задайте прямой вопрос: «Разрешено ли выполнение регламентных заданий для моей базы и нет ли ограничений на фоновые процессы в моем тарифе?».
3. Перенос логики выполнения: Если автоматический запуск на сервере недоступен, рассмотрите альтернативные варианты. Например, можно реализовать выполнение нужной процедуры через внешнюю обработку, которую будет запускать сотрудник по графику, или использовать API (если провайдер его предоставляет) для вызова процедур из внешнего планировщика.

Технические советы по настройке

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

// Пример создания расписания для регламентного задания
Расписание = Новый РасписаниеРегламентногоЗадания;
Расписание.ПериодПовтораДней = 1;
Расписание.ВремяНачала = ТекущаяДата();

Задание = РегламентныеЗадания.НайтиПоИмени("ИмяВашегоЗадания");
Если Задание <> Неопределено Тогда
    Задание.Расписание = Расписание;
    Задание.Использование = Истина;
    Задание.Записать();
КонецЕсли;

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

Подводя итог: в клиент-серверной среде (которой является облако ГРМ) присутствие пользователя не требуется, а проблема отсутствия выполнения чаще всего кроется в политиках безопасности или настройках ресурсов облачного провайдера. Начните с анализа Журнала регистрации и общения с технической поддержкой вашего сервиса.