fints 不使用 xml 作为原生消息格式，其标准格式是专有二进制/文本混合的 hbci 格式；xml 仅用于配套的 iso 20022（如 pain.001、camt.053）等独立标准，与 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 负责结构化批量数据交换。
