17370845950

FinTS 不使用 XML 作为原生消息格式，其标准格式是专有二进制/文本混合的 HBCI 格式；XML 仅用于配套的 ISO 20022（如 pain.001、camt.053）等独立标准，与 FinTS 并行共存。

FinTS（Financial Transaction Services）本身并不使用 XML 作为其原生消息格式。它的标准消息格式是基于**专有二进制/文本混合编码的 HBCI 格式（即 FinTS 3.0 及以前版本所沿用的“HBCI-Format”）**，采用类似键值对的结构（如 `3:123456789012345678` 表示账户号码），而非 XML。 不过，在 FinTS 生态中，确实存在与 XML 相关的标准，但它们属于**扩展或配套规范，并非 FinTS 协议核心**：

FinTS 并不定义 XML 消息格式

FinTS 规范（由德国银行协会 BdB 发布）明确将消息序列化方式限定为：纯文本格式（V2/V3）或 TLS 上封装的二进制/文本混合格式（V4+）。XML 不在 FinTS 协议栈的传输层或应用层消息定义中。任何声称“FinTS XML 标准”的说法，通常是对相关但独立标准的误称。

与 FinTS 共存的 XML 标准：ISO 20022（尤其是 pain. & camt.）

德国银行业在向实时、标准化支付转型过程中，已逐步将后台处理和批量接口迁移到 ISO 20022 标准，该标准以 XML 为载体：

• pain.001：客户发起付款指令（如转账、工资发放），用于替代传统的 DTAUS 或 SEPA XML
• camt.053 / camt.054：银行向客户推送账户交易明细或通知（如对账单、交易确认）
• 这些 ISO 20022 XML 消息常通过 FinTS 网关的附加通道（如 HTTPS 接口）交付，或由银行后台系统生成后供 FinTS 客户端调用下载，但它们本身不走 FinTS 协议帧结构

FinTS V4+ 中的“XML-like”元数据描述（非消息体）

FinTS 4.0 引入了基于 JSON 的 API 描述机制（FinTS-API-Descriptor），用于定义服务端能力、参数结构与错误码；早期草案曾探讨过 XML Schema（XSD）描述方式，但最终未成为强制标准。目前官方发布的接口元数据是 JSON 格式，不是 XML。

实际开发中可能遇到的“FinTS + XML”场景

某些银行或第三方网关为兼容旧系统，会提供“伪 FinTS”封装层：例如接收 FinTS 登录后的会话令牌，再允许客户端用该令牌请求一个 XML 格式的交易列表（camt.053）或付款提交接口（pain.001）。但这属于银行自定义集成方案，不属于 FinTS 规范本身。

总结来说：FinTS 没有官方 XML 消息标准。它用的是自有文本协议；而 XML 在德国金融数据交换中真正落地的是 ISO 20022 系列（pain./camt.），它们与 FinTS 并行共存、分工明确——FinTS 负责交互式在线操作（查余额、授权转账），ISO 20022 XML 负责结构化批量数据交换。