거버넌스 도입

Execute 권한과 「항상 승인 필요」의 상호작용에 따라 워크플로우별로 두 가지 거버넌스 옵션을 사용할 수 있습니다.

• 일부에게는 승인, 나머지에게는 빠른 경로: 「항상 승인 필요」를 OFF로 설정한 상태에서 정책을 잠그세요. Execute 권한이 있는 멤버는 즉시 작업을 완료할 수 있으며, 그 외의 멤버는 승인 절차를 거칩니다. 잠금을 설정하면 누구도 이 규칙을 단독으로 변경할 수 없습니다.
• 모든 멤버에게 승인 적용: 「항상 승인 필요」를 ON으로 설정한 상태에서 정책을 잠그세요. Owner를 포함한 모든 멤버는 승인 대기열을 거쳐야 합니다. 어떤 작업도 단독으로 완료할 수 없습니다.

처음 세 단계는 되돌릴 수 있습니다. 네 번째 단계인 잠금은 확정 시점입니다.

Owner는 모든 워크플로우에 대한 전체 권한으로 시작합니다. 이 단계에서 Owner는 유일한 Member로, 승인 없이 모든 작업을 완료할 수 있습니다. 이것이 예상되는 초기 상태입니다.

"항상 승인 필요"가 OFF인 상태에서 특정 워크플로우의 승인 설정을 구성하세요. Owner는 Execute 권한을 유지하며 정상적으로 작업을 계속할 수 있습니다.

1. 멤버를 초대하고 대상 워크플로우에 Approve 권한을 부여하세요.
2. 필요한 승인 수를 설정하세요.
3. 정책을 잠글 계획이라면(4단계), Manage Policies 워크플로우에서 Approve 권한을 가진 다른 멤버가 최소 한 명 있는지 확인하세요. 잠금을 허용하려면 독립적인 승인자가 필요합니다.

이 단계가 끝나면 승인 규칙이 정의되고 적절한 멤버에게 권한이 부여되지만, 아직 실제로 적용되지는 않습니다. Owner는 Execute를 통해 작업을 직접 완료할 수 있으며, 단독으로 정책을 변경할 수도 있습니다.

대상 워크플로우에서 「Always require approval」을 ON으로 전환하세요. 이렇게 하면 Owner를 포함한 모든 작업이 승인 절차를 거치게 됩니다. 다음을 확인하세요.

• 승인자가 대기 중인 요청을 수신하고 처리할 수 있는지
• 현재 멤버 수로 필요한 승인 수를 충족할 수 있는지
• 전체 흐름이 예상대로 작동하는지

정책이 아직 잠기지 않았으므로 롤백할 수 있습니다. 「Always require approval」을 OFF로 전환하여 즉시 완료 상태로 복원하고, 다시 시도하기 전에 설정을 조정하세요.

이 단계는 설정을 실험할 수 있는 안전한 구간입니다. 대상 워크플로우에 거버넌스가 적용되지만, Owner는 정책 자체에 대한 단독 제어권을 유지하며 언제든지 롤백할 수 있습니다.

검증이 완료되면 정책을 잠그세요. 이 단계가 확정의 시점입니다. 이후부터는 다음이 적용됩니다.

• 모든 요청이 설정된 승인 규칙을 따릅니다.
• 정책 변경('Always require approval' 전환, 필요 승인 수 변경, 잠금 해제 포함)도 독립적인 승인이 필요합니다.
• 어느 한 명도 단독으로 이 워크플로우의 거버넌스를 약화시킬 수 없습니다.

나머지 모든 워크플로우는 패스트 패스(fast path)로 유지됩니다. Owner는 정책이 잠기지 않은 모든 워크플로우에서 Execute를 계속 사용할 수 있습니다. 다음 워크플로우는 2단계부터 다시 시작하세요.

CFO는 본인의 출금을 즉시 완료할 수 있는 권한을 유지하면서, 펀드 매니저의 모든 출금은 검토를 거치도록 설정하려 합니다.

권한 설정:

이 예시는 완전히 구성된 Initiate Withdrawal 워크플로를 보여주며, 권한과 정책이 실제로 어떻게 상호작용하는지 설명합니다. 레이아웃은 제품 UI에 표시되는 권한 매트릭스와 동일합니다.