Мне только уточнить или Ветвление задач на согласование по регламенту

В этой статье я хочу рассказать о возможностях ветвления задач на согласование по регламенту.

Cначала немного о кейсах.

На двух проектах перехода с Directum 5 на DirectumRX столкнулись с бизнес-процессами, не вписывающимися в привычную канву регламента согласования. В первом случае, в маршруте согласования есть возможность на разных этапах отправить задание Инициатору с вопросами по документу (Уточнить). Требуется, чтобы в случае, когда на этапе несколько исполнителей, задание на уточнение отправлялось инициатору сразу же, и не влияло на выполнение параллельных заданий, а главное, чтобы задание, по которому потребовались уточнения, не было просрочено из-за долгого ожидания ответа. После выполнения заданий на уточнение требуется “разбудить” регламент для согласующего и продолжить маршрут.

Так как регламенты у заказчика достаточно объемные, а сроки проекта сжатые (но когда и кого это останавливало?), реализовывать свой тип задачи слишком долго и затратно, ввиду того, что, маршрутов много и разрабатывать придется далеко не одну задачу. Хотелось бы перенести маршруты 5-ки в задачи на согласование по регламенту, но как же реализовать эти требования? Если отправлять задание на уточнение подзадачей, то тут мы не можем обеспечить требование по просроченным заданиям отправляющего. Если мы для уточнения будем использовать задание на доработку, то не сможем реализовать требование по независимой работе нескольких исполнителей по этапу.

Кусочек схемы из Д5 выглядит примерно так:

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

Решение

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

Было принято решение разработать свой тип задачи для отправки заданий на уточнение, который и будет использовать в подзадаче.  Наша задача состоит всего из двух блоков: задание для уточнения/запроса, и скрипт, возвращающий родительское задание в работу.

Для того, чтобы «поставить на паузу» задание согласующего нам потребовалось доработать три типа заданий - ApprovalAssignment, ApprovalCheckingAssignment и ApprovalSimpleAssignment. Во-первых, в свойство Status (перечисление) было добавлено новое значение.

Во-вторых, в этих типах заданий разработали действие, создающее подзадачу нужного нам типа, и изменяющее состояния задания (Status) на новое значение. Срок в исходном задании просто очищается. В случае с уточнением мы запрашиваем в диалоге только текст вопроса для уточнения (исполнитель – инициатор задачи). В случае с запросом мнений, где пользователь сам определяет кому отправить задание, добавлен диалог с указанием сотрудников, сроком и последовательностью отправки заданий. Для того чтобы управлять доступностью этого действия в задании, перекрыли Этапы согласования и добавили логическое значение «Доступна отправка на уточнение/запрос мнения».

Что у нас получилось

На любом этапе с заданием или согласованием можно включить возможность отправки на уточнение/запрос мнения.

В задании пользователя есть действие для отправки подзадачи.

После отправки подзадачи на уточнение, задание у согласующего переходит в статус «На уточнении». Это не влияет на параллельные задания по этапу, остальные согласующие могут выполнить свои задания независимо от запроса мнения. У самого исполнителя после отправки на уточнение кнопки для выполнения задания становятся недоступными.

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

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

Это решение позволило нам реализовать требования заказчиков с минимальными затратами и избежать разработки новых типов задач при переходи с Directum 5 на RX.