Эскалация задач в 1С:Документооборот: что это и как работает

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

Механизм построен на правилах эскалации: для каждого типа задачи или бизнес-процесса задаются условия срабатывания (например, «задача просрочена более чем на 1 день») и действия, которые система выполнит при наступлении этого условия. Правила хранятся в справочнике «Правила эскалации задач» и могут применяться как ко всем задачам, так и к отдельным видам процессов — согласованию, исполнению, ознакомлению.

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

Как работает механизм эскалации

Эскалация в 1С:Документооборот работает по классической схеме «событие — условие — действие». Система периодически проверяет задачи на соответствие условиям, заданным в правилах. Как только условие выполняется — например, срок задачи истёк, а она не выполнена — срабатывает назначенное действие.

Типичные события, на которые может реагировать эскалация:

• задача просрочена — срок выполнения прошёл, а задача не завершена;
• задача просрочена на определённый срок (например, более 2 дней);
• задача не принята к исполнению в течение заданного времени;
• истёк срок ознакомления или согласования.

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

Где находятся правила эскалации и как их настроить

Правила эскалации хранятся в справочнике «Правила эскалации задач». Путь к нему зависит от интерфейса и редакции: обычно раздел «Настройка» или «Администрирование» → «Процессы и задачи» → «Правила эскалации задач». Для работы со справочником нужны права настройки процессов или права администратора.

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

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

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

Типовые сценарии применения эскалации

Просрочка задачи исполнителем

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

Зависшее согласование

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

Задача не принята к исполнению

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

Маршрут решения

Как выбрать действие эскалации

Исполнитель перегружен, но процесс должен идти дальшеПеренаправление задачи руководителю или заместителю

Нужно только информировать, не меняя исполнителяУведомление руководителю без перенаправления

Задача важная, но не срочнаяПовышение приоритета с уведомлением исполнителю

Просрочка систематическая по одному типу процессовПересмотр нормативных сроков процесса, а не усиление эскалации

Какие данные влияют на срабатывание правил

Корректная работа эскалации зависит от качества данных в системе. Если у сотрудника не указан руководитель в карточке пользователя или в структуре подразделения, правило «уведомить руководителя» не сработает или сработает непредсказуемо.

Также критичны:

• Графики работы. Если сроки считаются по рабочему календарю, а график не заполнен, расчёт просрочки будет неверным.
• Заместители и делегирование. Настроенные заместители получают задачи отсутствующего сотрудника; без них эскалация может уйти в никуда.
• Актуальность сроков в шаблонах процессов. Если в шаблоне согласования стоит нереалистичный срок в один день, эскалация будет срабатывать массово и уведомления обесценятся.

Проверка и обслуживание механизма

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

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

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

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

Регламентное задание эскалации

Норма

Выполняется по расписанию без ошибок в журнале

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

Задание отключено или завершается с ошибкой

Срабатывание на тестовой задаче

Норма

Задача перенаправлена или уведомление отправлено

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

Никакой реакции после истечения срока

Получатель эскалации

Норма

Уведомление уходит реальному руководителю

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

Получатель не определён или уволен

Количество срабатываний

Норма

Единичные эскалации по реальным просрочкам

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

Массовые срабатывания из-за нереалистичных сроков

Типичные ошибки при настройке эскалации

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

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

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

Альтернативы и дополнения к эскалации

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

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

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

Сравнение вариантов контроля сроков

Правила эскалации

Автоматическая реакция на просрочку; подходит для средних и крупных организаций. Требует корректных данных о руководителях и работающего регламентного задания.

Отчёты по просроченным задачам

Ручной контроль руководителем; подходит при малом числе процессов. Не реагирует в реальном времени.

Напоминания о приближении срока

Превентивный инструмент, снижает количество просрочек. Не решает проблему уже просроченных задач.

Доработка процессов

Гибкая логика под нестандартные сценарии. Требует разработки, тестирования и сопровождения при обновлениях.

Часто задаваемые вопросы

Эскалация срабатывает на задачи, созданные до включения правила?

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

Почему правило активно, но эскалация не работает?

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

Можно ли настроить разные правила для разных процессов?

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

Что происходит с задачей после перенаправления руководителю?

Задача появляется в списке задач нового исполнителя, который может выполнить её сам, вернуть исходному сотруднику или перенаправить дальше. История перенаправлений сохраняется, поэтому по задаче видно, кто и когда её эскалировал.

Учитываются ли выходные при расчёте просрочки?

Зависит от настроек учёта рабочего времени в системе. Если сроки процессов считаются по графику работы, то и просрочка определяется с учётом календаря. При незаполненном графике расчёт может идти по календарным дням, что искажает срабатывание правил.

Можно ли отключить эскалацию для конкретного сотрудника?

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