新一代资金交易管理系统架构总览

新一代资金交易管理系统是全行金融市场板块的核心业务平台，用于替代存量资金交易系统（OPICS 2.1）、非标资产同业业务管理系统和银行间增值服务系统（ComStar）三套系统，实现全品类本外币资金业务的前中后台一体化管理，并完成全栈信创适配。

建设背景与目标

存量系统的核心痛点：OPICS 软件许可将于 2027 年 5 月到期且供应商已无维护版本，运行环境（Windows 7 / Oracle 11g）老化、生产单机运行；风险管理的限额、授信、计量、压力测试能力不足；监管数据字段覆盖与全生命周期治理机制欠缺。

项目按四大目标推进：

建设节奏：第一批次（2027 年 5 月投产）完成分布式平台搭建与存量资金交易系统、银行间增值服务系统未到期业务迁移，下线两大存量系统；第二批次（2027 年 11 月投产）完成非标资产同业业务管理系统未到期业务迁移。

业务架构

全屏打开 ↗

业务架构覆盖市场数据接入、交易业务处理、风险管控、报表查询、事后核算全业务链路，分为前中台与后台两大部分。

资金系统前中台（四大基础数据板块 + 三大业务模块）：

• 基础数据板块：统一汇集行情数据（外汇、债券、货币、衍生品四大市场）、市场数据（债券基本资料、合约资料、估值、交易对手）、指标数据（本外币收益率曲线、基准指标、指数）与其他数据（市场日历、市场参与者），作为全系统业务运算的底层数据源。
• 资金交易管理：金融市场业务与同业业务全流程交易管理，含新一代审批流、报价管理、交易信息查询维护、投资组合维护，实现报价、录入、审批到投组管理全线上管控。
• 风险管理：市场风险对接 RISK 检核项，信用风险对接 RMS 统一授信平台，操作风险依托新一代审批流配置管控，流动性风险支持库存管理与当日库存明细监控。
• 报表查询：损益分析、交易日仓位查询、现金流管理、敞口与损益分析、结存交易管理，满足交易台账与头寸监控需求。

新一代资金交易系统后台（事后作业三大功能模块）：

• 业务审核：应收应付审核、实际收付确认，配套交易日审批与实收付审批流程，把控资金收付业务准入。
• 资产作业：资产计提、摊销、年终结转三大核心会计作业。
• 后台核算及日常管理：盘前准备、日间实时出账、日终核算、手工调账、分录与科目余额查询，以及资产查询、交割汇总、Swift 报文管理、结构性产品全生命周期管理。

关键业务方案：

1. 对公及同业客户：新客户统一由前中台创建，授信客户在审批发起试算保存时创建、非授信客户在交易完成后判断创建；按金融市场专题数据质量规范梳理必填字段，创建失败前置拦截提示补录，解决原 OPICS 客户必填校验缺失、数据质量差的问题。
2. 账务核算：遵循新核心核算引擎接入规范，日间账务经 MQ 实时发送、日终账务与余额经 FTP 传输；标准现券、资产、基金由本系统结合中债登、估值定价导入与 Choice 计量核算，衍生品与非标由风险系统估值计量出账。
3. 资金清算：交易审批、清算复核、影像附件全流程线上贯通，成交后自动生成汇款流程与清算报文；支持清算审批回退、异常清算退回重提；本币柜面核对与外币 Swift 前置核对统一收敛至后台系统，前后台岗位分离、全流程留痕。
4. 额度管控：交易审批时可发起额度试算，占额公式运算后经接口实时查询信管系统额度明细；审批单录入后按约定报文完成实时占额与释放，未来配合智慧信贷按产品大类、业务细类、产品编码多维上送。
5. 头寸管理：头寸勾兑改由本系统向头寸系统推送交易数据完成；头寸预报遵循新核心二批次模式，经人民币汇款系统统一推送头寸管理系统。

新承接功能：上清所二代债券直联（后台直接进行结算指令确认与状态查询）、本外币影像平台对接（前台逐笔上传成交确认单等附件，后台按影像 ID 调阅复核）。

应用架构

全屏打开 ↗

应用架构采用前中台云托管 + 后台本地化部署的混合模式：前中台借助云托管获得弹性与可扩展性、降低基础设施投资；后台核心组件与数据存储部署于行内数据中心，满足敏感数据管控要求。

CBS 后台应用自外向内分层：

