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

> 按 2026 年 9 月 9 日架构会评审意见，以"两类适配"为主线整合数据移植方案与配合系统建设架构方案的统一适配改造框架。

---

LLMS 索引： [llms.txt](/llms.txt)

---

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

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

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

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

| 两类适配 | 适配方向 | 改造原则 |
|---------|---------|---------|
| **行内标准适配** | 新系统适配行内现有体系 | 新系统侧改造，行内标准服务与工具不动、保持行内服务语义；新增定制化改造需求在 2.3 单独列明，不与标准服务混淆 |
| **外部系统适配** | 外部系统适配新系统要求 | 外部系统调整原有接口逻辑与取数逻辑适配新系统，新旧差异逐项列明调整内容 |

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

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

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

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

| 适配对象 | 行内标准服务 | 适配内容 | 新旧差异 |
|---------|------------|---------|---------|
| 新一代分布式核心业务系统客户体系 | 客户信息查询、客户信息管理、客户关系管理 | 对公及同业客户统一由前中台创建：授信客户在审批发起试算保存时创建，非授信客户在交易完成后由系统判断新增并创建；必填字段校验前置拦截，缺失时返回创建失败并提示补录 | 原客户创建入口分散于 Opics、无必填校验，改为统一入口 + 强校验 |
| 新一代分布式核心业务系统核算体系 | 核算引擎账务接入规范 | 依据账务核算接入规范对接核算引擎：日间分录明细经 MQ 定时抓取发送，日终账务与余额生成文件经 FTP 传输，生成明细核算流水传大总账 | 原"财务文件传输"对接模式、总账仅科目级流水，改为核算引擎直连 + 明细级核算 |
| 信贷管理系统（LOS）额度体系 | 查询客户额度信息、客户额度占用 / 释放 / 冻结 / 解冻 | 前中台交易审批发起额度试算，RMS 占额公式运算后经接口实时查询信管系统额度明细；审批单录入后按标准报文完成实时占用与释放 | 由各系统分散占额改为 RMS 统一运算 + 信管系统实时占额 |
| 新一代人民币汇款系统 | 跨行转账、普通汇兑、支付交易信息 / 状态 / 参与者查询 | 本币清算经人民币汇款系统标准支付服务出账 | 原清算经 OA 线下流转 + 柜面核对，改为系统内直接发起标准支付 |
| 外币汇款系统 | 外币支付报文管理、支付交易信息查询 | 外币清算报文（PACS009、MT300 / 305 / 320 / 360 / 540 / 542 / 543 / 210、CIPS136）预览签发与状态查询 | 本币柜面核对、外币 Swift 前置核对统一收敛至新系统后台 |
| 头寸管理系统 | 头寸预报与来往报勾兑服务 | **头寸预报**遵循新核心二批次模式，与人民币汇款系统大额接口对接、经 fpms03 统一推送头寸管理系统；**头寸勾兑**由新系统经接口向头寸系统推送交易数据完成（推送改造为新增定制化需求，见 2.3；原取数接口停用，见 3.1） | 勾兑由头寸系统直连 Opics / ComStar 数据库定时查询的"拉取"模式，改为新系统接口"推送"模式 |

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

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

| 工具平台 | 适配内容 |
|---------|---------|
| 新一代 ESB | 行内联机接口统一经 ESB 网关模式接入，不新建点对点直连；账务类高吞吐走 MQ / FTP 专用通道（核算引擎日间 MQ、日终 FTP） |
| 企业知识平台（数据中台） | 下游取数统一切换至标准视图（620 张原视图 → 438 张，FMS\_ 前缀命名）；超 100 万条的表按增量抽数规范执行；敏感数据按数据安全规范脱敏 |
| 影像及内容管理平台 | 清算凭证、汇款资料电子附件按影像平台接入规范（V1.0）上传留存 |
| 自主研发开发管理平台 | 按接入指引纳入行内 DevOps 管理体系 |
| 信创基线 | 服务端必须信创项：芯片（海光 / 鲲鹏）、虚拟化、麒麟 V10、宝兰德中间件、OceanBase 数据库、信创浏览器 |
| 行内规范遵循 | 《新建业务系统 IT 基础架构评审实施细则》《金融互联网 IPv6 网络规划 v1.3》《应用系统字符集规范 V1.0》《新核心设计标准》《RD0501- ESB 工作规范细则 V1.1》《影像及内容管理平台接入规范 V1.0》《自主研发开发管理平台接入指引》 |

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

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

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

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

> [!NOTE]
> 图内支持缩放、语义视图、关系追踪与 PNG/SVG 导出。

<iframe src="/fm/arch/07-coop-interactions.html" title="配合系统交互关系图" loading="lazy" style="width:100%;height:700px;border:1px solid #e5e7eb;border-radius:8px;"></iframe>

<a href="/fm/arch/07-coop-interactions.html" target="_blank">全屏打开 ↗</a>

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

| 适配类型 | 范围 | 新旧差异与调整内容 |
|---------|------|------------------|
| 平迁发布 | 原三系统发布 6 个接口中，4 个由新系统平迁发布：194008 检查资金 OPICS 同业客户、194009 代付交易信息接收、194010 代付交易归还修改通知（均 TFC 贸金系统调用）、194011 CIPS 报文接收（CIP 人民币跨境支付子模块调用） | 接口号、报文格式、服务语义不变，调用方仅做联调切换 |
| 停用发布 | 2 个不再迁移：400300 头寸上行文件通知（改为 2.3 定制化推送模式）、220000 客服系统用户和机构广播通知（新发布方为"无"） | 头寸侧由拉取改推送，需与头寸系统联合调整 |
| 承接调用 | 原调用行内系统 32 个接口由新系统承接：LOS 2 个（200051 / 200052）、人民币汇款 9 个、外币汇款 13 个、新核心 5 个、微信银行 MMB 1 个、CIP 出报 1 个等 | 调用方由 Opics / ComStar / 非标系统变更为新系统，服务方不动 |
| 新增接口 | 头寸交易数据推送接口（新增定制化，见 2.3） | 走架构评审 + 接口清单登记流程后方可投产 |

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

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

