Где найти регламентные задания в 1С

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

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

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

Где искать регламентные задания в типовых конфигурациях 1С

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

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

Если раздела «Администрирование» на панели разделов не видно, проверьте настройки навигации: кнопка с шестерёнкой или меню «≡» в правом верхнем углу панели разделов → «Настройка навигации». Часто раздел просто убран из быстрого доступа, но доступен через «Все функции».

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

Как найти задание через «Все функции» и поиск

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

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

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

Где находятся регламентные задания в конфигураторе

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

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

Важно понимать разницу: в конфигураторе вы видите описание задания, а в пользовательском режиме (или через консоль заданий) — его живой экземпляр с реальным состоянием. Для диагностики «почему не выполняется» нужен именно второй уровень.

Консоль заданий: когда стандартного списка недостаточно

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

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

Альтернатива без внешних файлов — программный способ. Через «Все функции» → «Стандартные» → «Управление фоновыми заданиями» доступна стандартная обработка платформы, а список регламентных заданий можно получить кодом встроенного языка.

Задания = РегламентныеЗадания.ПолучитьРегламентныеЗадания();
Для Каждого Задание Из Задания Цикл
    Сообщить(Задание.Наименование + " | " + Задание.Расписание);
КонецЦикла;

Почему задания не выполняются: файловая и клиент-серверная база

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

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

Проверить режим базы можно так: «Сервис» → «О программе» или сведения в строке подключения. Если путь к базе выглядит как каталог на диске («File=...»), база файловая; если указан сервер («Srvr=...»), клиент-серверная.

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

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

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

Третий шаг — принудительный запуск. В списке заданий выделите нужное и выполните команду запуска (в типовых — кнопка «Выполнить сейчас» или аналогичная). Появится связанное фоновое задание; по его завершении проверьте состояние. Если фоновое задание завершилось с ошибкой — текст ошибки доступен в его свойствах и в журнале регистрации.

Частые ошибки и ограничения при работе с заданиями

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

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

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

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