Summary

  • AWS Marketplace 对普通 SaaS 用量按产品、客户、小时和价格维度去重；启用并行协议后，去重键中的产品改为具体许可证。一个客户可以同时持有同一产品的多份协议。
  • AWS 的卖家指南直言：迁移中若用 ProductCode 和 LicenseArn 分别上报同一客户同一时段的用量，会造成重复计费。旧、新发送程序不能同时拥有同一个计费小时。

技术升级最贵的地方，可能是一小时的交接班。

AWS Marketplace 的账单并非凭空产生。SaaS 卖家记录客户用量，向平台发送计量记录；AWS 再按产品价格计算客户应付金额。旧式、未启用并行协议的产品，以产品、客户、小时和计费维度识别重复记录。支持并行协议后，同一客户可以购买同一产品的多份有效协议，每份协议由独立的 LicenseArn 标识，用量按许可证、客户、小时和维度区分。

这个变化让一个迁移事故变得具体。AWS 说，在同一许可证下重试记录会走正常去重逻辑；但若同一用量窗口先用 ProductCode、又用 LicenseArn 上报，就会重复计费。两个程序各自看似成功，客户只使用了一小时，账本却可能承认两条不同身份的记录。AWS 甚至专门提醒旧集成迁移时不要在同一客户的同一小时混用两种标识。

2026 年 6 月 1 日起，AWS 要求新上架的 SaaS 产品支持更新后的并行协议集成。已有集成可以继续运行。这个日期并未强制所有旧卖家当天切换，但它把新的计量结构带进市场：一份产品购买关系可以拆成多份协议，卖家必须知道每一单位用量落在哪份协议上。

许可证标识来自注册时的 ResolveCustomer 调用。AWS 要求按许可证计量时，在每条 UsageRecord 中写明 LicenseArn，且不要再把 ProductCode 放在请求顶层。对持有多份协议的客户，产品名称已不足以决定用量归属。若卖家的内部分配表仍只记录“某客户用了某产品”，新计量记录便缺少最关键的一层。

错误记录也无法像电子表格那样改写。AWS 说明，某个维度的用量一经上报，即使数量为零也不能修改；以同一标识重试却填入不同数量，最先上报的数量仍会计费。同一小时重复发出的记录也不会自动相加。迁移测试因此要检查实际发送了什么，以及旧发送程序是否真的停止，而非只看新接口能否返回成功。

买家在 AWS 账单控制台能看到各计费维度的项目与累计费用；启用成本和用量报告后，还能查看单价等细节。这些视图并非实时。卖家可用 CloudTrail 核对 API 调用。要确认某一笔真实重复收费，需要对应客户、许可证、维度和小时的上报记录，以及最终账单行。官方文档已经给出了风险发生的机制。

平台制定去重规则，卖家决定由哪个程序、用什么身份报送，买家支付结果。把一次消费送进两个计费身份，是迁移管理的选择，不是自然灾害。

官方来源