Блокировка регламентных заданий в 1С включена: что это значит и что делать

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

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

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

Что такое регламентные задания и зачем их блокировать

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

Блокировка нужна в ситуациях, когда автоматический запуск этих процессов опасен или нежелателен. Классический пример — восстановление рабочей базы из копии в тестовую среду: если задания запустятся, тестовая копия начнёт отправлять реальные письма клиентам, выгружать данные на рабочий сайт или инициировать обмены с production-системами. Блокировка предотвращает такие «выстрелы» из копии базы.

Когда блокировка включается автоматически

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

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

Третий случай — перенос базы между серверами или средами. Копия базы, поднятая на новом сервере, может унаследовать настройки, и администратор блокирует задания до тех пор, пока не убедится, что все параметры подключений (каталоги обмена, веб-сервисы, почта) указывают на правильные ресурсы.

Как проверить, включена ли блокировка

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

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

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

Как снять блокировку через консоль кластера

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

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

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

Как управлять блокировкой программно

Во встроенном языке 1С есть методы объекта РегламентныеЗадания и глобальные функции для управления блокировкой. Получить текущее состояние можно функцией ПолучитьБлокировкуРегламентныхЗаданий(), установить — УстановитьБлокировкуРегламентныхЗаданий(Истина) или снять, передав Ложь. Это удобно в скриптах обслуживания и внешних обработках.

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

// Проверить состояние блокировки
ТекущаяБлокировка = ПолучитьБлокировкуРегламентныхЗаданий();

// Снять блокировку
УстановитьБлокировкуРегламентныхЗаданий(Ложь);

// Включить блокировку (например, на время обслуживания)
УстановитьБлокировкуРегламентныхЗаданий(Истина);

Типичные ошибки и их последствия

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

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

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

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