Как настроить уведомления о ходе выполнения задач для руководителя и участников процесса в 1С:Документооборот?

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

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

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

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

Способ 1. Использование дополнительного обработчика бизнес-событий

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

Пошагово рассмотрим настройку:

1. В разделе администрирования убедимся, что включено использование подсистемы бизнес-событий.
2. Перейдем к списку дополнительных обработчиков и создадим новый обработчик для события Выполнение задачи.
3. В коде обработчика определим контекст задачи: проверим, относится ли завершенная задача к исполнению поручения, выданного руководителем (например, по результатам рассмотрения документа).
4. Сформируем запись в системной очереди оповещений для отправки уведомления руководителю.

Посмотрим на пример программной регистрации уведомления в обработчике:

// Определяем адресата оповещения (руководителя) на основании данных задачи
Руководитель = ЗадачаОбъект.Предмет.Ответственный; // пример получения адресата из реквизитов контекста

Если ЗначениеЗаполнено(Руководитель) Тогда
    // Записываем событие в очередь уведомлений платформы
    РегистрыСведений.ОчередьУведомлений.ДобавитьУведомлениеПоСобытию(
        Событие,
        ЗадачаОбъект.Ссылка,
        Руководитель
    );
КонецЕсли;

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

Способ 2. Разделение процессов и корректная передача авторства (1С:ДО 2.1)

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

1. Секретарь формирует документ и отправляет его на рассмотрение руководителю.
2. При выполнении задачи рассмотрения руководитель вводит резолюцию, на основании которой генерируется самостоятельный процесс «Исполнение».
3. В настройках маршрутизации важно обеспечить, чтобы автором нового процесса исполнения автоматически становился сам рассматривающий (руководитель), а не создатель исходного документа.

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

Способ 3. Настройка автодействий и скриптов в обработке документа (1С:ДО 3.0)

В редакции 3.0 логика движения документов строится вокруг правил обработки. Это дает возможность тонко настраивать постобработку действий без модификации конфигурации.

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

Способ 4. Реализация подписки через расширение конфигурации

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

1. Создадим расширение и добавим в него подписку на событие при записи или при выполнении задачи.
2. В процедуре-обработчике проверим статус задачи: если свойство СостояниеБизнесПроцесса перешло в значение Выполнен (или реквизит Выполнена равен Истина), находим связанный документ и вычисляем ответственного руководителя.
3. Программно инициируем отправку почтового сообщения через системную учетную запись либо создаем запись в механизме оповещений.

Сравнение уведомительного подхода с задачами ознакомления

Нередко в качестве альтернативы уведомлениям предлагают использовать задачи ознакомления или этапы проверки исполнения. Рассмотрим разницу между этими подходами:

1. Задачи ознакомления: создают дополнительную нагрузку на руководителя, так как требуют физического перехода в карточку задачи и нажатия кнопки закрытия. Однако они гарантируют юридическую и управленческую фиксацию факта проверки и сохраняются в истории для аналитики.
2. Информационные уведомления: идеальны для оперативного фонового контроля. Руководитель видит всплывающее окно или письмо на почте, оценивает статус и продолжает текущую работу без лишних кликов в программе.

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