Summary

  • AWS计量指南说，卖方收到unsubscribe-pending后有一小时补报；定价指南说，协议结束后一小时才收到License Deprovisioned - Manufacturer；EventBridge指南却说，收到这个许可事件才开始最后一小时。
  • 逾期记录会被拒收。卖方可能无法收取已经发生的用量，买方则需要把取消时间、最终计量记录和账单逐项对上。

市场平台可以把合同写进事件流。问题是，同一事件不能同时充当开场哨和终场哨。

AWS Marketplace按卖方提交的计量记录计算SaaS用量费用。其计量指南描述，订阅型产品的买方发起退订后，卖方收到unsubscribe-pending，随后有一小时提交所有尚未上报的用量；unsubscribe-success之后的数据不再被接受。如果同一产品存在多份并行协议，取消哪份许可，就只对那份许可启动窗口，其余协议仍可继续计量。

定价指南的顺序不同。它先写购买协议结束事件，再给卖方一小时上报剩余用量，接着才发生License Deprovisioned - Manufacturer。该页明确说，收到许可撤销事件时已经不能再发送计量记录。按这个版本，许可事件负责关门。

EventBridge集成指南却让同名事件开门。事件表和“最终用量上报窗口”一节都说，License Deprovisioned - Manufacturer标志着一小时窗口开始；卖方应在收到该事件后通过BatchMeterUsage提交余额，窗口关闭后API拒收。两份官方说明把相同事件放在一小时的两端。

这不是文案上的小毛病。卖方若按照EventBridge页等待许可事件，按定价页的时序就可能已经错过期限；若一见协议结束便结清，也可能放弃实际仍可被API接收的记录。公开文档证明的是说明之间的冲突，并未给出生产事件轨迹来判定真实顺序。

另有两个数字容易误导排程。客户仍在订阅时，AWS允许上报最多追溯24小时的计量记录；退订后，剩余记录要在一小时内提交。月末结算另有六小时宽限，那是跨月报数的规则，不能拿来延长退订窗口。AWS也提醒，买方账单报表并非实时更新。取消成功的画面与最后一笔账之间，本来就隔着卖方的报数和平台的接收。

卖方应按协议保存取消时间、每条事件及其接收时间、最终用量、BatchMeterUsage请求和接受或拒绝的回执；买方应据此核对最终费用。眼下缺的是AWS带日期的统一事件顺序，或可复核的API实测轨迹，说明不同计价模式的准确截止点。在它出现前，按最早的相关通知启动报数，凭API接受回执结账。

官方原始资料