金融系统地图
首页系统地图知识库地图练习路线图关于本站
正在查看练习关联地图:MT / MX / ISO 20022 关系图返回当前题目

TOPIC HOME

MT / MX / ISO 20022 关系图专题主页 / MT / MX / ISO 20022 关系图

这张进阶图解释传统 MT、结构化 MX、ISO 20022、数据映射、遗留系统、网关、校验、下游、对账、报表和数据质量之间的系统关系。

RELATED SUBMAPS

相关专题子图

可在主图和其他专题子图之间切换,继续查看相邻业务链路。

SWIFT 是什么|基础认知图

这张图建立 SWIFT 的基础认知,区分网络、机构、BIC、消息、报文标准、MT、MX、ISO 20022、网关和内外部系统。

进入子图 →
SWIFT 与付款报文图

这张图从内部付款指令出发,展示付款方、收款方、机构角色、代理行、Nostro、消息类型、状态、Statement 和对账之间的真实联系。

进入子图 →
SWIFT 与外汇交割图

这张图把 FX Trade、Value Date、Expected Cashflow、SSI、付款指令、SWIFT、代理行、Nostro、对账、会计和监管报表串成一条完整外汇交割链路。

进入子图 →
SWIFT 与证券 / 托管清算图

这张图展示债券和证券交易如何通过结算指令、DVP、CSD、托管、证券账户、状态消息、Statement 和持仓对账形成可信资产记录。

进入子图 →
SWIFT Statement 与对账图

这张图展示账户 Statement 如何把外部账户结果带回内部系统,并与 Expected Cashflow 进行现金和 Nostro 对账,最终形成 Matched、Unmatched、Cash Break 和 Reporting Data。

进入子图 →
SWIFT 状态与异常图

这张图区分消息发送、技术校验、业务受理、处理中、结算完成、失败、取消、修订和异常处理等不同层级状态。

进入子图 →
MT / MX / ISO 20022 关系图
当前子图

这张进阶图解释传统 MT、结构化 MX、ISO 20022、数据映射、遗留系统、网关、校验、下游、对账、报表和数据质量之间的系统关系。

进入子图 →

完整地图更适合横屏 / 平板 / 电脑查看

可拖拽、缩放地图;轻点节点查看关系,双击进入知识库。

子节点目录

当前筛选显示 19 个节点、20 条关系线。

🔒 MT Message

concept · Level 2

已点亮

MT Message 是传统 SWIFT 报文体系中的消息表达,广泛服务付款、证券和账户等场景。

🔒 MX Message

concept · Level 2

已点亮

MX Message 使用 ISO 20022 业务模型和结构化元素表达金融消息。

🔒 ISO 20022

concept · Level 2

已点亮

ISO 20022 提供跨业务领域可复用的金融业务模型、语义和消息方法。

🔒 Structured Data

concept · Level 2

已点亮

Structured Data 将名称、地址、机构、账户和业务元素拆成明确字段和层级。

🔒 Unstructured Data

concept · Level 2

已点亮

Unstructured Data 以自由文本或弱结构形式表达信息,灵活但不利于自动校验和复用。

🔒 Message Mapping

process · Level 2

已点亮

Message Mapping 把旧消息、内部字段和新标准业务元素对应起来。

🔒 Legacy System

system · Level 2

已点亮

Legacy System 是仍使用旧数据模型、接口和消息格式的内部系统。

🔒 Message Gateway

system · Level 2

已点亮

Message Gateway 在 MT、MX 和内部系统之间执行映射、校验、路由和状态管理。

🔒 Validation Rule

process · Level 2

已点亮

Validation Rule 检查消息结构、必填项、代码、条件和业务一致性。

🔒 Downstream System

system · Level 2

已点亮

Downstream System 使用报文数据完成支付、结算、对账、会计、风险和报表处理。

🔒 Reconciliation

process · Level 2

已点亮

Reconciliation 使用消息字段和外部结果进行匹配,报文结构变化会影响匹配键和自动化率。

🔒 Reporting Data

system · Level 2

已点亮

Reporting Data 复用结构化消息和下游结果形成报表字段和维度。

🔒 Data Quality

system · Level 2

已点亮

Data Quality 衡量报文和下游数据的完整性、一致性、准确性和可追溯性。

🔒 Business Application Header

concept · Level 2

