Администрирование · 11 мин
Как проверить регламентные задания в 1С
Как проверить регламентные задания в 1С: где смотреть расписание и состояние, журнал регистрации, типичные ошибки выполнения и способы их устранения.
Регламентные задания в 1С отвечают за фоновые процессы: обмен данными, загрузку курсов валют, архивацию, расчёт итогов, отправку уведомлений. Если задание перестаёт выполняться, проблема обычно обнаруживается поздно — когда уже не сработал обмен или устарели данные. Поэтому регулярная проверка состояния регламентных заданий — обязательная часть администрирования базы.
Проверка сводится к трём действиям: посмотреть список заданий и их расписание, убедиться, что задания реально выполняются, и разобрать ошибки в журнале регистрации. Инструменты для этого есть как в пользовательском режиме «1С:Предприятие», так и в конфигураторе и консоли кластера серверов.
Способ проверки зависит от режима работы базы. В файловом варианте задания выполняются отдельным фоновым процессом, который запускается из сеанса пользователя. В клиент-серверном — их выполняет рабочий процесс кластера 1С, и диагностика ведётся через консоль кластера и журнал регистрации.
Где находится список регламентных заданий
В типовых конфигурациях (БСП — библиотека стандартных подсистем) список открывается через меню «Администрирование» → «Обслуживание» → «Регламентные и фоновые задания». В некоторых конфигурациях путь немного отличается, но обработка называется одинаково. Если раздела нет, его может не быть в интерфейсе конкретной роли — тогда откройте обработку через «Все функции».
В таблице видны ключевые колонки: наименование задания, признак «Использование» (включено или выключено), расписание, дата и время последнего выполнения, состояние последнего выполнения. Именно эти поля дают первичную картину: включено ли задание, когда оно запускалось и завершилось ли успешно.
В конфигураторе полный перечень регламентных заданий находится в дереве конфигурации: «Общие» → «Регламентные задания». Там видно, какие задания предопределены разработчиком, какой метод они вызывают и задано ли расписание по умолчанию. Это полезно, когда нужно понять, что задание делает технически.
Проверка расписания и признака использования
Первая причина «неработающего» задания — снятый флажок «Использование». Задание могло быть отключено администратором на время обновления или при переносе базы и не включено обратно. Проверьте флажок в первую очередь: если он снят, задание не запустится ни по какому расписанию.
Второй момент — расписание. Откройте его двойным щелчком и проверьте: задан ли период повтора, не ограничено ли выполнение конкретной датой окончания, не стоит ли интервал в нерабочее время для файловой базы. Например, задание с расписанием «каждый день в 03:00» в файловой базе не выполнится, если в это время никто не работает в программе и не запущен отдельный сеанс для фоновых заданий.
Обратите внимание на признак «Предопределенное». Предопределённые задания создаются разработчиком конфигурации, их нельзя удалить, но можно отключить. Непредопределённые задания создаются программно или администратором — их отсутствие в списке может означать, что механизм, который их создаёт, ещё не отрабатывал.
Как проверить результат
Установлен, задание активно
Снят — задание не запускается
Свежая, соответствует расписанию
Давняя или пустая при активном задании
«Завершено» без ошибок
«Ошибка» или «Отменено пользователем»
Период и время соответствуют режиму работы базы
Дата окончания в прошлом или время вне работы файловой базы
Как убедиться, что задание реально выполняется
Наличие расписания не гарантирует выполнение. В форме списка заданий есть команда «Выполнить сейчас» — она запускает задание принудительно в фоне. Это лучший способ проверки: если после ручного запуска появилось фоновое задание и оно завершилось без ошибки, механизм работает, и проблему стоит искать в расписании или в условиях запуска.
Результат ручного запуска смотрите на закладке «Фоновые задания» той же обработки. Там видно состояние: «Активно», «Завершено», «Завершено аварийно», «Отменено». Двойной щелчок по строке открывает детали, включая текст ошибки, если выполнение завершилось аварийно.
В файловом варианте проверьте дополнительно, запущен ли процесс, исполняющий фоновые задания. Обычно это сеанс, запущенный с параметром /ExecuteScheduledJobs или через настройку в типовой конфигурации «Выполнять регламентные задания в отдельном сеансе». Без такого сеанса задания в файловой базе выполняются только тогда, когда работает пользователь, у которого включён соответствующий режим.
- 1Откройте «Администрирование → Обслуживание → Регламентные и фоновые задания»
- 2Убедитесь, что у задания установлен флажок «Использование» и корректное расписание
- 3Выделите задание и нажмите «Выполнить сейчас»
- 4Перейдите на закладку «Фоновые задания» и дождитесь смены состояния
- 5Если состояние «Завершено аварийно» — откройте детали и скопируйте текст ошибки
- 6Проверьте результат работы задания в прикладных данных (например, обновились ли курсы валют)
Диагностика ошибок через журнал регистрации
Журнал регистрации — главный источник информации о сбоях. Откройте его через «Администрирование» → «Обслуживание» → «Журнал регистрации» или в конфигураторе. Установите отбор: тип события — «Регламентное задание» или «Фоновое задание», уровень — «Ошибка». Так вы увидите все аварийные завершения за нужный период.
В записи об ошибке указывается имя задания, сеанс и текст исключения. Типичные тексты ошибок: «Конфликт блокировок при выполнении транзакции» (задание столкнулось с конкурентной работой пользователей), «Ошибка соединения с сервером» (проблемы внешнего обмена), «Метод объекта не обнаружен» (после обновления конфигурации изменился API, а задание ссылается на старый метод).
Если ошибок в журнале нет, но задание не выполняется, проверьте отбор по всем уровням событий: возможно, задание вообще не запускается планировщиком. В клиент-серверном варианте это часто означает, что у информационной базы в консоли кластера включена блокировка регламентных заданий.
Особенности клиент-серверного варианта
В клиент-серверной базе заданиями управляет кластер серверов 1С. Откройте консоль кластера, найдите информационную базу и проверьте её свойства: флажок «Блокировка регламентных заданий включена» должен быть снят. Этот флажок автоматически устанавливается при восстановлении базы из резервной копии через конфигуратор — частая причина «внезапно остановившихся» заданий после переноса.
Также проверьте свойства конкретного регламентного задания: параметр «Количество повторов при аварийном завершении» и «Интервал повтора при аварийном завершении». Если повторы не настроены, одно аварийное завершение (например, из-за временной недоступности внешнего сервиса) оставит задание невыполненным до следующего планового запуска.
Для диагностики на уровне сервера полезен технологический журнал: он показывает, какие процессы кластера запускали задания и с какими ошибками завершались. Настройка технологического журнала требует прав на сервер и аккуратности — подробное логирование заметно нагружает дисковую подсистему.
Типичные проблемы и способы их решения
Если задание завершается с ошибкой блокировок, разнесите расписания тяжёлых заданий по времени и переведите их на нерабочие часы. Если ошибка связана с внешним сервисом (обмен, почта), проверьте доступность сервиса с сервера 1С и срок действия учётных данных — просроченный пароль даёт ошибку аутентификации в каждом запуске.
Если после обновления конфигурации задание падает с ошибкой «метод не обнаружен», сравните вызываемый метод с актуальным составом общих модулей. Иногда помогает пересоздание задания: отключите его, обновите конфигурацию базы данных и включите снова.
Отдельная ситуация — задание «висит» в состоянии «Активно» бесконечно. Обычно это бесконечный цикл в коде метода или зависшее соединение с внешним ресурсом. Такое фоновое задание нужно отменить вручную, а затем разбираться с причиной: без отмены зависший процесс может удерживать блокировки и ресурсы рабочего процесса.
Как организовать регулярный контроль
Разовая проверка не защищает от будущих сбоев. Минимальный порядок: раз в неделю просматривайте список заданий на предмет давно не выполнявшихся и аварийно завершённых, а журнал регистрации фильтруйте по ошибкам фоновых заданий. Для критичных баз имеет смысл настроить оповещения — в типовых конфигурациях есть механизмы мониторинга, а для серверных баз используются внешние средства наблюдения за кластером.
Заведите для критичных заданий контрольный признак результата: например, дата последнего успешного обмена в соответствующем регистре или актуальность курсов валют. Проверка прикладного результата надёжнее, чем проверка формального состояния «Завершено» — задание может завершиться без ошибки, но не сделать ничего полезного из-за неверных настроек.
Что важно запомнить
Проверка регламентных заданий — это три шага: список заданий с расписанием и признаком использования, ручной запуск с контролем фонового задания, разбор ошибок в журнале регистрации. В клиент-серверном варианте дополнительно проверяйте блокировку заданий в консоли кластера, особенно после восстановления базы из копии.
Частые вопросы
Почему регламентное задание не выполняется, хотя расписание настроено?
Чаще всего снят флажок «Использование», включена блокировка регламентных заданий в консоли кластера (клиент-серверный вариант) или в файловой базе нет сеанса, исполняющего фоновые задания. Проверьте эти три причины в указанном порядке.
Как узнать, почему задание завершилось с ошибкой?
Откройте журнал регистрации с отбором по уровню «Ошибка» и событию «Регламентное задание» за нужный период. В записи будет имя задания и полный текст исключения. Также текст ошибки виден в свойствах аварийно завершённого фонового задания.
Можно ли запустить регламентное задание вручную?
Да, в форме «Регламентные и фоновые задания» есть команда «Выполнить сейчас». Задание запустится в фоне, результат смотрите на закладке «Фоновые задания». Тяжёлые задания лучше запускать в нерабочее время или на копии базы.
Что делать, если фоновое задание зависло в состоянии «Активно»?
Отмените задание через кнопку «Отменить» в списке фоновых заданий. Затем найдите причину зависания: обычно это бесконечный цикл в коде метода или недоступный внешний ресурс, с которым задание работает без таймаута.
После обновления конфигурации задание перестало работать. В чём причина?
Вероятно, изменился состав модулей: метод, который вызывает задание, переименован или перенесён. Текст ошибки «Метод объекта не обнаружен» в журнале регистрации это подтверждает. Сверьте имя метода в свойствах задания с актуальным составом общих модулей конфигурации.
Опасно ли включать регламентные задания на копии базы?
Да. Копия с включёнными заданиями может выполнять реальные обмены, отправлять письма клиентам и дублировать выгрузки. На тестовых копиях отключайте все задания, связанные с внешними системами, либо включайте блокировку регламентных заданий в консоли кластера.