Структура маршрута согласования

Что задаёт структуру маршрута

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

Загрузка (author).
Валидация (validator).
Согласование (reviewer).
Утверждение (approver).

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

Как этап превращается в задачи

Когда процесс переходит на новый этап, система:

Открывает этап (запись «Этап открыт» в истории).
Создаёт задачи для всех назначенных участников этапа.
Каждый назначенный участник видит свою задачу в кабинете событий.
После того как условие закрытия этапа выполнено, этап автоматически закрывается, процесс переходит на следующий.

Условие закрытия этапа зависит от настроек шаблона:

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

Что делает участник на каждом этапе

Этап «Загрузка»

Назначенный автор получает задачу в кабинете событий.
Кнопкой в карточке процесса автор переходит на экран создания загрузки.
Заполняет форму: комплект из реестра, документ, ревизия, PDF, исходный файл.
Отправляет загрузку. После этого создаётся пакет (batch) и процесс переходит на этап валидации.

Возможные результаты этапа: пакет создан и отправлен дальше; автор отменил подготовку загрузки (процесс остаётся открытым с задачей у автора).

Этап «Валидация»

Назначенный валидатор получает задачу.
Открывает экран маршрута пакета документации (batch workflow). Здесь идут стадии: первичная проверка, автоматическая подготовка PDF, привязка листов к предыдущей версии, сравнение изменений, штамповка QR на каждом изменённом листе.
Когда все листы пакета проштампованы, валидатор нажимает кнопку «Отправить на согласование» в шапке страницы. Подтверждает диалог. Процесс переходит на этап согласования.

Альтернативный результат: валидатор может вернуть пакет автору, если обнаружил проблемы на самом этапе валидации (например, неподходящий PDF).

Этап «Согласование»

Назначенные согласующие получают задачи.
Открывают тот же экран маршрута пакета.
По каждому листу принимают одно из двух решений: «Согласовать» или «Дать замечание» (см. единый словарь).
Когда все листы решены, нажимают кнопку «Передать на утверждение» в шапке страницы.
Этап закрывается по правилу кворума: либо нужны решения всех согласующих, либо минимум N положительных подтверждений (в зависимости от настроек шаблона).

Альтернативный результат: согласующий может вернуть пакет автору на доработку.

Этап «Утверждение»

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

Альтернативный результат: возврат автору на доработку.

Виды переходов между этапами

Переход	Когда происходит
Загрузка → Валидация	Автор отправил пакет на проверку
Валидация → Согласование	Валидатор нажал «Отправить на согласование»
Согласование → Утверждение	Согласующие закрыли этап в соответствии с правилом кворума
Утверждение → Завершено («Согласовано»)	Утверждающие закрыли этап
Любой этап → Возврат к автору («Возвращено»)	Участник нажал «Вернуть пакет» (валидатор/согласующий целиком) или «Вернуть на доработку» (утверждающий по конкретному листу)
Любой этап → Отменено	Координатор/администратор отменил процесс целиком

После возврата процесс становится в статус «Возвращено», автор получает задачу. После повторной отправки автор инициирует новый процесс по тому же шаблону. Старый процесс остаётся в системе как закрытый.

Что записывается в историю процесса

В историю автоматически попадают такие события:

Запись в журнале	Когда появляется
Процесс запущен	Создан экземпляр процесса по шаблону (для документации — после успешной отправки формы загрузки автором)
Этап открыт	Процесс перешёл на новый этап
Создана задача	На этапе появилась задача для конкретного участника
Принято решение	Участник принял решение по своей задаче (с комментарием, если он был)
Этап завершён	Условие закрытия этапа выполнено (по кворуму или единолично)
Процесс согласован	Финальный этап утверждения закрыт положительно
Процесс возвращён	Кто-то вернул процесс назад
Процесс отменён	Координатор/администратор отменил процесс

Запись истории нельзя редактировать вручную. Если в комментарии участник ошибся, исправить можно только через новое действие (например, повторное решение или возврат с правильным комментарием).

Правила кворума на согласовании и утверждении

Режим «требовать всех»

Включён переключатель «Согласование: требовать всех» или «Утверждение: требовать всех».

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

Режим «минимум подтверждений»

Переключатель «требовать всех» выключен, в поле «минимум подтверждений» указано число N (≥1).

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

Что важно понимать про структуру

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

Контрольный список к правильной структуре маршрута

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

Визуальные материалы (добавим на следующем шаге)

Схема: четыре этапа маршрута с переходами и возвратами.
Скриншот: кворум-настройки в шаге 2 формы шаблона.
Скриншот: история процесса с записями этапов и решений.