已点亮

Business Application Header描述消息的发送方 接收方 消息标识 类型和创建时间

🔒 Group Header

concept · Level 2

已点亮

Group Header描述消息组层面的共同信息

🔒 Transaction Information

concept · Level 2

已点亮

Transaction Information承载单笔业务的参与方 金额 日期 账户和Reference

🔒 Usage Guideline

concept · Level 2

已点亮

Usage Guideline说明某个业务场景中如何使用标准消息

🔒 Message Definition

concept · Level 2

已点亮

Message Definition定义消息的业务结构和数据元素

🔒 Schema

concept · Level 2

已点亮

Schema定义技术结构

MT / MX / ISO 20022 关系图

这张进阶图解释传统 MT、结构化 MX、ISO 20022、数据映射、遗留系统、网关、校验、下游、对账、报表和数据质量之间的系统关系。

地图定位

这张进阶图解释传统 MT、结构化 MX、ISO 20022、数据映射、遗留系统、网关、校验、下游、对账、报表和数据质量之间的系统关系。

这张图回答的问题

  • MT、MX 和 ISO 20022 到底是什么关系
  • 为什么自由文本迁移到结构化字段并不简单
  • Message Mapping 和 Message Gateway 分别做什么
  • 报文迁移为何影响下游、对账和报表
  • 结构化数据为什么仍需要数据治理

建议学习路径

  • 1. 先看 MT、MX 和 ISO 20022
  • 2. 再理解 Structured 与 Unstructured Data
  • 3. 再看 Message Mapping、Legacy System 和 Message Gateway
  • 4. 再看 Validation Rule 与 Downstream System
  • 5. 最后理解 Reconciliation、Reporting Data 和 Data Quality

本图使用的业务案例

  • 案例 G:旧系统将付款人地址放在自由文本中,新 MX 报文要求拆成国家、城市、街道等结构化字段,映射不完整导致校验失败
  • 案例 A:企业客户 A 跨境支付 250,000 USD 给供应商 B,Value Date 为 2026-09-18
  • 案例 E:系统预计 Nostro 账户收到 1,000,000 USD,实际 Statement 显示 999,950 USD,差额 50 USD 需要识别费用或异常

节点目录

  • 1. MT Message
  • 2. MX Message
  • 3. ISO 20022
  • 4. Structured Data
  • 5. Unstructured Data
  • 6. Message Mapping
  • 7. Legacy System
  • 8. Message Gateway
  • 9. Validation Rule
  • 10. Downstream System
  • 11. Reconciliation
  • 12. Reporting Data
  • 13. Data Quality

建议知识库条目

  • MT、MX、ISO 20022 的关系
  • 为什么 ISO 20022 不是简单格式替换
  • Structured Data 与 Unstructured Data 的区别
  • Message Mapping 为什么不是一对一转换
  • Legacy System 在迁移中的限制
  • Message Gateway 能解决什么、不能解决什么
  • Validation Rule 如何变化
  • 报文迁移为什么影响 Downstream System
  • ISO 20022 为什么影响 Reconciliation
  • 结构化数据如何影响 Reporting Data
  • 标准化为什么不等于数据质量自动提升

后台展示建议

  • 1. 节点详情建议按以下顺序展示:一句话解释、详细说明、业务与系统案例、相近概念区别、常见误解、上下游。
  • 2. 案例板块建议使用可折叠卡片,标题统一为“业务案例:这项能力在真实链路中如何出现”。
  • 3. 关系线说明应写入 edge description 或 relation description,不要改变现有 source / target。
  • 4. 若同名节点被多张地图复用,优先写入 mapNode override 或子图专属内容,避免覆盖其他地图语境。
  • 5. 完成更新后,可将当前地图和成功更新的节点状态设置为“已更新”或项目已有等价状态。

从 0 到 1|本图学习引导

阅读报文时不要只看消息名称。应同时理解 Business Application Header、Group Header、Transaction Information、Message Definition、Schema、Usage Guideline,以及技术校验和业务校验的差异。

Branch 访问说明

所有 Branch 都由后台权限控制。未授权访客只能看到锁定预览,开通授权后可查看完整节点文章和关系解释。

本站内容不构成投资建议,不推荐任何金融产品,也不提供交易建议。本站仅用于解释金融系统背后的流程、角色、节点和系统关系。