| 适配类型 | 范围 | 新旧差异与调整内容 |
|---------|------|------------------|
| 下游报送报表 | 梳理下游取数报表 273 张：停用 44 张、在用 229 张，其中 181 张涉及改造（EAST 5.0、一表通、统一上报平台、人行金数、预期信用损失、资金转移定价、市场风险管理等 17 个系统）、48 张不涉及 | 取数数据源从原三系统数据表改为新系统数据表（经数据中台通用模型），修改取数源与取数逻辑，保持报表原有功能与口径 |
| 标准视图切换 | 下游取数视图 620 张 → 新系统标准视图 438 张（FMS\_ 前缀，历史表 \_H 后缀） | 禁止下游直连资金业务库；视图提供原表一致性、口径多样性、逻辑深加工 |
| GDM 通用模型 | 资金域新增 19 张表：AG 协议域 4、EV 事件域 2、AS 资产域 3、FD 财务域 4、PT 当事人域 2、BH 机构域 1、PD 产品域 2、CM 公共参数域 1 | STG 贴源层承接 CBS 标准视图，GDM 层直接取数，下游统一从 GDM 取数并与原 STG 取数核对 |
| 指标平台 | 受影响指标 1254 个（同业资产 / 负债 / 衍生品 / 交易 / 营收类） | 约 50% 由企业知识平台通用模型屏蔽系统改造影响（仅配合测试），50% 需二次开发 |

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

> [!NOTE]
> 图内支持缩放、语义视图（旧 · STG 直取 / 新 · GDM 统一供数 / 取数点切换）、关系追踪与 PNG/SVG 导出。

<iframe src="/fm/arch/08-data-adaptation.html" title="新旧系统数据流对比图" loading="lazy" style="width:100%;height:700px;border:1px solid #e5e7eb;border-radius:8px;"></iframe>

<a href="/fm/arch/08-data-adaptation.html" target="_blank">全屏打开 ↗</a>

**对比要点**：

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

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

> [!NOTE]
> 图内支持缩放、语义视图、关系追踪与 PNG/SVG 导出。

<iframe src="/fm/arch/06-migration-workflow.html" title="数据迁移方案图" loading="lazy" style="width:100%;height:700px;border:1px solid #e5e7eb;border-radius:8px;"></iframe>

<a href="/fm/arch/06-migration-workflow.html" target="_blank">全屏打开 ↗</a>

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

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

| 源系统 | 迁出数据 | 分级处理 |
|--------|---------|---------|
| Opics | 交易、资产、科目余额 | **未到期（存续）交易迁入**；已结清交易不迁入，转归档 |
| 同业系统 | 交易、资产、科目余额 | 同上 |
| ComStar | 科目余额、资产定义、存量交易 | 随系统升级由供应商迁移工具自动完成；TBS / FBS 需冲账科目在 CBS 完成红冲，不向新核心发送冲账指令，大总账以 T-1 日科目余额归零后重新入账 |

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

### 4.2 迁入侧：模板导入链路

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

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

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

| 差异类型 | 映射规则 | 上下游影响 |
|---------|---------|-----------|
| 同源同义字段 | 一对一直接映射，保留原始业务值 | 无 |
| 多字段含义相同 | 合并映射（旧系统多字段 → 新系统单字段） | 下游取数逻辑需按新字段调整 |
| 单字段多维信息 | 按规则拆分映射 | 下游报表口径需重新对齐 |
| 新增必填无历史数据 | 按业务规则统一填充标准默认值 | 需业务确认默认值口径 |
| 字典编码 | 币种、交易类型、业务品种、交易 / 审批 / 清算状态、风险等级等统一映射为新系统标准字典值 | 前后台识别一致、统计口径统一；下游报表需做码值对照 |
| 格式标准化 | 日期 YYYY-MM-DD（HH:MM:SS）、金额两位小数、字符去空格去特殊字符、空值规范化 | 消除数据库异常与口径歧义 |

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

**对上下游的影响面**：新核心（期初余额建立、日终全量推送）、大总账（红冲归零后重新入账）、监管报表与指标（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 日**：资产余额核对、资产与科目一致性验证、外部登记托管机构（中债登 / 上清所）余额核对、双轨比对收口。

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

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

| 痛点 | 优化动作 | 提升点 |
|------|---------|--------|
| 客户数据质量差（必填缺失、手工录入） | 统一创建入口 + 必填字段强校验 + 分场景创建流程 | **数据要素**：监管必填字段完整、属性自动获取 |
| 总账仅科目级流水，财务数据颗粒度不足 | 核算引擎直连，生成明细核算流水 | **核算规则**：明细级核算，满足细化监管报送 |
| 估值核算口径分散 | 分类估值：标准类由新系统 + 中债登 / Choice，衍生品非标由风险系统 | **核算规则**：估值计量口径统一、职责清晰 |
| 清算记账对账人工干预多、35 品种线下操作 | 清算一体化、凭证留痕、审批回退、自动账务 | 全流程线上闭环、无纸化、前后台分离控险 |
| 报表手工填报 | 业务统计报表自动生成（新增 6 张） | 效率与准确性 |
| 字典与格式各行其是 | 标准字典统一映射、格式标准化 | **数据要素**：前后台识别一致、统计口径统一 |

---

反链：

- [金融市场](/docs/fm/)