Консоль заданий 1С: как вручную выполнить регламентное задание и разобрать результат

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

Ручной запуск пригодится, когда нужно проверить новое задание, повторить упавшее или не ждать обмена с сайтом. Ниже — что проверить до запуска, как нажать нужные кнопки, где смотреть результат и как задать расписание, чтобы задания не мешали работе пользователей.

Что умеет консоль заданий и чем она отличается от консоли кластера

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

Что можно сделать:

• 📋 увидеть все регламентные задания базы и их состояние;
• ▶️ запустить задание вручную, не дожидаясь расписания;
• 🕒 изменить расписание и включить или выключить задание;
• 🔍 посмотреть, когда задание выполнялось в последний раз и чем закончилось;
• ⛔ отменить зависшее фоновое задание.

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

Подготовка: права, режим базы и блокировки

Перед запуском проверьте три вещи. Без них кнопка либо не появится, либо задание начнёт выполняться и сразу упадёт.

Права пользователя

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

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

Файловая или клиент-серверная база

От варианта зависит, кто вообще выполняет задания по расписанию.

В файловой базе задания по расписанию исполняет именно клиентский сеанс. Разрешение выставляется параметром запуска /AllowExecuteScheduledJobs -Force, запрет — /AllowExecuteScheduledJobs -Off. Если сеанса с разрешением нет, задания не идут. Ручной запуск из консоли при этом работает: он выполняется в вашем сеансе.

Блокировка заданий

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

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

Порядок действий для типовой конфигурации с платформой 8.3 и интерфейсом «Такси».

1. Откройте раздел Администрирование и перейдите в Обслуживание.
2. Найдите пункт «Регламентные и фоновые задания» и откройте его.
3. В списке регламентных заданий найдите нужное. Названия понятные: «Обмен данными», «Загрузка курсов валют», «Обновление индексов полнотекстового поиска».
4. Выделите строку курсором. Не отмечайте флажок «Использование» — это включает задание в расписание, а не запускает.
5. Нажмите «Выполнить сейчас» (на панели над списком). Задание запустится как фоновое.
6. Перейдите на вкладку фоновых заданий. Новая строка появится в списке со статусом «Активно» и временем начала.
7. Дождитесь завершения. Статус сменится на «Завершено» или «Завершено с ошибками».

Если задание обмена с большим объёмом данных работает минуты, не закрывайте базу. Закрытие сеанса оборвёт фоновое задание, запущенное вручную.

Если кнопки «Выполнить сейчас» нет

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

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

Где смотреть результат и как разбирать ошибки

Статус «Завершено» в консоли означает только то, что процедура-обработчик отработала без аварийного исключения. Хорошо ли она сделала свою работу, консоль не скажет.

Что показывает сама консоль

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

Журнал регистрации

Подробности лежат в журнале регистрации: Администрирование → Обслуживание → Журнал регистрации. Поставьте отбор по периоду запуска и по событиям регламентных заданий: запуск, успешное завершение, ошибка выполнения. Журнал сохраняет текст ошибки и пользователя, от имени которого шло выполнение.

Алгоритм разбора короткий:

1. Найдите в журнале запись об ошибке выполнения за нужное время.
2. Откройте её и прочитайте «Комментарий» — там причина.
3. Посмотрите записи чуть раньше: часто настоящая причина — предыдущее событие (недоступна сетевая папка, истёк сертификат, нет связи).
4. Исправьте причину и запустите задание повторно из консоли.

Типичные причины сбоев

Таблица по частым симптомам.

Расписание: как задать и не мешать пользователям

Расписание открывается из карточки регламентного задания по кнопке настройки расписания. Здесь задаются дни, время начала и периодичность.

Основные поля:

• 🗓 Дни недели и месяца — когда задание вообще может стартовать.
• ⏰ Время начала и окончания — окно, в котором разрешён запуск.
• 🔁 Повторять через — интервал повтора в течение окна (например, каждые 30 минут).
• ⌛ Отложить на — через сколько секунд повторять, если предыдущий запуск ещё не закончился.

Для самого задания есть ещё два параметра, о которых забывают: «Количество повторов при аварийном завершении» и «Интервал повтора при аварийном завершении». Если задание упало из-за кратковременного сбоя связи, 3–5 повторов с интервалом в несколько минут часто лечат проблему без вмешательства человека.

Примеры периодичности

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

Регламентные задания съедают ресурсы той же базы, в которой работают люди. Тяжёлое задание днём может сильно замедлить проведение документов.

Что помогает на практике:

1. Разнести по времени. Два тяжёлых задания в одно окно будут конкурировать за блокировки и диск. Сдвиньте их на 20–30 минут.
2. Ночное окно для тяжёлого. Пересчёт итогов, очистка, индексирование полнотекстового поиска — когда пользователей нет.
3. Не ставить интервал короче времени выполнения. Если обмен идёт 12 минут, а запускается каждые 5, задания копятся. Интервал должен быть заметно больше обычной длительности.
4. Отключить ненужное. В типовой конфигурации часть заданий включена «на всякий случай»: обмен с сервисами, которыми вы не пользуетесь, проверка обновлений классификаторов. Лишнее снимите с использования.
5. Следить за длительностью. Если задание, которое шло две минуты, стало идти двадцать, ищите причину: рост объёма данных, неотработавший регламент, блокировки.

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

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