Политики, утверждения и управление

Каждое управляемое действие в Организации проходит один и тот же жизненный цикл:

Шаг 1 — Инициирование: Участник с разрешением Initiate или Execute создает запрос.

Шаг 2 — Проверка на немедленное выполнение: Если у Участника есть Execute и рабочий процесс не требует согласования («Всегда требовать согласование» выключено), запрос выполняется немедленно. Без очереди согласований, без ожидания.

Шаг 3 — Очередь согласований: Если запрос не может быть выполнен немедленно — либо потому, что у Участника нет Execute, либо потому, что «Всегда требовать согласование» включено — запрос попадает в очередь согласований. Участники с разрешением Approve для этого рабочего процесса могут его рассмотреть.

Шаг 4 — Порог согласования: Как только достигается необходимое количество независимых согласований, запрос выполняется.

Шаг 5 — Отклонение: Любой один утверждающий может отклонить ожидающий запрос. Отклоненный запрос не выполняется.

Участник не может согласовать свой собственный запрос. Это правило применяется системой ко всем рабочим процессам и не может быть отменено какой-либо конфигурацией разрешений или политики.

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

Разрешение Execute взаимодействует с настройкой политики «Всегда требовать согласование»:

Execute не удаляется у Участника. Оно остается видимым в конфигурации разрешений, но система игнорирует его, пока «Всегда требовать согласование» включено. Пользовательский интерфейс (UI) отображает индикатор предупреждающего цвета в столбце Execute. Если вы позже переключите «Всегда требовать согласование» обратно в положение ВЫКЛ, Участник снова сможет немедленно выполнять действия без необходимости повторного назначения разрешения.

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

1. Перейдите в раздел «Управление политиками» в вашей организации.
2. Выберите рабочий процесс, который хотите настроить (например, «Инициировать вывод средств»).
3. Установите требуемое количество одобрений — это количество независимых участников с разрешением на одобрение (Approve), которые должны подтвердить запрос до его завершения.
4. Выберите, следует ли включить опцию «Всегда требовать одобрения» (Always require approval). Когда опция включена (ON), каждый запрос по этому рабочему процессу должен пройти очередь одобрения, даже если участники имеют право на выполнение (Execute). Когда опция отключена (OFF), участники с правом на выполнение (Execute) могут немедленно завершать действия.
5. Просмотрите конфигурацию и подтвердите.

Если для самого рабочего процесса «Управление политиками» настроена политика, ваши изменения могут попасть в очередь одобрения. См. раздел «Блокировка политик» для получения подробной информации о том, как работает управление политиками.

Каждый рабочий процесс имеет собственную политику с двумя настройками:

Блокировка политик предотвращает изменение настроек управления рабочим процессом одним участником, включая владельца организации (Organization Owner).

Когда политика заблокирована:

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

После блокировки управления никто не может ослабить его в одиночку. Будущие изменения по-прежнему возможны, но они зависят от независимого одобрения и наличия достаточного количества утверждающих.

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

Эти два элемента управления служат одной и той же цели на разных уровнях:

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

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

Предотвращение блокировки: Система блокирует сохранение политики, когда единственный Участник с разрешением «Утвердить» в рабочем процессе также имеет разрешение «Инициировать», и требуемое количество утверждений равно 1. Поскольку Участники не могут утверждать свои собственные запросы, запросы этого Участника не имели бы подходящего утверждающего.

Деактивация не проверяет достаточность утверждающих: Деактивация или удаление Участника в настоящее время продолжается, даже если это уменьшает количество доступных утверждающих ниже требуемого порога для рабочего процесса. Автоматические проверки достаточности утверждающих для деактивации планируются в будущем выпуске. До тех пор, убедитесь, что достаточно других активных Участников с разрешением «Утвердить» остается для выполнения требуемого количества утверждений в затронутых рабочих процессах перед деактивацией Участника, или обратитесь в службу поддержки, если вам нужна помощь.

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