财务经办
把业务事实变成一笔可被复核的请求。
职责
- 录入收付款指令,填写交易附言与单据编号
- 发起待复核的结算请求,并对同批次明细做初步自查
- 按复核意见补充附件或撤回后重新发起
可见范围与可执行动作
- 可见本人及本组账户的明细与处理状态
- 可执行:发起、撤回未复核请求、上传补充材料
- 不可执行:变更审批链、调整账户结构、修改已放行记录
常见误区
把“可撤回”理解成可以修改已提交的金额。撤回后需要重新发起一笔请求,原请求及其字段会完整留在留痕中,不会被覆盖。
跨境结算里出问题的地方,往往不是某个按钮点错了,而是同一笔请求被两个人重复处理,或者被所有人当成下一位同事的事跳过去。团队方案要固定的就是这条线:一笔结算要经过哪些人,每个人能看见什么、能改动什么。
角色划分不取决于账号数量。三个人也可以走三级审批,几十个账号也可能只设两个节点——节点代表职责分离的程度,账号代表人的数量,两者要分开考虑。
从准入到对账的完整步骤按阶段写在解决方案栏目里。本页只承接其中的组织协作维度,与步骤说明配合阅读,才构成一份可执行的结算安排。
左列是这个角色在流程中承担的事,右列是它能看到的范围和能动手做的事。两边分开读,权限边界会清楚很多。
把业务事实变成一笔可被复核的请求。
职责
可见范围与可执行动作
把“可撤回”理解成可以修改已提交的金额。撤回后需要重新发起一笔请求,原请求及其字段会完整留在留痕中,不会被覆盖。
对路径、币种与前一笔头寸做判断,并承担放行决定。
职责
可见范围与可执行动作
认为放行就等于对账完成。放行只结束审批环节,账务与报表由后续流程产生,两者不是同一步。
只输出意见与标记,不介入金额与账户。
职责
可见范围与可执行动作
把合规复核当成第二道审批。它不承担放行职能,意见与标记是否被采纳,仍由放行节点判断。
事后检查留痕是否经得起追问。
职责
可见范围与可执行动作
为了临时补单,给审计角色开通经办权限。一旦开通,只读的独立性就被破坏,此前的留痕也不再适合用作事后检查依据。
节点数量由职责分离的要求决定,不由人数决定。切换查看两种常见设置,再对照下方的注意事项检查自己的配置。
适用于角色重合度高、单据量相对集中的团队:发起与放行两个节点分开,其余判断在发起环节一次做完。
注意:单据编号与交易附言应在本节点一次填全,后续节点通常不再补录,缺失只能退回重发。
注意:放行前确认币种分区标签与当前同步批次一致;退回时写明原因,原因会进入留痕。
适用于需要把合规判断从资金判断中拆开的组织:复核独立成一个节点,但只输出意见,不改变交易内容。
注意:交易背景与随附单据需在本节点关联齐全,否则复核节点只能退回。
注意:本节点只提出意见与标记,涉及金额与账户信息的修改一律退回发起节点处理。
注意:存在未处理标记时是否继续放行,由组织内部规则决定;本页不给统一口径,也不替代内部制度。
配置中常见的三处偏差
把审批层级当成账号数量来设置。层级是节点数量,节点是职责的落点;人数少不等于可以合并复核与放行。
只在放行节点写明理由。退回、撤回、异常标记同样需要留下原因,否则留痕会出现无法解释的空档。
权限配置一次之后长期不动。组织职责发生变化时,应先调整审批链,再调整各角色的经办权限,顺序颠倒容易留下临时权限。
留痕的价值在于事后能还原一笔请求的完整经过。下列字段构成一笔请求的最小记录集,字段名在系统内保持等宽写法,便于检索与导出比对。
审计只读视角的边界
组织从几个人扩展到多个主体,调整顺序比调整幅度更重要:先动审批链,再动角色权限,最后动可见范围。