2. TMS基础认知
在进入审批与权限矩阵设计之前，必须先建立对TMS（Treasury Management System，资金管理系统）的统一认知。很多项目失败并非因为权限模型不够复杂，而是团队对“TMS到底管什么、审批在TMS中处于什么位置”理解不一致，导致需求边界反复漂移。本节从系统定义、资金交易管理范围、审批与权限的定位，以及典型业务场景四个角度，为后续矩阵设计打下共同语言。
一、TMS的系统定义与核心能力
TMS是企业用于集中管理资金头寸、交易执行、收付结算、银行账户与风险敞口的专业系统。它不等同于ERP中的财务模块，也不等同于网银。ERP侧重账务核算与凭证生成，网银侧重单家银行的指令提交，而TMS的核心价值在于跨银行、跨账户、跨币种的资金视图统一与交易集中管控。
一个成熟的TMS通常具备以下能力：
- 账户与余额管理：多银行账户集中接入，实时或准实时余额归集。
- 资金交易管理：付款、收款、内部调拨、结售汇、理财申购赎回等交易的全生命周期管理。
- 审批与权限控制：按金额、业务类型、组织层级、账户范围控制“谁能发起、谁能审批、谁能执行”。
- 头寸与流动性预测：基于交易计划与历史数据预测未来现金流。
- 风险与合规：额度控制、反洗钱校验、审计留痕。
二、资金交易管理范围：TMS管什么
资金交易管理范围决定了审批矩阵的覆盖面。若范围界定不清，审批规则就会出现“管了不该管的、漏了该管的”。通常可按交易方向与业务性质划分为以下几类：
| 交易类别 | 典型业务 | 审批关注重点 |
|---|---|---|
| 对外支付 | 供应商付款、费用报销付款、税款缴纳 | 金额阈值、收款方白名单、预算占用 |
| 资金调拨 | 集团与子公司间内部划转、跨账户归集 | 调拨方向、内部往来额度、利率约定 |
| 外汇交易 | 结汇、购汇、远期锁汇 | 汇率敞口、交易对手、额度授权 |
| 投融资交易 | 理财申购赎回、贷款提款还款、票据贴现 | 产品风险等级、期限匹配、授信额度 |
| 账户管理 | 开户、销户、账户信息变更 | 账户用途、预留印鉴、双人复核 |
需要强调的是，审批与权限并非对所有交易一视同仁。高频、小额、标准化交易应走简化流程；低频、大额、非标交易才需要多级审批。这正是权限矩阵要解决的核心问题。
三、审批与权限在TMS中的定位
审批与权限在TMS中不是附加功能，而是贯穿交易生命周期的控制骨架。它同时承担三重角色：
- 风险控制角色：通过分级授权防止单点操作风险，确保大额资金动作经过多人确认。
- 合规审计角色：每一次发起、审批、执行、修改都留痕，满足内外部审计要求。
- 效率平衡角色：在可控前提下减少不必要的审批层级，避免“为了合规而拖慢业务”。
从系统结构看，权限通常分为功能权限、数据权限与操作权限三层。功能权限决定“能不能进入某菜单”，数据权限决定“能看到哪些账户与交易”，操作权限决定“能对交易做什么动作”。审批流则建立在操作权限之上，按条件动态路由。
四、典型业务场景与审批触发点
理解定位之后，需要用真实场景验证认知。以下三个场景在TMS项目中高频出现，也是权限矩阵设计的主要输入。
场景一：大额供应商付款。业务人员在TMS发起付款申请，系统根据金额自动判断：50万以下由财务经理审批，50万至200万增加财务总监，200万以上增加CFO。审批通过后推送银行执行。此处的关键是金额阈值与审批层级的映射关系必须可配置，而非硬编码。
场景二：集团内部资金调拨。子公司A向集团归集资金，涉及内部往来与利率约定。审批不仅看金额，还要看调拨方向与内部额度占用。若超出子公司授权额度，需集团资金部会签。
场景三：外汇远期锁汇。交易本身金额可能不大，但涉及汇率敞口与交易对手风险。审批重点从金额转向敞口比例与产品风险等级，需要资金部与风控部双线审批。
五、复盘：从认知到矩阵设计的衔接
本节的核心结论可以归纳为三点。第一，TMS是以资金交易为主线的集中管控系统，审批与权限是其控制骨架而非附属功能。第二，资金交易管理范围决定了矩阵的覆盖面，必须按交易类别逐一界定。第三，审批路径由多维条件共同决定，金额只是其中一维。