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

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

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

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

Как устроен механизм и где искать проблему

Регламентное задание — это объект метаданных с привязанным методом (процедурой из общего модуля) и расписанием. Планировщик периодически проверяет расписание и порождает фоновое задание, которое выполняет код. Если любое звено этой цепочки сломано, задание молча не запускается.

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

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

Задание отключено или заблокировано

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

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

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

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

Ошибки в расписании

Расписание может быть формально заполнено, но фактически никогда не срабатывать. Классический пример: задание настроено на выполнение «каждый день с 09:00 до 18:00», а текущее время вне этого интервала, и администратор ждёт запуска вечером. Другой вариант — расписание привязано к дате завершения, которая уже прошла.

Проверьте поля «Дата начала» и «Дата окончания» в расписании. Если дата окончания заполнена и находится в прошлом, задание больше не запустится. Также обратите внимание на повторение в течение дня: если интервал повтора не задан, задание выполнится один раз в указанное время, а не периодически.

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

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

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

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

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

Блокировка регламентных заданий на уровне базы

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

Особенности файлового режима

В файловой базе нет сервера, который выполнял бы задания сам по себе. Фоновые задания выполняются только в сеансе, запущенном с ключом запуска /ExecuteScheduledJobs (или при работе пользователя, если конфигурация поддерживает выполнение заданий в клиентском сеансе). Если база открыта только у пользователей в обычном режиме, задания не запускаются.

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

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F"D:\Bases\Trade" /N ФоновыйПользователь /P пароль /ExecuteScheduledJobs

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

Права пользователя и ошибки в коде обработчика

Регламентное задание выполняется от имени пользователя, указанного в свойствах задания (поле «Имя пользователя»). Если пользователь отключён, у него истёк пароль или недостаточно прав на объекты, которые трогает обработчик, задание будет падать с ошибкой. Проверьте, что пользователь активен и обладает нужными ролями.

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

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

Проверка результата и профилактика

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

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

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