1. 外部接口层：中债、上清、交易后接口与经 CIIS 获取的前台交易和市场数据。
2. 网关层：Nginx 反向代理作为统一入口，负责负载均衡、路由转发与安全控制。
3. 引擎层（cbs-server）：六大引擎支撑后台业务流程配置——工作流引擎（日间经办复核流程）、清算引擎（本方及对手方清算信息）、核算引擎（会计事件与分录科目整合）、现金流引擎（当期及未来计息现金流分析统计）、报文引擎（外汇交易与 Swift 报文转换）、批次框架（计提、摊销、估值的时间频次配置）。
4. 业务处理层：综合管理、交易管理、清算管理、账务管理与定制化接口（CAP）。
5. 技术组件层：ZooKeeper（集群管理与选主）、Redis（分布式缓存与锁）、RocketMQ（消息队列）、Dubbo（分布式服务框架）。

**定制化接口（CAP）**承载行内个性化需求，功能涵盖账务处理、人民币支付、外币 Swift 报文、授信管理、头寸管理、代客即期上行、拆借交易上行、客户管理、影像处理、南北向通处理等模块。它与 CBS 产品部署在同一服务器、增加独立服务进程，嵌入 CBS 使用其中间件与分布式框架，共用同一数据库并以 schema 区分数据归属；对行内三方系统主要经 ESB 交互，账务经 FTP 和 MQ 与核心核算引擎交互，影像文件经 jar 包调用对接影像系统。

日终批量调度：检查收盘 → 请求日终汇率与贵金属价格 → 计提 / 摊销 / 估值请求与计算 → 日终核算 → 切日；支持对接 Control-M 作业调度平台，通过「CBS 批量日终状态表」判定当日批量成功。

技术架构

全屏打开 ↗

系统由原单中心单体架构升级为分布式多活微服务架构，按业务领域完成服务解耦，各业务单元支持独立部署迭代与弹性扩缩。

七个微服务：

高可用设计：

• 无状态服务（cbs-server、cbs-ciis、cbs-external、cap-server、view-server）多实例部署、全部注册 Dubbo，负载均衡随机 / 轮询调用，实例宕机自动摘除、流量无感切换。
• 有状态服务（cbs-worker、cap-worker）：定时与批量任务绝不允许重复执行（否则清算核算重复记账），多实例通过 ZooKeeper 临时节点选主，同一时刻仅 Leader 执行任务、其余热备监听。
• ZooKeeper：三节点选主，心跳超时自动重选（过半投票 + ZXID 优先），单节点故障不影响集群、双节点故障主动停服保一致；与业务选主是两层机制——ZK 集群先保协调服务可用，worker 再抢业务 Leader。
• Redis：1 主 2 从异步复制 + 3 哨兵过半决策，主观下线 → 客观下线（quorum≥2）→ 提升数据最全从库为新主，秒级完成、客户端自动重连。
• RocketMQ：NameServer 仅做路由注册发现、节点互不通信无 Leader，Broker 定时上报路由，客户端连任意存活节点即可。

质量管控：全部定制化开发纳入 DevOps 流水线闭环，适配全行质量门禁自动化管控体系，围绕代码安全、流程合规、分支完整性、代码质量四大维度落地 9 项强制检查点。

部署架构

全屏打开 ↗

网络区划与服务器资源：

• DMZ 区：至少 2 台用于服务路由与负载均衡。
• 应用服务区：CBSFCS01、CBSFCS02 两台应用服务器，每台部署 7 个微服务，多活部署，支持容器云部署或横向扩展服务器。
• 中间件区：CBSFCS03、CBSFCS04、CBSEMS05 三台中间件服务器组成中间件集群。
• 数据区：数据库部署方案按行内标准要求执行。
• 专线接入：前中台 CIIS 云托管经专线接入行内；中债登、上清所等外部机构经专线直连。

运行保障体系：7×24 不间断服务，构建「监控、告警、巡检」三位一体的运行保障体系，全面适配行内统一监控告警平台——基础设施与微服务进程探活、中间件连通性监控、统一日志链路追踪；分级告警推送短信邮件渠道；自动化巡检脚本核查端口 / 进程 / 配置一致性，日终批量专项巡检按「CBS 批量日终状态表」判定是否按预期抵达切日且状态 SUCCESS，并生成周期性健康报告支撑运维复盘与容量规划。

集成架构

全屏打开 ↗

集成架构覆盖外部直连、行内联机、数据下游三个层面。对原资金交易系统和非标系统的功能不做平移，全部按新一代模式重建。

