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

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

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

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

Что имеет смысл поставить на расписание

Хороший кандидат на регламентное задание: действие, которое сейчас кто-то делает вручную по расписанию, «каждое утро выгружаю», «по пятницам отправляю». Всё это машина сделает надёжнее.

Файловая и серверная база: принципиальная разница

В клиент-серверной базе регламентные задания выполняет кластер серверов 1С. Им не нужен открытый сеанс пользователя: сервер работает круглосуточно и запускает задания по расписанию.

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

Если в компании задания критичны, например обмен с маркетплейсом, это весомый аргумент для перехода на клиент-серверный вариант. Подробнее про подбор сервера: сервер для 1С.

Почему регламентное задание не выполняется

1. Задание выключено. После обновления или переноса базы задания иногда выключаются. Проверьте флаг использования.
2. Блокировка регламентных заданий на сервере. В настройках информационной базы в кластере есть флаг блокировки. Его часто ставят на копиях, чтобы копия не выгружала данные вместо рабочей базы, и случайно оставляют на рабочей.
3. Нет открытых сеансов в файловой базе. См. раздел выше.
4. Ошибка внутри задания. Задание запускается, но падает. Смотрите журнал регистрации с отбором по событию фонового задания.
5. Пользователь задания без прав. Задание выполняется от имени пользователя, у которого отобрали права или сменили пароль.
6. Задание ещё выполняется. Предыдущий запуск не закончился, и следующий не стартует. Признак того, что задание слишком тяжёлое для своего расписания.

Копии базы и регламентные задания

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

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

Как выбрать расписание

Частая ошибка: поставить всё «каждую минуту», чтобы было свежее. На деле частота должна следовать из того, как быстро данные устаревают и сколько стоит один запуск.

• Остатки для маркетплейсов устаревают быстро: при активных продажах выгрузка раз в 5-15 минут разумна. Чаще бессмысленно, площадка всё равно обновляет витрину с задержкой.
• Цены меняются документом, поэтому их выгоднее выгружать по изменениям, а не по таймеру.
• Итоги и сводки привязываются ко времени, когда человек готов их прочитать: утром до планёрки или вечером после закрытия смены.
• Тяжёлые проверки и пересчёты ставятся на ночь, когда пользователей нет.

Ещё одно правило: не ставить несколько тяжёлых заданий на одно и то же время, например ровно на полночь. Разнесите их на 10-20 минут, и сервер скажет вам спасибо.

Регламентное задание или внешний планировщик

Иногда задачу по расписанию решают снаружи: скрипт на сервере по расписанию операционной системы запускает 1С или обращается к её HTTP-сервису. Это оправдано, если инициатор обмена внешняя система, например сайт сам забирает остатки по API.

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

Как следить, что задания работают

Регламентное задание опасно тем, что работает незаметно. Когда оно перестаёт работать, это тоже незаметно, до тех пор пока не выясняется, что остатки на сайте неделю не обновлялись.

• Журнал. Каждое задание пишет: когда запустилось, сколько обработало, чем закончилось.
• Уведомление о сбое. Если задание упало или не запускалось дольше положенного, ответственный получает сообщение, например в Telegram.
• Контроль времени. Если задание обычно идёт минуту, а сегодня двадцать, это ранний сигнал проблемы с данными или сервером.

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

Правила хорошего регламентного задания

1. Обрабатывает только изменения с прошлого запуска, а не всё заново.
2. Не держит долгих блокировок, чтобы не мешать пользователям.
3. Переживает сбой: следующий запуск продолжает с того места, где остановился предыдущий.
4. Пишет журнал и сообщает об ошибке.
5. Не выполняется в копии базы.
6. Работает от отдельного пользователя с нужными правами.

Сколько стоит

Простое задание, например рассылка отчёта или проверка остатков, занимает несколько дней. Задания обмена с сайтом и маркетплейсами входят в проект интеграции. Доработки 1С начинаются от 350 000 ₸, небольшие задания на готовых механизмах дешевле. Если задания уже есть, но работают нестабильно, начинаем с аудита: журнал, расписание, нагрузка.