Кейс
Протокол урегулирования разногласий
В ранее созданный процесс по согласованию договора добавил встроенный ПУР с функцией печати на фирменном бланке и не только.
User case
Есть линейный процесс согласования договора в 5 шагов (отделов), у каждого отдела могут быть 2 типа замечаний:
- Требуется внести изменения в документ
- Принять к сведению
Оба этих типа инициатор согласования должен отработать вместе с автором замечания и иметь возможность выгрузить ПУР в виде документа на фирменном бланке для отправки второй стороне.
По классике все процессы организованны через рабочие места для удобства группировки процессов по типам и правам доступа. Стадия "Работа с ПУР" в данном процессе является предфинальной и инициирует все процессы связанные с ПУРом.

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


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

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