外部市场机构：新增中债直连、上清所二代债券直连接口，实现与中央结算公司、上海清算所综合业务系统的直通式实时交互——业务人员在 CBS 后台即可完成各类业务指令确认、及时获取结算状态，将原需在上清所系统手工确认的操作自动化。

行内联机接口（经新一代 ESB 与专线）：

• 原 OPICS / 非标 / ComStar 发布的 6 个接口中，4 个平迁由新一代资金系统发布（TFC 贸金系统检查同业客户、代付交易信息接收、代付归还修改通知、CIP 报文接收 cips135/136/601）。
• 原调用的行内系统接口共 32 个由新系统承接，主要包括：信管系统额度查询（200051）与占用释放冻结（200052）；新一代人民币汇款系统跨行转账与支付交易信息查询；外币汇款系统 MT300/305/320/360/540/542/543、PACS009 等报文签发与查询；新一代核心系统对公客户信息维护、SPV 客户建立、客户关系维护、客户信息查询；微信银行消息提醒；CIP 出报（cips136）等。

数据类集成：

• 下游系统取数报表共 277 张，经确认停用 44 张、在用 233 张，其中涉及改造 185 张——下游需修改取数数据源与取数逻辑并保持原有功能，覆盖 EAST 5.0（6 张）、一表通（27 张）、统一上报平台（67 张）、人行金数与广义信贷（17 张）、预期信用损失计量（17 张）、资金转移定价（11 张）、市场风险管理（9 张）、新审计厅（4 张）、全面税务（4 张）等 19 个报送系统。
• 企业知识平台承接 CBS 标准视图进入 STG 贴源层，GDM 通用模型直接从贴源层取数，规划新增资金域 19 张表，覆盖 AG 协议域（4 张）、EV 事件域（2 张）、AS 资产域（3 张）、FD 财务域（4 张）、PT 当事人域（2 张）、BH 机构域（1 张）、PD 产品域（2 张）、CM 公共参数域（1 张）八大主题域。
• 指标管理平台围绕自营投资、货币交易、外汇及衍生交易等业务板块完成 1200 余项指标梳理重构，统一数据口径并沉淀指标数据资产。
• 历史数据：原 OPICS 与非标系统已到期存量历史数据全部保存于企业知识平台 STG 贴源层，按行内数据提取流程审批后查询；原 ComStar 本外币存量业务迁移范围依据 CBS V2.4 版本评估后确定。

数据架构

全屏打开 ↗

数据模型按职能严格分隔为八类，各子功能只维护自身数据分类、经接口与 MQ 跨系统流转：

其中 ①② 构成共享底座，③ 为业务驱动核心，④—⑧ 为由交易事件驱动生成的后台衍生数据。

核心数据流转：外部数据源 → 前台市场数据模块写入主库 → 实时同步后台，供交易引用、风控参考与计量估值；交易员录入交易后同步调用中台风控，通过后状态确认并经 MQ 异步推送后台，驱动清算、账务、资产、计量后续流程。关键约束：成交推送保证消息不丢失（MQ 持久化 + 消费确认 + 幂等去重）；额度校验同步调用保证确认时已实际占用；资产明细表 Append-Only、余额 = 前日余额 + 当日明细变动；分录按「交易类型 + 方向」匹配会计模板生成，已过账凭证不可修改、错账红字冲销；日终完成总账发生额与资产余额、明细分录核对，异常挂账告警。

标准视图与命名规范：ComStar 提供约 400 张标准视图，设计理念为原表一致性、口径多样性、逻辑深加工（封装跨四五张表的关联与状态判断）、数据全面性与可持续升级，避免行内取数系统理解底层表结构。数据表以 FMS_ 前缀命名（如 FMS_DEAL_BASE_MASTER 成交表），历史表以 _H 后缀标识；字段命名由表名单词首字母构成三字符前缀、后缀标识业务数据类型（_DATE、_AMNT、_RATE、_CRNCY_CODE 等）。

数据迁移概要

存量迁移覆盖原 ComStar 后台（TBS / FBS）、OPICS 与同业系统三大来源：TBS / FBS 科目和资产由脚本迁移（债券借贷、利率互换、标债远期、标准利率互换、信用联结票据）；OPICS 与同业系统在新系统上线后，前台交易经【ComStar 交易导入】模板初始化，后台经【资产余额导入表】【科目余额导入表】在 CBS 客户端导入；新核心对存量科目余额直接入账建立期初余额，当日批量按约定格式将全量科目余额发送新核心，T 日迁移完成后经科目余额表逐级核对，确保存量数据准确、完整、无差异迁入，不影响日终批量与账务连续性。