Какие регламентные задания в 1С можно отключить

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

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

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

Какие задания отключать нельзя: защитный минимум

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

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

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

Типичные кандидаты на отключение

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

Типичные примеры в типовых конфигурациях:

• Обмен с сайтом, обмен с мобильными приложениями, синхронизация с CRM — если интеграций нет;
• Загрузка курсов валют, которые компания не использует (когда список валют ограничен рублём и одной-двумя валютами);
• Задания ЭДО и обмена с банками — если документооборот и клиент-банк ведутся вне 1С;
• Обновление данных сервисов (например, проверка контрагентов, новости, классификаторы), если подписки на сервисы нет;
• Задания подсистем БИТ.Финанс, бюджетирования, МСФО — если соответствующие подсистемы не используются;
• Рассылка отчётов и уведомлений, которые никто не настраивал и не читает;
• Задания архивации и выгрузки, дублирующие штатное резервное копирование средствами СУБД.

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

Как определить назначение задания

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

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

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

Порядок безопасного отключения

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

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

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

Для клиент-серверных баз дополнительно проверьте, не заблокированы ли задания на уровне кластера (параметр блокировки регламентных заданий у информационной базы). Если блокировка включена администратором осознанно, отключение отдельных заданий в консоли бессмысленно — сначала решите вопрос на уровне кластера.

Оптимизация без отключения: расписание и частота

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

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

Отключить или изменить расписание

Отключение

Подходит, когда функциональность точно не используется. Риск: зависимые процессы молча перестанут выполняться

Изменение расписания

Подходит, когда задание нужно, но нечасто. Риск минимален, эффект по нагрузке умеренный

Блокировка на кластере

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

Проверка результата и откат

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

Контрольные точки

Как проверить результат

Журнал регистрации за 3–7 дней

Норма

Нет новых ошибок, связанных с отключёнными заданиями

Тревожный признак

Появились ошибки обменов или процедур, ожидавших выполнения задания

Актуальность данных

Норма

Курсы, классификаторы, статусы обменов обновляются как раньше

Тревожный признак

Данные устарели — значит, отключено нужное задание

Очередь фоновых заданий

Норма

Нет зависших и часто перезапускаемых задач

Тревожный признак

Очередь растёт, задания конкурируют за ресурсы

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

FAQ

Отключение регламентных заданий ускорит работу пользователей?

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

Что будет, если отключить загрузку курсов валют?

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

Нужно ли отключать задания в копии базы для тестирования?

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

Восстановятся ли отключённые задания после обновления конфигурации?

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

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

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

Можно ли управлять заданиями программно?

Да, через объектную модель «РегламентныеЗадания»: найти задание по имени или уникальному идентификатору, установить свойство «Использование» и записать. Это удобно для массовой настройки нескольких баз, но скрипт обязательно тестируется на копии.