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

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

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

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

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

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

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

Где найти задания в режиме «Предприятие»

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

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

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

Если у пользователя нет пункта меню «Регламентные и фоновые задания», значит, не хватает прав. Нужны права администратора или роль, дающая доступ к подсистеме обслуживания. Проверьте это в разделе «Администрирование» → «Настройки пользователей и прав».

Как проверить выполнение через фоновые задания

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

Отбор настраивается кнопкой «Настроить список»: задайте период (например, последние сутки), имя регламентного задания и состояние «Ошибка». Так вы быстро отфильтруете только проблемные запуски. Двойной клик по строке с ошибкой открывает карточку задания с полным текстом сообщения — обычно это стек вызовов с указанием модуля и строки кода.

Консоль кластера и блокировка заданий

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

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

Журнал регистрации как источник диагностики

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

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

Ручной запуск и типовые ошибки

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

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

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

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

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

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

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

Как узнать, от имени кого выполняется задание?

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

Можно ли изменить расписание без конфигуратора?

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

Что делать, если фоновое задание зависло в состоянии «Активно»?

Сначала проверьте в консоли кластера, существует ли реальный рабочий процесс с этим заданием. Если сеанс завершился, а состояние осталось «Активно», это «зависшая» запись — она не мешает новым запускам, но при повторении ситуации стоит проверить метод на бесконечные циклы и длительные запросы к СУБД.

Как временно отключить одно задание, не трогая остальные?

В консоли заданий снимите флажок «Использование» у конкретного регламентного задания. Остальные задания продолжат работать по своим расписаниям. Не используйте для этого блокировку на уровне кластера — она остановит все задания базы сразу.