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

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

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

Где найти регламентные задания в конфигураторе

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

Двойной клик по заданию открывает палитру свойств. Ключевые свойства: Метод (процедура общего модуля, которая выполняется), Расписание (когда и как часто запускается), Использование (включено ли задание), Ключ (произвольная строка для идентификации), Наименование (отображаемое имя).

Важно понимать: изменения в конфигураторе меняют настройки по умолчанию. Фактическое состояние задания (включено/выключено, расписание) хранится в самой базе и может отличаться от того, что задано в конфигураторе. Поэтому реальное управление ведётся из режима 1С:Предприятие.

Где найти задания в режиме 1С:Предприятие

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

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

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

1. 1
   Зайдите в раздел «Администрирование» (или «НСИ и администрирование»).
2. 2
   Откройте «Обслуживание» → «Регламентные операции».
3. 3
   Найдите нужное задание в списке, проверьте флажок использования.
4. 4
   Откройте расписание ссылкой в колонке «Расписание» и при необходимости измените.
5. 5
   Нажмите «Выполнить сейчас» для разового запуска и проверьте состояние после завершения.

Как устроены фоновые задания и чем они отличаются

Регламентное задание — это шаблон: что и когда запускать. Фоновое задание — конкретный экземпляр выполнения. Каждый запуск регламентного задания порождает фоновое, которое фактически выполняет код. Одно регламентное задание может порождать множество фоновых — по одному на каждый срабатывающий тик расписания.

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

Фоновые задания также создаются программно — например, при проведении документов с отложенными операциями или при длительных операциях, запущенных пользователем. Они не имеют расписания и выполняются один раз.

Особенности файловых и клиент-серверных баз

В клиент-серверном варианте регламентные задания выполняет кластер серверов 1С автоматически — отдельно настраивать ничего не нужно, планировщик встроен. Единственное требование — рабочий сервер должен быть запущен, а у рабочего процесса не должно быть запрета на выполнение фоновых заданий.

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

Типовой признак проблемы файловой базы: задания «выполняются», только когда кто-то работает в программе, и молчат ночью и в выходные. Решение — выделенный сеанс-обработчик или перевод базы на клиент-серверный вариант.

Как найти задание средствами встроенного языка

Когда задания нужно найти программно — например, в обработке или внешнем отчёте — используется менеджер регламентных заданий. Метод РегламентныеЗадания.ПолучитьРегламентныеЗадания() возвращает массив всех заданий базы, а с отбором — конкретные.

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

Аналогично работает ФоновыеЗадания.ПолучитьФоновыеЗадания(Отбор) — с отбором по состоянию, времени начала или регламентному заданию. Это удобно для проверки, завершилось ли последнее выполнение ошибкой: отберите фоновые задания по конкретному регламентному и посмотрите состояние последнего.

Для выполнения этих методов требуются административные права. В пользовательском сеансе без соответствующих ролей вызов вернёт пустой результат или ошибку доступа.

Почему задание не выполняется: диагностика

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

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

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

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

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

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