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

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

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

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

Где находятся регламентные задания в режиме 1С:Предприятие

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

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

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

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

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

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

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

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

Как просмотреть, включить или отключить задание

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

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

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

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

Отличия файлового и клиент-серверного режима

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

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

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

Сравнение вариантов

Файловый режим

Задания выполняются только в открытом сеансе. Подходит для небольших баз; требует постоянно запущенного сеанса для ночных операций.

Клиент-серверный режим

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

Отдельный сеанс-исполнитель

Компромисс для файлового режима: выделенная машина с постоянно открытым сеансом 1С, где выполняются задания.

Как проверить, что задание отработало

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

Второй источник — журнал регистрации (Администрирование → Обслуживание → Журнал регистрации). События фоновых заданий фиксируются там с детализацией ошибок: какой метод вызвал исключение и с каким сообщением. Для диагностики сбойного задания журнал регистрации информативнее, чем список фоновых заданий.

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

Контрольные точки

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

Состояние последнего запуска в списке фоновых заданий

Норма

Состояние «Завершено», время выполнения соответствует расписанию

Тревожный признак

Состояние «Ошибка» или задание «зависло» в состоянии «Выполняется»

Записи в журнале регистрации

Норма

События запуска и завершения без ошибок

Тревожный признак

События с уровнем «Ошибка» и текстом исключения

Прикладной результат

Норма

Данные обновились: курсы, документы, отчёты актуальны

Тревожный признак

Задание завершилось успешно, но данные не изменились

Типичные проблемы и их решение

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

Вторая типичная проблема — задание падает с ошибкой сразу после обновления конфигурации. Обычно это означает, что метод задания ссылается на изменённые объекты или что обновление не завершено (не выполнены отложенные обработчики обновления). Проверьте статус обновления в разделе «Результаты обновления программы».

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

Безопасные правила администрирования

Любые эксперименты с заданиями, влияющими на данные (обмены, расчёты, удаление помеченных), начинайте с резервной копии или копии базы. Отключение задания безопасно, а вот изменение его логики или расписания критичных обменов может привести к рассинхронизации данных между системами.

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

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

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

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

Чаще всего база работает в файловом режиме и нет открытого сеанса, в котором выполняются задания. Также проверьте расписание (возможно, время запуска ещё не наступило), не завис ли предыдущий экземпляр задания и не заблокировано ли задание на кластере серверов.

Где посмотреть ошибку выполнения задания?

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

Можно ли запустить регламентное задание вручную, не дожидаясь расписания?

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

Что произойдёт, если отключить регламентное задание?

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

Чем регламентное задание отличается от фонового?

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