每一筆訂閱升級退款都由商店決定，不由你決定，而且直接從你的收入中扣除

客戶點了升級，從你的 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 模式，並把它和你仍然能去爭的退款分開。