Фоновое системное задание 1С: что это и как с ним работать

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

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

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

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

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

Иными словами, регламентное задание — это «будильник», а фоновое — само действие, которое происходит по звонку. Каждый запуск регламентного задания виден в консоли как отдельное фоновое задание со своим состоянием и временем выполнения.

Как платформа выполняет фоновые задания

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

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

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

Когда использовать фоновые задания, а когда — нет

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

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

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

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

ПараметрыЗадания = Новый Массив;
ПараметрыЗадания.Добавить(СсылкаНаОрганизацию);
ПараметрыЗадания.Добавить(ДатаНачала);

Задание = ФоновыеЗадания.Выполнить(
    "ОбменДанными.ВыполнитьЗагрузкуПрайсов",
    ПараметрыЗадания,
    "ЗагрузкаПрайсов_" + Строка(СсылкаНаОрганизацию.УникальныйИдентификатор()),
    "Загрузка прайсов поставщиков");

// Ожидание завершения не дольше 60 секунд
Попытка
    Задание.ОжидатьЗавершенияВыполнения(60);
Исключение
    // Превышено время ожидания — задание продолжает работать
КонецПопытки;

Сообщить("Состояние: " + Задание.Состояние);

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

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

Где смотреть выполнение и как диагностировать ошибки

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

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

Типичные ошибки и ограничения

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

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

Администрирование: блокировка, отмена, ограничения

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

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

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

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