摘要

  • RFC 3505 为电子商务字段提出共同的分层命名要求，使钱包、表单与后台系统能够少做一层猜测和转换。
  • 它明确不是 TLS、SET、EMV、XML 或 IOTP 的替代品；识别字段语义，并不能证明商户身份、用户同意、扣款授权、资金结算或商品交付。

早期网上结账有一个看似琐碎却很实际的障碍：每家商户都用自己的名字描述相同数据。一处写“姓氏”，另一处写 last_name，第三处又把它塞进私有层级。人能读懂标签并重复输入，电子钱包却无法可靠判断某个输入框究竟需要什么。

2003 年 3 月发布的 RFC 3505 把这个问题定义为互操作性问题。它是一份 Informational 文档，为 ECML 第二版列出要求：建立分层组织的支付处理对象，既服务消费者与商户，也服务企业间系统，并从 HTML 表单扩展到 XML、更多支付方式和后台流程。它要求覆盖成本、收据、货币、卡片、银行与电信支付数据，也考虑电子支票、ACH、移动设备和采购卡。

这项工作的价值在于形成一份词汇合同。如果钱包认得收货城市的结构化名称，它就不必从各国语言的人类标签中猜测。如果后台系统认得同一支付层级，它就能把概念映射到自己的处理链。共同字段名降低了独立软件之间的翻译成本，却没有把独立软件变成同一个信任域。

RFC 3505 对边界说得很清楚：ECML v2 不是 TLS、SET、EMV、XML 或 IOTP 的替代方案。这些技术分别处理传输机密性、不可否认的交易、支付方案选择、智能卡能力或交易流程。ECML 命名数据，不包办数据周围的全部控制。

这个区别之所以重要，是因为自动填充的对象往往十分敏感。姓名、地址、账户标识、卡片资料和用户凭据一旦被钱包机器化理解，泄露也可能更快、更大规模。RFC 3505 因而把保护责任放在传输基础设施以及保存、释放信息的应用上。字段词汇可以不重新发明加密，却必须提醒实现者不要把可识别性当成可披露性。

同样，格式正确只是很窄的证据。要求文档提到 DTD、可能采用的 schema、经过测试的 XML 示例，以及与旧有词汇的比较。通过这些检查，只能说明名称和结构符合语法；它不能证明卡号属于用户、价格真实、网页来自合法商户，或支付处理方已经授权扣款。

隐藏映射字段尤其揭示了迁移中的权力边界。ECML 可以把标准字段映射到商户已有字段，让旧代码无需重写即可接入。这降低了采用成本，却也可能让敏感数据穿过用户看不见的映射。兼容性解决“如何送达”，而不是“是否应当送达”。

2005 年的 RFC 4112 给出了 ECML v2 的具体规范。它定义字段层级，并把 XML 作为示例语法，同时允许其他编码和传输协议。合规约束的是线上名称和层级，而非屏幕上的人类语言标签。商户可以显示本地语言，机器仍使用共同语义。

字段表中的 MIN 是实现必须容纳的最低容量，不是内容有效性的下限。名字、地址或电话号码短于或长于某个数字都可能合法。把容量要求误当身份验证，会把互操作性底线变成错误的现实规则。

RFC 4112 的 query 与 assert 模式也只描述消息意图：前者索取值，后者提供值。字段名说明“问什么”或“给什么”，不认证提问者，也不使断言自动为真。钱包回应之前，仍要由独立策略判断对方、用途和时点是否足以获得数据。

在 Web 使用中，Ecom_SchemaVersion 告诉软件当前采用哪个字段集合，因此每次 ECML Web 交易都需要它。它是版本识别，不是端点认证；它既不验证页面，也不保护传输通道。

多页表单带来另一个风险：商业互动实质结束后，自动化仍可能继续填写个人资料。Ecom_TransactionComplete 是给自动填充逻辑的停止提示，要求在再次获授权前不要继续。它控制的是披露边界，不是付款收据；这个名字不能证明扣款已授权、已捕获、已结算、已履约或已被客户接受。

安全章节继续把依赖放在词汇之外。敏感信息需要机密性与防篡改保护；真实性可能依赖 XML 签名或 CMS 一类对象安全，也可能依赖 TLS 或 IPsec 一类通道安全。规范列举可行手段，却没有定义一个万能保护机制。

用户对释放数据的控制仍不可替代。公共终端应能关闭对个人信息的记忆，已保存数据需要保护选项，隐藏值和默认值也可能被恶意修改后再提交。统一结构让处理变得可预测，并不会让周围应用自动善意。

一条诚实的凭据链应从“字段已识别”开始，随后分别记录结构有效、对手方已认证、用户授权释放、传输受保护、应用接受、支付获授权、清算或结算，以及最终交付。若仪表盘从前两步直接跳到“已支付”，它就是把机器可读性改写成商业事实。

RFC 的发布也不证明部署。RFC 3505 记录需求，RFC 4112 后来发布了 Standards Track 规范；二者都不能单独证明浏览器采用、钱包普及、商户互通、隐私效果或真实交易成功。这些判断需要实现证据和运营记录。

ECML 的贡献恰恰来自克制：它减少一种摩擦，却没有声称解决所有层。共同名称是一种能力；这项能力是否获得授权、是否受到保护、是否真正完成经济结果，必须由别的参与者和别的凭据回答。

来源