Как сделать регламентное задание в 1С

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

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

Ниже разобран полный цикл: от создания объекта метаданных до проверки результата и устранения типичных проблем. Инструкция подходит для конфигураций на управляемых формах (БСП и типовые решения), а также для самописных конфигураций.

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

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

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

Подготовка: общий модуль и процедура обработчика

Код регламентного задания должен находиться в общем модуле с установленными флагами «Сервер» и «Вызов сервера» (последний — только если процедуру нужно вызывать интерактивно). Процедура обязательно объявляется с ключевым словом Экспорт и должна быть неглобальной компиляцией на сервере — клиентский контекст в регламентных заданиях недоступен.

Пример минимальной процедуры:

Процедура ЗагрузитьКурсыВалют() Экспорт
	ЗаписьЖурналаРегистрации("Загрузка курсов", УровеньЖурналаРегистрации.Информация,,, "Старт задания");
	// ... логика загрузки ...
КонецПроцедуры

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

Создание регламентного задания в конфигураторе

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

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

Расписание задаётся кнопкой «Открыть» в свойстве «Расписание»: там доступны вкладки «Общие» (период повторения), «Дневное», «Недельное», «Месячное». Для большинства задач достаточно дневного расписания — например, «каждый день с 02:00 до 04:00, повторять каждые 600 секунд».

1. 1
   Создайте общий серверный модуль и экспортную процедуру-обработчик
2. 2
   Добавьте объект метаданных «Регламентные задания» и укажите метод
3. 3
   Задайте расписание и включите использование
4. 4
   Обновите конфигурацию базы данных
5. 5
   Проверьте выполнение через консоль заданий или журнал регистрации

Настройка расписания и повторов при ошибках

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

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

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

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

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

Запуск, отключение и управление из режима «Предприятие»

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

В самописных конфигурациях управление делается кодом через менеджер: РегламентныеЗадания.НайтиПоУникальномуИдентификатору() или РегламентныеЗадания.ПолучитьРегламентныеЗадания() с последующей установкой свойств Использование и Расписание и вызовом Записать().

Проверка выполнения и диагностика проблем

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

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

Ограничения и альтернативы

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

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

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