每一笔订阅升级退款都由商店决定，不由你决定，而且直接从你的收入中扣除

客户点了升级，从你的 five dollar 档位换到 ten dollar 档位，你入账了一笔更大的销售。就在同一刻，商店做了另一件你永远看不到的事。它为客户在旧套餐上已经付过款的那些天，发放了一笔订阅升级退款，而这笔钱从你的收入里扣。没有人征求你的意见。在 App Store 上，你甚至无法在服务器收到的事件里找到这个金额。

这不是你能去争的那种退款。它不是 Apple 的 CONSUMPTION_REQUEST，也不是 Google Play 的拒付审查。它是按比例分摊，内建在两家商店让用户更换套餐的机制里，每当订阅者升到更高一档时，它就自动运行一次。下面讲清升级退款在每家商店上究竟是什么，Apple 为何不把金额发给你的服务器，以及错误的 Google Play 设置会让你付出多少代价。

订阅升级退款究竟是什么

升级退款是商店为客户已付款但用不到的时间所做的结算。它与投诉、争议或你的退款政策毫无关系。它仅凭套餐变更这一动作本身触发。

它是按比例分摊，不是客户投诉

当订阅者在一个计费周期中途升级到更高档位时，他其实已按旧价格付到了这个周期的结束。商店会为他补偿未使用的那部分。Apple 会按比例退还原订阅的金额。Google Play 会把未使用的价值抵扣到新套餐上。两者都不经过一个你能回应的流程，也都不等你批准。

只有升级才会触发它

变更的方向决定了钱怎么走。在 App Store 上，升级是指换到同一订阅组内排名更高的产品，只有这一动作是立即生效并退款的。降级是指换到排名更低的产品，它会在下一个续订时生效，且不退款。同级切换是指在同一排名的产品之间更换，其生效时间取决于所涉及的时长。如果你在 App Store Connect 里把产品排名排错了，一次你以为是升级的变更就会表现得像别的东西。

App Store 为何对你的服务器隐藏升级退款

接下来是让收入报告失真的那一部分。Apple 发放了升级退款，却从不告诉你的服务器它退了多少。

isUpgraded 是唯一的信号，而价格是错的

新交易到达时带有设为 true 的 isUpgraded，它告诉你发生了一次套餐变更。那笔交易上的价格字段仍显示新档位的完整标示价，而不是 Apple 从旧档位收回的金额。没有任何 App Store Server Notification 携带这个退款数字。用 Apple 自己在开发者论坛上的话说，按比例退款的金额无法通过 App Store Server API、Notifications 或 StoreKit 获取，而 App Store Connect 报告才是你所有财务核算用途的来源。

财务报告是唯一诚实的记录

App Store Connect 财务与销售报告会核算按比例的升级退款，因为正是这些报告决定了 Apple 实际付给你多少钱。这让它们成为任何曾经升级过的订阅者的唯一真实来源。从报告出发去做核算，把服务器事件当作权益信号，而不是收入。

它会让你付出多少钱

升级退款不是一个可以忽略的舍入误差。它是实实在在的收入，而在 Google Play 上，你还要选择放弃多少未使用的时长。

退款是你已经入账的收入

假设一位订阅者在你的 9.99 每月档位上，在一个 30 day cycle 的 day 20 升级到 19.99。这个月大约三分之一还没用完，因此 Apple 会从原来的 9.99 中退还约 3.33。你并没有丢掉整笔销售。你退回的是客户预付却用不到的那一部分。关键在于，这笔退还是自动发生的，而且落在旧的那笔销售上，所以你已经算进去的收入会在事后缩水。把它乘以每一位在周期中途升级的订阅者，它就成了一条你本应看得见的账目，而不是你在结算时才发现的缺口。

在 Google Play 上，替换模式才是真正的成本杠杆

在升级时，Google Play 不会把钱退回到卡里。它会以几种方式之一来结算未使用的时长，而你在发起购买流程时通过传入一个替换模式来选择用哪一种。这个选择决定了你是把付费时长送给客户，还是向他收取差价。Google 建议升级用 CHARGE_PRORATED_PRICE，降级用 DEFERRED，但库的默认值是 WITH_TIME_PRORATION，所以一个你从未配置过的流程正在悄悄地抵扣时长。

如何不让升级退款给你的账目带来意外

你无法关闭按比例分摊，你也不会想关，因为正是它让套餐变更对客户公平。你能做的是看见它、给它定价，并把它和你真正能申诉的退款分开。

把 Apple 升级与财务报告对账

由于退款金额从不到达你的服务器，App Store Connect 财务与销售报告是按比例升级退款唯一出现的地方。每个周期都把订阅者收入拿去和这些报告对账，不要用 Server Notifications 的累计流水去计算收入。isUpgraded 标记告诉你发生了一次变更。报告告诉你它的代价是多少。

有意识地选择 Google Play 替换模式

为每一次套餐变更都刻意传入一个替换模式。当你想在升级时立即收取价格差额，就用 CHARGE_PRORATED_PRICE。只有当你确实想把剩余时长送给客户时，才保留 WITH_TIME_PRORATION。降级用 DEFERRED，这样你能在期限结束前保住当前收入。默认值是一个决定，而错误的默认值会让利润随着每一次升级一点点被送掉。

把升级退款与你能申诉的退款分开

升级退款在设计上就是自动且最终的。它不是客户要求退钱。你真正能影响的是客户主动发起的退款，也就是 Apple 发来 CONSUMPTION_REQUEST 并给你 12 hours 回应的那种，以及 Google Play 通过 orders.reviewrefund 开启拒付审查、给你 24 hours 窗口的那种。给你的数据打上标签，让这两者永远不会混在一起。一条是你去对账的账目。另一条是你要在限时内回应的账目。

简短版

当客户升级订阅时，商店会自动为他结算未使用的时长。Apple 立即按比例退还旧套餐的金额，且从不把这个数字发给你的服务器，因此 App Store Connect 财务报告是唯一准确的记录。Google Play 会抵扣时长或收取差价，取决于你设置的替换模式，而默认设置会把付费时长交给客户，由你按成本交付。这一切都不经过 CONSUMPTION_REQUEST 或拒付审查，因此没有什么可申诉的。把升级退款对好账，有意识地设置你的 Google Play 模式，并把它和你仍然能去争的退款分开。