All
筛选:
如何将法定货币存入我的账户?
我需要帮助进行账户验证
为什么无法访问我的账户?
是否有加密货币取款手续费?
我需要帮助登录我的账户
“执行”与“始终要求审批”之间的交互为您提供了每个工作流的两种治理选项:
前三个步骤是可逆的。第四个步骤——锁定——是承诺的关键点。
所有者最初对所有工作流拥有完整权限。在此阶段,所有者是唯一成员,无需审批即可完成任何操作。这是预期的初始状态。
在“始终要求审批”保持关闭状态下,为特定工作流构建审批设置。所有者保留“执行”权限,并可继续正常工作。
在此步骤结束时,审批规则已定义,并且正确的人员拥有权限,但尚未强制执行任何操作。所有者仍可通过“执行”完成操作,并仍可单独更改政策。
将目标工作流的“始终要求审批”切换为开启。这将强制每个操作(包括所有者的操作)通过审批。请验证:
由于政策尚未锁定,您仍可以回滚。将“始终要求审批”切换为关闭,以恢复立即完成并调整配置,然后再尝试。该阶段是安全的实验期。目标工作流的治理已生效,但所有者保留对政策本身的单方面控制权,并可随时回滚。
一旦满意,即可锁定政策。这是承诺的关键点。从此刻起:
重要提示:在锁定之前,请确保至少一名其他活跃成员拥有“管理政策”工作流的“审批”权限。系统在允许锁定之前需要一个独立的审批人。
重要提示:锁定可防止任何个人单独削弱此工作流的治理。未来的更改,包括解锁,取决于通过“管理政策”工作流保持可用的独立审批人。
所有其他工作流仍为快速路径 — 所有者仍可在任何未锁定政策的工作流上使用“执行”功能。请返回步骤 2 以进行下一个工作流。
此流程是建议,而非要求。您可以无限期地使用任何治理和非治理工作流的组合。
一位首席财务官希望保留立即完成提款的能力,同时要求所有基金经理的提款都需经过审核。
权限设置:
成员 | 查看 | 发起 | 批准 | 执行 |
|---|---|---|---|---|
首席财务官 | 是 | 是 | 是 | 是 |
基金经理 A | 是 | 是 | — | — |
基金经理 B | 是 | 是 | — | — |
政策设置:
首席财务官 (CFO) 可以使用“执行”功能发起并立即完成提现。基金经理可以发起提现,但每个请求都会进入审批队列,需要获得首席财务官 (CFO) 的1次批准。
过渡到完全治理:当首席财务官 (CFO) 随后决定所有提现(包括其自己的提现)都必须经过审批时,他们会请求进行政策更改(该更改本身需要独立批准,因为该政策已锁定):
此更改后,首席财务官 (CFO) 的“执行”权限仍已分配,但不起作用。现在,该政策要求对包括首席财务官 (CFO) 在内的每个请求进行独立批准。
即使“执行”权限目前不起作用,保留其分配状态也能在权限矩阵中保留成员的访问范围。当多账户支持可用时,这将特别有用,因为届时“执行”权限还将定义成员可以操作哪些账户。
此示例展示了一个完全配置的“发起提现”工作流程,并说明了权限和政策如何在实践中交互。布局与产品用户界面中可见的权限矩阵相对应。
成员 | 查看 | 发起 | 批准 | 执行 |
|---|---|---|---|---|
组织所有者 | 是 | 是 | 是 | 是 |
Alice | 是 | 是 | 是 | — |
Bob | 是 | — | 是 | — |
查理 | 是 | 是 | — | — |
政策:所需审批数:3 名可用审批人中的 2 名。始终需要审批:开启。
所有者拥有执行权,但由于“始终需要审批”已开启,因此此权限无效。
每笔提现请求都必须由 2 名独立成员审批。发起该请求的人员将被排除在该请求的审批池之外。
场景 | 谁发起 | 谁必须批准 | 原因 |
|---|---|---|---|
所有者提现 | 所有者 | 爱丽丝和鲍勃 | 排除所有者后,只剩下 2 名拥有批准权限的成员。两者都必须批准。 |
爱丽丝提现 | Alice | 所有者和鲍勃 | 爱丽丝被排除。剩余的审批人是所有者和鲍勃。 |
查理提现 | 查理 | 以下任意 2 人:所有者、爱丽丝、鲍勃 | 查理没有批准权限,因此所有 3 名审批人都有资格。任意 2 人即可。 |
Bob 发起 | — | — | Bob 没有发起权限。他无法创建提款请求。他只能批准。 |