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

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

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

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

Где управляются регламентные задания: три уровня контроля

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

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

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

Включение заданий через конфигуратор

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

Установите флаг «Использование» — именно он включает задание. Затем откройте «Расписание» и задайте периодичность: ежедневно, каждые N минут, по дням недели. Без расписания задание считается включённым, но серверу непонятно, когда его запускать, и оно не выполнится. Также проверьте поле «Имя метода»: оно должно указывать на существующую экспортную процедуру серверного общего модуля.

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

1. 1
   Откройте конфигурацию: Общие → Регламентные задания
2. 2
   В свойствах задания установите флаг «Использование»
3. 3
   Задайте расписание запуска
4. 4
   Проверьте имя метода и доступность общего модуля
5. 5
   Обновите конфигурацию базы данных (F7)

Снятие блокировки в консоли кластера серверов

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

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

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

Проверка выполнения через консоль заданий и журнал регистрации

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

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

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

Типичные проблемы и их устранение

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

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

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

Особенности файлового варианта и альтернативы

В файловой базе нет сервера 1С, поэтому регламентные задания выполняет отдельный фоновый сеанс, который должен быть запущен. Обычно это сеанс, стартовавший с параметром /ExecuteScheduledJobs или специально настроенный запуск через планировщик Windows. Если такой сеанс не запущен, задания в файловой базе не выполняются вовсе.

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

"C:\Program Files\1cv8\8.3.22.1709\bin\1cv8c.exe" ENTERPRISE /F"D:\Bases\Trade" /N"Robot" /P"пароль" /ExecuteScheduledJobs

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

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