1С: где посмотреть регламентные задания и как ими управлять

Регламентные задания в 1С — это механизм автоматического выполнения процедур по расписанию: обмен данными, загрузка курсов валют, обновление индексов полнотекстового поиска, расчёт итогов. Найти их можно несколькими способами — через пользовательский интерфейс типовой конфигурации, через конфигуратор и программно. Выбор способа зависит от того, кто вы: пользователь, администратор или разработчик.

В типовых конфигурациях (1С:Бухгалтерия, 1С:Управление торговлей, 1С:ERP и других на базе Библиотеки стандартных подсистем) есть встроенная обработка «Регламентные и фоновые задания». В файловом режиме и клиент-серверном варианте поведение заданий отличается, и это важно учитывать при диагностике: в файловой базе задания выполняет отдельный сеанс, в клиент-серверной — менеджер кластера.

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

Где найти регламентные задания в пользовательском режиме

В конфигурациях на базе Библиотеки стандартных подсистем (БСП) список заданий доступен прямо из интерфейса. Стандартный путь: раздел «Администрирование» → подраздел «Обслуживание» → пункт «Регламентные и фоновые задания». В некоторых конфигурациях путь может отличаться: например, «Администрирование» → «Поддержка и обслуживание» → «Регламентные операции».

Откроется форма со вкладками «Регламентные задания» и «Фоновые задания». На первой вкладке виден список всех заданий с колонками: наименование, расписание, состояние последнего выполнения, дата и время окончания. Красная пометка или текст об ошибке означает, что последнее выполнение завершилось аварийно.

Двойной клик по заданию открывает его карточку: там можно включить или отключить задание флажком «Использование», изменить расписание и вручную запустить выполнение кнопкой «Выполнить сейчас». Изменения применяются сразу, перезапуск сеанса не требуется.

1. 1
   Откройте раздел «Администрирование» в панели разделов
2. 2
   Перейдите в «Обслуживание» (или «Поддержка и обслуживание»)
3. 3
   Откройте «Регламентные и фоновые задания»
4. 4
   Перейдите на вкладку «Регламентные задания» и изучите список
5. 5
   Для изменения откройте задание двойным кликом

Как посмотреть задания через конфигуратор

Конфигуратор показывает не текущее состояние выполнения, а метаданные — какие задания вообще предусмотрены в конфигурации. Откройте дерево конфигурации и разверните ветку «Общие» → «Регламентные задания». Здесь перечислены все объекты с их свойствами: имя метода, расписание по умолчанию, признак использования, количество повторов при аварийном завершении и интервал повтора.

Двойной клик по заданию открывает палитру свойств. Поле «Имя метода» указывает, какая процедура общего модуля выполняется. По кнопке «Расписание» можно задать периодичность: ежедневно, каждые N минут, по дням недели и так далее. Расписание, заданное в конфигураторе, — это значение по умолчанию; в конкретной базе администратор мог его переопределить через пользовательский интерфейс.

Важно понимать: конфигуратор не показывает, выполняется ли задание прямо сейчас и когда оно запускалось в последний раз. Для этого нужны либо форма «Регламентные и фоновые задания» в режиме предприятия, либо консоль кластера, либо журнал регистрации.

Просмотр заданий в клиент-серверном варианте через консоль кластера

В клиент-серверной базе выполнением регламентных заданий управляет менеджер кластера серверов 1С. Откройте консоль администрирования серверов, разверните нужный кластер, затем информационную базу и ветку «Регламентные задания». Здесь видно список заданий конкретной базы с признаком блокировки.

Полезная функция консоли — кнопка «Блокировка регламентных заданий» в свойствах информационной базы. Если установить флаг «Блокировка регламентных заданий включена», ни одно задание в базе выполняться не будет. Это стандартный приём при восстановлении копии базы для тестирования: без блокировки тестовая копия начнёт выполнять обмены и рассылки как рабочая база, что может привести к задвоению данных.

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

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

Основной инструмент диагностики — журнал регистрации: «Администрирование» → «Обслуживание» → «Журнал регистрации». Отфильтруйте события по типу «Регламентное задание» или «Фоновое задание» и по уровню «Ошибка». В деталях события виден текст исключения, имя задания и сеанс, в котором оно выполнялось.

Типичные причины, по которым задание «молчит»: задание отключено флажком «Использование»; в файловой базе не запущен сеанс, выполняющий задания (в файловом режиме задания исполняются только в сеансе, запущенном с соответствующим параметром, либо в любом сеансе при настройке по умолчанию в новых версиях платформы); расписание настроено так, что время запуска ещё не наступило; предыдущее выполнение завершилось ошибкой и идут повторы с интервалом.

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

Программный доступ к списку заданий

Разработчику список регламентных заданий доступен через объект РегламентныеЗадания. Метод ПолучитьРегламентныеЗадания() возвращает массив всех заданий текущей базы, а НайтиПоУникальномуИдентификатору() и фильтр по метаданным позволяют найти конкретное задание.

Задания = РегламентныеЗадания.ПолучитьРегламентныеЗадания();
Для Каждого Задание Из Задания Цикл
    Сообщить(Задание.Метаданные.Имя + " | Использование: " + Задание.Использование);
КонецЦикла;

У объекта задания доступны свойства: Использование, Расписание, ПоследнееЗадание (ссылка на фоновое задание последнего выполнения), Ключ. Через ПоследнееЗадание.Состояние можно программно определить, завершилось ли выполнение ошибкой. Это удобно для построения мониторинга: например, регламентной проверки, которая шлёт уведомление, если критичное задание не выполнялось дольше допустимого интервала.

Для записи изменений вызовите метод Записать() у объекта задания. Учтите, что программное изменение расписания перезаписывает настройки, сделанные администратором вручную.

Файловый и клиент-серверный режим: в чём разница

В клиент-серверном варианте задания выполняются на сервере автоматически — достаточно, чтобы база была зарегистрирована в кластере и блокировка заданий была снята. Отдельных действий от пользователей не требуется.

В файловом режиме механика другая: задания выполняются в сеансе клиентского приложения. Если ни один пользователь не работает в базе, задания просто не запускаются. Классическое решение — запуск отдельного сеанса с параметром командной строки /ExecuteScheduledJobs (в старых версиях платформы) или использование ярлыка автозапуска на сервере, где лежит файл базы. В современных версиях платформы задания в файловом режиме выполняет любой активный сеанс, но при закрытой базе они всё равно не работают.

Типичные ошибки при работе с регламентными заданиями

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

Частые вопросы