知识全景图 / 领域知识 / 司库建设

Treasury Management

司库建设

这条线不是把司库写成模块清单，而是把“企业资金到底怎样被看见、归集、支付、预测和控制”拆成可判断的系统入口。当前这张页承担的是总览和问题分流：先讲司库解决什么问题、和 ERP/费控/核算/银行分别怎么分工，再决定要不要继续下钻到银企直联、支付结算、融资统筹或现金流预测。

政策驱动

国资委要求央企建设世界一流司库体系

资金为核心对象

账户、余额、头寸、支付、授信、风险同属一条资金控制链

业财融合

与 ERP、费控、核算系统深度集成

银企直联已独立成线

银行接入、安全体系、报文解析和支付状态机已拆到独立入口

一、先判断你要解决哪种资金问题

司库的难点不是模块很多，而是同一个“付款”动作背后可能是账户主数据问题、审批链问题、银企通道问题、头寸问题或合规问题。先分流，再读模块。

如果你关心“钱现在在哪里”

先看账户、余额、归集和现金池。它们解决的是可视化、集中度和调度权，不是支付按钮本身。

账户 → 余额 → 归集 → 现金池

如果你关心“钱怎么安全付出去”

先看支付结算和银企直联。支付审批、支付指令、银行状态、回单回写和失败补偿是一条连续链，不应拆成彼此无关的功能点。

付款申请 → 审批 → 银行执行 → 状态回写

如果你关心“未来会不会缺钱”

先看现金流预测和融资统筹。司库真正有价值的地方，不只是把已经发生的交易记下来，而是提前看缺口、额度、期限和融资成本。

资金计划 → 头寸预测 → 融资安排

如果你关心“系统怎么分层”

先分清业务发起系统、司库控制中台、银行通道和财务核算系统。司库不是 ERP 的一张页面，也不是银行接口网关的别名。

业务系统 → 司库控制层 → 银行通道 → 核算回写

二、司库是什么

定义

司库是企业资金管理中心，负责资金的集中管理、调度、结算和风险控制。从"分散管理"到"集中管控"，从"事后核算"到"事前预测"。

资金归集 → 统一调度 → 风险管控

政策背景

2022年国资委发文《关于中央企业加快建设世界一流财务管理体系的指导意见》，明确要求央企建设司库体系，实现资金"看得见、管得住、调得动、用得好"。

国资委要求 → 央企先行 → 国企推广

系统定位

司库系统是企业资金管理的核心平台，上接 ERP、费控，下联银行、支付通道，横向对接融资、投资系统，形成资金管理的完整闭环。

业务系统 → 司库平台 → 银行通道

三、先抓住 6 个关键对象

读司库最容易散，是因为大家习惯按功能菜单看系统。更稳的读法是先抓对象：账户、头寸、支付单、银行流水、授信额度、内部往来。

银行账户

对象

账户是资金可见性的入口。所有余额、流水、签约关系、权限控制和归集逻辑都要挂在账户主数据上。

开户主体权限签约关系

余额 / 头寸

对象

头寸不是简单余额列表，而是“什么时候缺、缺多久、缺多少、谁能补”的动态判断对象。

余额可用资金头寸预测

支付指令

对象

付款申请、审批单、支付指令和银行回执不是一回事。把它们混起来，支付状态和责任链一定会乱。

申请审批执行状态

银行流水 / 回单

对象

银行返回的是外部执行事实。司库要做的是把这些事实和内部业务单、核算凭证、对账规则重新绑起来。

流水回单对账

授信 / 借款 / 担保

对象

这些对象承接“钱不够怎么办”的问题。司库不是只处理自有资金，还要处理额度、期限、成本和担保链。

额度借款担保

内部往来 / 归集关系

对象

集团司库最难的是内部资金关系：谁上存、谁下拨、谁占用、利息怎么算、责任怎么划，核心都在这里。

上存下拨内部利息归集关系

四、核心模块

司库建设的核心业务模块，每个模块包含业务规则、数据模型、系统设计要点。

账户管理

核心

银行账户的全生命周期管理：开立、变更、撤销、权限控制。账户主数据是企业资金管理的基础。

资金归集与内部借贷：物理池、名义池、资金下拨、内部存款、利息分配。

集中支付与结算：付款审批、支付通道、交易流水、状态追踪、对账机制。

银行系统对接：接口协议、报文解析、余额查询、交易流水、电子回单。覆盖多银行适配、支付状态机、安全体系。

资金计划与预测：资金计划编制、现金流预测模型、偏差分析、预警机制。

授信与融资管理：授信额度管理、融资计划、借款合同、担保关系、融资成本分析。

票据归集与融资：票据入库、质押融资、到期管理、票据流转。

资金安全与合规：大额支付预警、异常交易监控、资金安全、合规检查。

预警规则异常监控合规检查

进入专题 →

五、业务流程主线

司库系统的核心业务链路：从资金归集到支付结算，从计划预测到融资统筹。

资金归集主线

分散资金归集到集团统一账户，形成资金池，实现集中管控。

账户开立 → 银企直联 → 资金归集 → 现金池

支付结算主线

业务发起付款申请，审批后集中支付，状态追踪到账。

付款申请 → 审批流程 → 集中支付 → 状态追踪

融资管理主线

授信额度管理、融资计划编制、借款合同执行、担保关系维护。

授信额度 → 融资计划 → 借款合同 → 还款管理

资金计划主线

编制资金计划，预测现金流，监控执行偏差，调整计划。

计划编制 → 现金流预测 → 执行监控 → 偏差分析

六、系统边界：司库不是什么

很多项目失败，不是因为功能少，而是因为司库边界没画清。先把不该由司库承担的东西排除掉，后面的设计才会稳。

司库不是 ERP 的财务总账

总账负责会计确认、凭证、科目和报表；司库负责账户、头寸、支付、归集、融资和银行事实。两者必须回写和对账，但不应互相吞并。

司库不是费控的审批页

付款申请可以来自费控、采购、合同、报销等系统；司库接的是支付控制、执行状态和资金视角，而不是替代所有业务审批页面。

司库不是纯银行接口网关

银企直联只是底层通道能力。真正的司库还要管理账户关系、头寸判断、内部归集、授信融资和风险控制。

七、与其他系统的关系

上游系统

ERP、费控、采购系统产生付款需求，推送至司库系统执行支付。

ERP 费控系统采购系统 → 司库

下游系统

司库对接银行、支付通道，执行资金收付，获取交易流水。

司库 → 银行系统支付通道外汇平台

横向系统

与核算系统对账，与预算系统联动，与融资系统协同。

核算系统预算系统融资系统 ↔ 司库

八、怎么继续往下读

先看银企直联

如果你当前最关心“银行怎么接、报文怎么解、状态怎么回、失败怎么补”，直接进入银企直联线。

银行接口报文状态机

对照支付 / 账务链

如果你想把“支付执行”和“账务确认”区分清楚，可以回看支付 / 账务链，帮助理解司库与会计核算的边界。

支付账务对账

继续建设的优先顺序

这条线后续最值得优先补的，不是再加一批模块卡，而是把账户管理、现金池、支付结算和融资统筹继续补成独立深页。

账户现金池支付融资

九、回到领域知识

领域知识

返回领域知识总览，查看政务财务、银行、电力等其他领域。

返回领域知识 →