新资金交易管理系统适配改造方案

本方案依据 2026 年 9 月 9 日架构会对《新一代资金交易管理系统项目配合系统建设架构方案》与《新一代资金交易管理系统数据移植方案》的评审意见编制，将两份方案按统一框架整合梳理，作为后续正式评审的报审版本。模板字段明细、接口清单等展开内容仍见数据移植方案与配合系统建设架构方案，本方案聚焦适配主线、改造边界与差异分析。

一、适配改造总体框架（两类适配核心主线）

配套系统建设统一遵循"两类适配"核心主线，按适配方向一分为二——行内既有体系不动、由新系统去适配；新系统落定后、由外部系统来适配：

两类适配核心主线（配套系统建设统一遵循的架构标准）
├── 行内标准适配（新系统适配行内现有体系）
│   ├── 功能类适配：适配核心业务系统标准、支付清算体系标准
│   └── 工具类适配：复用行内现有标准工具服务、单独列明新增定制化改造需求
└── 外部系统适配（外部系统适配新系统要求）
    ├── 接口适配：调整原有接口逻辑适配新系统
    └── 数据适配：对齐新旧系统数据差异完成调整

测试与开发团队按此掌握改造边界，避免架构逻辑混乱导致后续工作走偏。

跨界示例：头寸管理勾兑功能——头寸系统由直连取数改为接口推送，属外部系统适配·接口适配范畴（3.1），改造内容作为新增定制化需求在 2.3 单独列明。

二、行内标准适配（新系统适配行内现有体系）

2.1 功能类适配（适配核心业务系统标准、支付清算体系标准）

分类估值核算规则（适配行内核算体系）：标准现券、资产、基金类业务由新系统结合中债登、估值定价导入与 Choice 进行估值计量和账务核算；衍生品与非标准化业务由风险系统估值计量出账。

2.2 工具类适配（复用行内现有标准工具服务）

2.3 新增定制化改造需求（单独列明，不与标准服务混淆）

以下内容为承接新系统业务而新增的定制化改造，行内无既有标准服务可直接适配，单独列明管理：

1. 头寸勾兑推送模式改造：头寸系统原直连 Opics / ComStar 数据库定时查询取数，改为由新系统经定制化接口（cap-server 承载）向头寸系统推送交易数据完成勾兑；原 FBS 头寸上行文件通知接口（400300）随之停用。
2. 清算流程一体化：交易审批、清算复核、影像附件全流程线上贯通——交易达成自动生成汇款流程并组装清算报文，清算完成自动生成账务；从 OA 线下流转转为系统内闭环，覆盖原 35 个线下操作品种的主体部分。
3. 交易凭证与审批留痕：交易界面增设清算信息对话框（对手方账号、行号、汇款账号等）+ 附件功能，清算全流程要素与资料集中留存可追溯；支持清算审批回退（回退至前中台维护后再推送）与人工导出审批流。
4. 业务统计报表自动化：业务数据自动生成报表，支持后台查询下载，新增 6 张报表，替代手工填报。
5. 后台定制化接口服务体系：cap-server（头寸、影像、支付、核心账务等定制化接口的主业务编排）、cap-worker（定制化定时任务调度与重试）、view-server（基于 MQ 的 CBS 主服务与接口服务间异步桥接）——非标准化产品部分，为行内个性化需求的承载层。

三、外部系统适配（外部系统适配新系统要求）

全屏打开 ↗

3.1 接口适配（调整原有接口逻辑适配新系统）

接口接入统一遵循：ESB 网关模式统一接入、平迁保功能（接口号 / 报文 / 语义三不变）、接口号全局唯一并沿用行内编号体系、发布方与调用方双向确认测试报告后纳入投产窗口。

3.2 数据适配（对齐新旧系统数据差异完成调整）

新旧体系数据流对比如下图——上半区为旧体系：三系统 620 张分散取数视图贴源落地，下游在企业知识平台 STG 贴源层直取（虚线）；下半区为新体系：CBS 标准视图 438 张贴源后经 GDM 通用模型统一加工，下游取数点从 STG 上移至 GDM（实线）。STG 贴源层为两条路径共用的枢纽，适配的核心动作即供数视图标准化（620 → 438）与下游取数点上移：

全屏打开 ↗

对比要点：

