Внедрение управления

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

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

Два способа управления рабочим процессом

Взаимодействие между Execute и «Всегда требовать согласования» даёт два варианта управления для каждого рабочего процесса:

Согласование для одних, быстрый путь для других: Заблокируйте политику при отключённом «Всегда требовать согласования». Участники с правом Execute по-прежнему могут выполнять действия немедленно; все остальные проходят через согласование. Блокировка не позволяет никому в одностороннем порядке изменить эти правила.
Согласование для всех: Заблокируйте политику при включённом «Всегда требовать согласования». Каждый участник, включая Владельца, должен проходить через очередь согласования. Ни один человек не может выполнить действие единолично.

Пошаговый процесс

Первые три шага обратимы. Четвёртый — блокировка — является точкой невозврата.

Шаг 1. Подготовка

Владелец изначально имеет полные права на все рабочие процессы. На этом этапе Владелец является единственным участником и может выполнять любые действия без одобрения. Это ожидаемое начальное состояние.

Шаг 2. Настройка

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

Пригласите участников и назначьте им разрешение Approve для целевого рабочего процесса.
Укажите необходимое количество согласований.
Если вы планируете заблокировать политику (шаг 4), убедитесь, что хотя бы ещё один участник имеет разрешение Approve для рабочего процесса Manage Policies. Система требует наличия независимого согласующего для разрешения блокировки.

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

Шаг 3. Проверка

Переключите «Always require approval» в положение ON для целевого рабочего процесса. Это переводит все действия, включая действия владельца, в режим обязательного согласования. Проверьте, что:

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

Поскольку политика ещё не заблокирована, вы можете отменить изменения. Переключите «Always require approval» в положение OFF, чтобы восстановить немедленное выполнение действий, и скорректируйте настройки перед повторной попыткой.

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

Шаг 4. Заблокировать

Убедившись в корректности настроек, заблокируйте политику. Это точка невозврата. Начиная с этого момента:

Все запросы обрабатываются по настроенным правилам согласования
Любые изменения политики — переключение «Always require approval», изменение требуемого количества согласований или снятие блокировки — также требуют независимого согласования
Ни один участник не может единолично ослабить управление для данного рабочего процесса

Обратите внимание: Перед блокировкой убедитесь, что хотя бы один другой активный участник имеет права Approve в рабочем процессе Manage Policies. Система требует независимого утверждающего для разрешения блокировки.

Обратите внимание: Блокировка лишает любого отдельного участника возможности единолично ослабить управление этим рабочим процессом. Любые будущие изменения, включая разблокировку, требуют участия независимого утверждающего, доступного через рабочий процесс Manage Policies.

Шаг 5. Повторить

Все остальные рабочие процессы остаются быстрыми — владелец по-прежнему может использовать Execute в любом рабочем процессе, политика которого не заблокирована. Перейдите к шагу 2 для следующего рабочего процесса.

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

Пример: выборочное управление выводами средств

Финансовый директор хочет сохранить возможность немедленно осуществлять выводы средств, одновременно требуя, чтобы все выводы управляющих фондами проходили проверку.

Настройка разрешений:

Участник	Просмотр	Инициировать	Принять	Исполнение
Финансовый директор	Да	Да	Да	Да
Управляющий фондом A	Да	Да	—	—
Управляющий фондом B	Да	Да	—	—

Параметры политики:

Необходимо подтверждений: 1
Всегда требовать подтверждения: ВЫКЛ
Политика: Заблокировано

Финансовый директор может инициировать вывод средств и немедленно завершать его с помощью Execute. Управляющие фондами могут инициировать вывод средств, однако каждый запрос поступает в очередь на подтверждение и требует 1 подтверждения от финансового директора.

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

Назначьте управляющим фондами разрешение Approve, чтобы они могли рассматривать запросы друг друга.
Увеличьте требуемое количество подтверждений до 2.
Включите «Always require approval».

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

Сохранение назначенного разрешения Execute — даже когда оно не действует — позволяет сохранить область действия доступа участника в матрице прав. Это будет особенно полезно после появления поддержки нескольких аккаунтов, когда Execute также определяет, с какими аккаунтами может работать участник.

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

В этом примере показан полностью настроенный процесс Initiate Withdrawal и рассматривается взаимодействие прав и политик на практике. Структура соответствует матрице прав, отображаемой в интерфейсе продукта.

Участник	Просмотр	Инициировать	Принять	Исполнение
Владелец организации	Да	Да	Да	Да
Элис	Да	Да	Да	—
Bob	Да	—	Да	—
Charlie	Да	Да	—	—

Политика: Необходимо подтверждений: 2 из 3 доступных утверждающих. Всегда требовать подтверждения: ВКЛ.

У владельца есть разрешение Execute, однако поскольку «Always require approval» включено, оно не действует.

Каждый запрос на вывод требует подтверждения от 2 независимых участников. Участник, инициировавший запрос, исключается из числа утверждающих по этому запросу.

Сценарий	Кто инициирует	Кто должен одобрить	Причина
Вывод инициирует владелец	Владелец	Alice и Bob	После исключения владельца остаются только 2 участника с разрешением на согласование. Оба должны согласовать.
Alice выводит средства	Элис	Владелец и Bob	Alice исключена. Оставшиеся согласующие — владелец и Bob.
Charlie выводит средства	Charlie	Любые 2 из: Владелец, Alice, Bob	У Charlie нет разрешения на согласование, поэтому все 3 согласующих имеют право участвовать. Достаточно любых 2.
Bob инициирует	—	—	У Bob нет разрешения на инициирование. Он не может создать запрос на вывод. Он может только согласовывать.