При разработке новых решений на платформе 1С:Предприятие или добавлении функционала в существующие базы, программисты часто сталкиваются с ситуацией, когда созданное в конфигураторе регламентное задание отказывается работать. Вроде бы код написан верно, расписание задано, но задание либо не стартует, либо стартует и мгновенно завершается без результата. В этой статье мы подробно разберем, какие настройки необходимо проверить, изучив полный чек-лист для проверки регламентных заданий, чем отличаются предопределенные задания от программных, и затронем важный вопрос интерпретации ошибок аутентификации в журнале регистрации.
В ситуации, описанной в теме, разработчик создал пустую конфигурацию, добавил общий модуль и объект метаданных РегламентноеЗадание. Однако запуск не происходил должным образом. Главная ошибка заключалась в настройке свойств самого задания.
Давайте разберемся в фундаментальном различии двух подходов к созданию заданий.
Предопределенные регламентные задания
Когда мы создаем объект в дереве метаданных, по умолчанию он может не являться активным заданием в базе данных. Чтобы задание, созданное в Конфигураторе, автоматически появилось в базе данных как работающая сущность сразу после обновления конфигурации, необходимо установить свойство Предопределенное.
Если галочка Предопределенное установлена:
Использование).Не предопределенные (программные) задания
Если галочка Предопределенное снята, то в Конфигураторе мы создаем лишь описание (шаблон) того, какой метод и с какими настройками может вызываться. Само задание как объект данных в базе не появляется автоматически.
Чтобы такое задание заработало, нам необходимо изучить программное создание и управление регламентными заданиями и создать его экземпляр с помощью встроенного языка. Это часто используется, когда нам нужно создать несколько копий одного и того же задания с разными параметрами (например, разные расписания для разных Организаций).
Пример программного создания задания на основе метаданных:
// Создаем новое задание на основе метаданных "ОбновлениеКурсовВалют"
НовоеЗадание = РегламентныеЗадания.СоздатьРегламентноеЗадание("ОбновлениеКурсовВалют");
НовоеЗадание.Наименование = "Загрузка валют (Основная)";
НовоеЗадание.Ключ = "ЗагрузкаВалют_Орг1"; // Важно для идентификации
// Задаем расписание
Расписание = Новый РасписаниеРегламентногоЗадания;
Расписание.ПериодПовтораДней = 1; // Каждый день
НовоеЗадание.Расписание = Расписание;
НовоеЗадание.Использование = Истина;
НовоеЗадание.Записать();
Таким образом, если вы создаете одиночное задание, которое должно работать всегда, убедитесь, что в палитре свойств задания в Конфигураторе установлена галочка Предопределенное.
Давайте проанализируем еще один важный момент, упомянутый в обсуждении — настройки расписания. Даже если задание создано корректно, оно может не выполняться, если расписание задано с логической ошибкой.
Частая ошибка новичков при настройке дневного расписания:
Если вы хотите, чтобы задание выполнялось раз в день, достаточно указать время начала. Но если требуется повторение внутри дня, необходимо корректно заполнить интервалы. Также обратите внимание на требования к процедуре-обработчику:
Сервер, Вызов сервера (не обязательно, но часто нужно для отладки с клиента) и, при необходимости, Привилегированный (если задание выполняет административные действия без проверки прав).Экспорт.Чтобы исключить ошибки на этом этапе, полезно использовать статический анализатор кода проектов, который проверит корректность объявления процедур, или провести комплексный анализ конфигурации на наличие ошибок вызова экспортных методов.
// Пример правильного оформления процедуры в общем модуле
Процедура ЗапускРегламентныхЗаданийОБ() Экспорт
ЗаписьЖурналаРегистрации("Регламент", , , , "Запуск регламентных заданий выполнен");
КонецПроцедуры
В обсуждении также затрагивался вопрос "сеансов" планировщика. Важно понимать архитектурные различия:
Клиент-серверный вариант: Планировщик заданий встроен в кластер серверов 1С. Менеджер кластера сам инициирует выполнение заданий в фоновых процессах (rphost). Никаких дополнительных действий от пользователя не требуется — для этого есть инструмент администрирования кластера и фоновых заданий.
Файловый вариант: Здесь нет отдельной службы сервера. Регламентные задания выполняются только тогда, когда запущен клиентский сеанс 1С, который берет на себя роль планировщика. Обычно для этого требуется настройка регламентных заданий в файловой базе через /AllowExecuteScheduledJobs для запуска выделенного сеанса. Если закрыть все клиенты 1С в файловой базе — задания выполняться не будут.
В ходе обсуждения возник интересный побочный вопрос: почему в журнале регистрации появляются записи вида Сеанс. Ошибка аутентификации с указанием пользователя Windows (например, DOMEN\User), хотя пользователь в итоге успешно заходит в базу под логином 1С?
Это штатное поведение платформы при определенных настройках сети и пользователей. Процесс входа происходит следующим образом:
DOMEN\User).Аутентификация операционной системы и указан этот доменный логин.Таким образом, наличие таких ошибок в журнале перед успешным входом — это не проблема, а следствие того, что 1С сначала попыталась "узнать" вас через Windows, не смогла, записала неудачу в лог и предложила представиться вручную — для более глубокого анализа логов пригодится мониторинг ошибок и событий журнала регистрации.
Чтобы эффективно отлаживать регламентные задания и не гадать, почему они "начинаются и сразу завершаются", используйте следующие инструменты:
Следуя этим рекомендациям, вы сможете настроить стабильную работу планировщика даже в "пустой" конфигурации и правильно интерпретировать записи в системных журналах.