• 旧体系 · STG 直取：三系统各自建库、分散供数，620 张取数视图口径不一；下游在 STG 贴源层直取，报表 273 张、指标 1254 个绑定老口径；总账仅科目级流水，财务数据颗粒度不足。
• 新体系 · GDM 统一供数：新资金交易管理系统统一出口（三系统合一），CBS 标准视图 438 张；STG 承接标准视图，GDM 资金域 19 张表统一加工、字典统一；下游一律从 GDM 取数，禁止直连资金业务库。
• 适配过程 · 平滑切换：报表 181 张改造取数源与取数逻辑，保持原有功能与口径；指标 1254 个约 50% 由通用模型屏蔽改造影响、50% 二次开发；超 100 万条的表增量抽数，敏感数据按数据安全规范脱敏。

四、数据移植方案（全流程逻辑）

全屏打开 ↗

4.1 迁出侧：范围与存量分级

三系统迁出范围与存量分级（按评审意见调整）：

迁出前置动作：T-1 日 Opics 与同业系统停办存量业务、数据冻结，导出 T-1 日余额文件，业务人员按模板完成自检。

4.2 迁入侧：模板导入链路

大原则不变：不涉及数据库层面的导出与导入，由新系统提供标准化 Excel 模板（前台交易 17、后台资产 11、后台科目 1，共 29 个），源系统按模板整理供数，经前中台【ComStar 前台交易导入】与后台客户端导入初始化，导入前字段级校验、失败自动拦截输出错误清单。字段明细见数据移植方案第三章。

4.3 迁出迁入差异分析（对上下游系统的影响）

字段映射规则（覆盖全业务表，便于下游报表适配性改造）：

实施步骤：数据摸底（三系统存量表 / 字段清单与差异梳理）→ 映射梳理（输出映射对照表）→ 规则开发（转换脚本 + 数据中台通用模型开发）→ 测试迁移（测试环境全量迁移、比对、整改）→ 正式迁移（分批次全量 + 增量同步）→ 数据校验 → 双轨比对（新旧系统并行比对）。

对上下游的影响面：新核心（期初余额建立、日终全量推送）、大总账（红冲归零后重新入账）、监管报表与指标（181 张报表、1254 个指标口径切换）、下游取数系统（视图 620 → 438、改从 GDM 取数）。

4.4 历史数据归档与查询（已结清存量）

按评审要求，已结清的存量交易数据不迁入新系统，按以下规则归档管理：

1. 归档规则：以 T-1 日为切点，状态为已结清（含已交割、已到期兑付、已提前解约）的交易保留在源系统侧归档库 / 归档文件，冻结只读；归档范围与迁入范围互斥且并集等于源系统全量，确保无遗漏、无重复。
2. 可查询、可恢复：归档数据保留完整交易要素与科目关联信息，支持按品种、对手方、日期等维度检索；恢复用于审计取证、监管问询、历史纠纷核验等场景。
3. 历史交易查询平台对接：归档数据接入行内历史交易查询平台统一对外提供查询服务，避免用户直接访问归档库；查询口径与新系统存续交易查询界面保持体验一致。

归档细则（归档库技术形态、留存期限、平台对接接口）为评审待办，由韩朝丽、李彬牵头按本章框架细化后补充。

4.5 校验与核对

• 导入校验（事前）：必填栏位、枚举取值、日期格式与先后关系、数值精度、互推栏位（净价 / 全价 / 收益率 / 结算金额四选一）、余额方向；失败自动拦截输出错误清单。
• 四段核对链（事后）：源系统汇总余额 → 新一代资金后台资产余额 → 新一代资金后台科目余额 → 新核心科目余额，逐级比对；差异零容忍，不解决不进入日终批量。
• 多维交叉验证：新老系统检核（总量 + 逐笔明细，输出差异清单逐条整改）、数据中台检核（GDM 模型层总量 / 口径 / 模型适配校验）、下游报表验证（新系统数据生成报表与旧系统历史报表对标）。

4.6 实施时序

T-1 日：停办存量业务、数据冻结、余额文件导出、模板自检 → T-N 日～T 日：基础数据导入、前台交易导入（生成系统交易编号）、持仓表导入 → T 日：后台资产余额导入、后台科目余额导入、ComStar 并行迁移与红冲、新核心期初入账、四段链核对 → T+1～T+7 日：资产余额核对、资产与科目一致性验证、外部登记托管机构（中债登 / 上清所）余额核对、双轨比对收口。

五、迁移伴随的业务优化提升点

针对现有业务痛点，本次适配改造同步落地的实际提升（数据要素与核算规则两个维度为主）：