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

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

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

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

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

  • Утверждения для одних, ускоренный путь для других: Заблокируйте политику с выключенным («OFF») параметром «Always require approval». Участники с разрешением «Execute» по-прежнему могут выполнять действия немедленно; все остальные проходят через утверждение. Блокировка не позволяет кому-либо изменять эти правила в одиночку.
  • Утверждения для всех: Заблокируйте политику с включенным («ON») параметром «Always require approval». Каждый Участник, включая Владельца, должен проходить через очередь утверждений. Ни один человек не может выполнить действие в одиночку.

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

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

Шаг 1: Начальная настройка

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

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

Создайте настройку утверждений для конкретного рабочего процесса, пока параметр «Always require approval» остается выключенным («OFF»). Владелец сохраняет разрешение «Execute» и может продолжать работать в обычном режиме.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Участник

Просмотр

Инициировать

Принять

Исполнение

Финансовый директор

Да

Да

Да

Да

Управляющий фондами A

Да

Да

Управляющий фондами B

Да

Да

Настройки политики:

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

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

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

  1. Назначьте «Подтверждение» управляющим фондами, чтобы они могли рассматривать запросы друг друга.
  2. Увеличьте требуемое количество подтверждений до 2.
  3. Переключите "Всегда требовать подтверждение" в положение ВКЛ.

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

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

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

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

Участник

Просмотр

Инициировать

Принять

Исполнение

Владелец организации

Да

Да

Да

Да

Элис

Да

Да

Да

Bob

Да

Да

Чарли

Да

Да

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

Владелец имеет право на Выполнение, но поскольку функция «Всегда требовать одобрения» включена, это не имеет эффекта.

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

Сценарий

Кто инициирует

Кто должен одобрить

Почему

Владелец выводит средства

Владелец

Алиса и Боб

После исключения Владельца остаются только 2 участника с правом одобрения. Оба должны одобрить.

Алиса выводит средства

Элис

Владелец и Боб

Алиса исключена. Оставшиеся утверждающие — Владелец и Боб.

Чарли выводит средства

Чарли

Любые 2 из: Владелец, Алиса, Боб

Чарли не имеет права одобрения, поэтому все 3 утверждающих подходят. Любых 2 достаточно.

Боб инициирует

У Боба нет права Initiate. Он не может создавать запросы на вывод средств. Он может только утверждать.

Нужна дополнительная помощь?