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

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

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

Что такое регламентное задание и как оно работает

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

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

Как включить и настроить типовое задание без конфигуратора

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

Чтобы активировать задание, установите флаг «Используется» (или «Включено») и нажмите «Настроить расписание». Здесь задаётся периодичность: ежедневно в определённое время, каждые N минут, по дням недели, с датой начала и окончания. Например, синхронизацию с сайтом разумно запускать каждые 15–30 минут, а тяжёлый пересчёт итогов — ночью, когда пользователей мало.

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

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

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

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

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

Пример минимального метода в общем модуле:

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

Дополнительно настройте свойства: «Использование» (включено ли задание по умолчанию), «Расписание» (можно задать предопределённое), «Количество повторов при аварийном завершении» и «Интервал повтора». Для нестабильных операций, например обращений к внешним API, разумно задать 2–3 повтора с паузой в несколько минут.

Настройка расписания: варианты и ограничения

Диалог расписания предлагает вкладки «Общее», «Дневное», «Недельное», «Месячное». На вкладке «Общее» задаются даты начала и окончания действия расписания и возможность повторения в течение дня. Дневные настройки определяют время начала и интервал повтора; недельные и месячные — конкретные дни выполнения.

Учитывайте ограничение: слишком частые запуски (каждую минуту и чаще) создают нагрузку на сервер СУБД и засоряют журнал регистрации. Если логика допускает, ставьте интервал 5–15 минут. Для задач, требовательных к ресурсам (пересчёт, архивация, большие выгрузки), выбирайте ночные часы и проверяйте, не пересекаются ли они с другими тяжёлыми заданиями и регламентными работами СУБД.

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

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

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

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

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

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

Типичные ошибки при добавлении задания

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

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