划转与提款

每笔提款和划转均须通过相同的三项检查。理解三者的区别，是在组织中配置和排查资金转移问题的关键。

检查1 - 账户权限（涉及哪些账户？）成员须在相关账户上持有资金转移权限：

• 提款：需在来源账户上持有提币权限。
• 划转：需在来源账户和目标账户上均持有划转权限。

检查2 - 工作流级别（是否可发起？）成员的Workflow Profile须在相关工作流（Withdrawal Request或Transfer Request）上持有发起（Initiate）或执行（Execute）权限。

检查3 - 策略（如何完成？）由工作流策略接管后续流程。若成员持有执行（Execute）权限，且“始终要求审批”已关闭，请求将立即完成。否则，请求将等待其他成员完成所需数量的审批。

检查1和检查2是相互独立的授权条件，转移资金须同时满足两项。在某账户上持有提币权限但在Withdrawal Request上无发起（Initiate）权限的成员，无法发起任何提款；同理，可发起请求但在任何账户上均无提币权限的成员，同样无法完成提款。

三项检查分布于不同位置，此为特意设计。账户权限来自成员的账户角色（Account Roles），决定"在哪里"操作；Workflow Profile决定"是否"可操作；策略决定"如何"完成。可单独调整其中任意一项，而无需改动其余两项。例如，可限制交易者的可提款账户范围而不改动审批规则，也可收紧审批要求而不影响任何人的账户访问权限。

某机构下设三个账户：A、B和C。Priya是该机构成员之一，其权限如下：

• 一个账户角色，授予账户A和B的“读取”与“划转”权限，以及账户A的“提币”权限。
• 一个工作流配置文件，对“提款请求”和“划转请求”均具有“发起”权限。
• 策略：提款请求需要2次审批；划转请求需要1次。

Priya可执行的操作：

提款只能发送至组织白名单中的地址，白名单通过独立的“管理地址”工作流进行维护。提款请求需指定来源账户、资产与金额，以及一个已列入白名单的目标地址。

由于提款会将资金转出组织，“提款请求”策略通常是最先被收紧并锁定的。大多数组织要求每笔提款（包括所有者发起的提款）至少经过一次独立审批。请参阅治理推广。

地址白名单

在“管理地址”下新增或删除白名单地址均为受治理操作，须遵循独立策略。地址不可编辑。如需更改，请先删除原地址，再添加新地址。

• 提款请求只能指向请求完成时已在白名单中的地址。
• 在“提款请求”中持有“发起”或“执行”权限的配置文件，还需在“管理地址”中持有“查看”权限。这样，成员在选择目标地址前，可查阅组织的提款地址白名单。
• “管理地址”中的“查看”权限不允许修改地址。发起地址变更需在“管理地址”中持有“发起”（或“执行”）权限；审批地址变更则需持有该工作流的“审批”权限。

划转在组织内的两个账户之间转移资金，用于各交易台间的再平衡、充值新账户或归集收益。资金不会离开组织，但划转会改变可访问这些资金的团队，因此受到与提款同等严格的治理约束。

需特别强调双端规则：划转权限必须同时覆盖来源账户和目标账户。成员不能将自己管控账户中的资金转入无权访问的账户，也不能将组织内其他账户的资金转入自己的账户。每笔划转的两端均须获得明确授权。

两种工作流均可从以下两个入口发起，检查逻辑与结果完全一致：

• 通过页面级按钮发起。请在主导航中选择“提款”或“划转”。请在操作流程中明确指定来源账户（划转时还需指定目标账户）。系统仅显示权限范围内的账户。
• 通过账户列表行发起。在账户列表中，每行账户均提供相同操作，且已将该账户预设为来源账户。预设的来源账户在审核与提交全程保持可见。划转仍需手动指定目标账户。如需了解界面如何清晰呈现账户上下文，请参阅多账户操作指南。

• 在“请求”中跟踪进度。每笔提款和划转请求均显示当前状态、已收集的审批情况及审核人信息。
• 审批人可查看完整详情。来源账户（及目标账户）、资产、金额与发起人，审批人在决策前均可查看完整信息。任意单个审批人均可拒绝请求。
• 完成情况将被记录。请求完成后，本次资金流动将作为安全事件记录，并与该请求及其审批记录关联，形成从决策到资金的完整审计路径。

待处理请求不会预留资金。系统在请求完成时（即最终审批通过后）核查来源账户余额，而非在请求创建时核查。若资金在此期间发生变动（如交易、提款或划转），请求将在完成时失败，需重新提交。

大多数团队不会遇到此情况。可能出现问题的场景：交易活跃且同时处理提款的账户，或多笔资金请求同时占用同一余额。在资金预留功能上线前（详见下文），以下两个习惯有助于保持审批流程顺畅：

• 将已提交的请求视为已占用的余额，在审批进行中避免交易或转移该金额。
• 若多笔请求共用同一账户，请按照与可用余额匹配的顺序逐一审批。

资金预留功能（在请求创建时锁定金额）正在规划中。功能上线后，提交请求将自动预留金额，审批通过的请求不会因审批期间余额变动而失败。

问题出在检查2：该成员的工作流配置文件未持有提款请求工作流的“发起”权限。提币账户权限仅用于指定可操作的账户，是否能发起请求由工作流配置文件决定。在该成员页面上的有效访问权限预览中，可清楚查看权限解析结果。

提币与划转是两项独立权限，划转权限须同时覆盖来源账户和目标账户。请检查该成员的账户角色，确认相关两个账户均持有划转权限，并确认其配置文件对划转请求持有“发起”权限。

您对来源账户持有划转权限，但目标账户暂无此权限。划转的两端账户均须在您的权限范围内。请联系管理员，将您的账户角色扩展至目标账户。

发起人对“提款请求”持有“执行”权限，且策略中的“始终要求审批”已关闭。该组合按设计会使请求立即完成，无需审批。若要对所有人强制审批，请开启“始终要求审批”，详见策略、审批与治理。

符合条件的审批人尚未完成审批。请确认哪些成员持有划转请求的“批准”权限（不含您自己，因为您无法审批自己的请求），并确认相关成员处于活跃状态。如果某位审批人在您提交请求后被停用，该请求仍会保留创建时所需的审批数量。请将“批准”权限授予另一位成员以解除阻塞。

请求完成时，来源账户余额已不足以覆盖该金额。余额在请求完成时核查，而非创建时；待处理请求也不会预留资金，因此审批期间账户发生的操作可能导致余额不足。请确认资金已回到来源账户，然后重新提交请求。请参阅“在审批完成前保持资金可用”。