Summary

  • Stripe 在更新订阅时计算比例费用，并假设此前的订阅发票最终会付清。当前周期发票未付时降级，客户仍可能得到旧高价套餐未用时长的抵扣。
  • 负数比例费用不会自动变成现金退款。Stripe 建议在最新发票未付时将 proration_behavior 设为 none，随后分别处理新收费和旧账；若旧发票之后又付清，还须防止重复收款。

优惠先到账，应收账款还在路上

商家批准客户降级。计费系统按照高价套餐剩下的时间生成抵扣，下一张账单仿佛已经替客户留好了位置。财务回头看上一张发票：状态仍是未付。这里没有神秘漏洞，只有两个时钟。抵扣按套餐变化立即计算，现金却取决于旧账是否真的付清。

Stripe 的官方说明写得直接：比例计费按订阅更新当时的状态计算，并假设之前的发票最终会支付。所以一张本期未付发票，可以与高价套餐剩余时间的抵扣同时存在。把这笔抵扣称作“退款”会把账弄乱。Stripe 说明负数比例费用不会自动退现金；它可能进入后续发票。旧发票的应收款、未来发票的抵扣、已经返还的现金，分别需要自己的凭证。

默认更新参数是 create_prorations：创建比例费用项目，但并非所有情况都马上开票。always_invoice 改变开票时点；none 让这次更新不产生比例费用。三个参数都不能替财务回答“旧账收到了没有”。操作员要在改价前看最新发票状态，而不是在账后才发明一套解释。

Stripe 给出的处理路线也有代价。最新发票未付时，可把比例费用设为 none。若保留原计费周期，新产生的收费要另开一次性发票；若把计费起点重置为现在，则可以立即收取新套餐费用。旧发票若后来又被支付，两种处理都可能造成重复收款。Stripe 因此建议作废那张未付旧发票以避免这个结果。到底保留哪笔应收款，是商家的决定。

一次降级的核对表至少要有四格：旧发票状态、更新时的参数、生成的抵扣项目、下一张正式发票如何使用抵扣。客户看到的是一个更便宜的套餐。商家必须把旧账与新账一起关上，否则“自动计费”只是让差额自动失踪。

来源