退款匯率決定了一筆外幣銷售的真實成本，而 Apple 和 Google 的算法並不相同

Apple 和 Google 都會從你的收益中扣回外幣退款，但兩家對該用哪一天的匯率並不一致。正是這個退款匯率，讓一筆歐元、日圓或盧比銷售的退款，可能比當初這筆銷售付給你的錢多出幾美分，或少幾美分。單筆退款時這只是雜訊。但把一整年的國際退款加起來，它就成了帳上一筆沒人編列預算的項目，而且很容易被誤認為是報表錯誤。

各商店採用哪種退款匯率

兩家商店採用不同的模式。Apple 在整個會計月內以各店面的幣別保存你的收入，只在付款給你時換算一次。Google 則在每筆訂單下單的那一刻，就把它換算成你的撥款幣別。退款沿用其所在商店的模式。

Apple 在付款時換算

Apple 的 Payments and Financial Reports 頁面說明，其銀行會把付款金額換算成你銀行帳戶的幣別。匯率由 Apple 的銀行設定，Apple 表示通常是付款當日的即期匯率，且不早於款項到達你帳戶前三個工作天。付款本身會在交易完成所在會計月最後一天起 45 天內撥出。

因此在 Apple 付款之前，你的收益一直以各地本國貨幣存放。一筆德國的銷售在報告裡是歐元，一筆日本的銷售是日圓。Apple 的財務報告甚至在每一列的 Partner Share Currency 欄位中註明了幣別。

Google 在下單時換算

Google 的 Play Console 說明文件指出，它使用下單時的匯率，把一筆銷售從買家的幣別換算成你的帳戶幣別。該匯率在一天內持續更新，每張訂單收據都會顯示所用的匯率。之後撥款以你付款資料的幣別發放。

為什麼退款扣回的金額可能多於銷售當初付給你的

在 App Store 上，差額來自日曆。Apple 的財務報告依據每個 Apple 會計月內處理並結算的交易，只要該期間有購買或退款，就會產生報告。一筆在之後月份結算的退款，會以 Return 列的形式出現在那個月，Sale or Return 欄位為 R，幣別與原銷售相同。接著它與那個月的其他所有款項一起，按那筆較晚付款的匯率換算。

如果在兩次付款之間，店面幣別相對於你的銀行幣別升值，退款扣回的就會多於當初銷售帶來的金額。如果貶值，扣回的就更少。兩家商店都不會為這部分差額補償你，也不會為此收取費用。這只是兩個不同日子的兩次換算而已。

Google Play 的退款又是如何

Google 的說明頁面做了兩項承諾。對於以買家當地貨幣下單的訂單，退款以同一幣別退回，匯率變動不會影響退款金額。而且，從你的付款資料中扣除的任何退單款項，都採用下單時的匯率。第二句話把退單鎖定在原始匯率上。

至於一般退款，該頁面沒有說明你這一側的扣款按哪個匯率換算。不過你不必猜測。Google 的月度收益報告為每一列，包括 Charge refund 和 Google fee refund 列，都標註了各自的 Currency Conversion Rate，其定義是把買家金額換算成你商家幣別撥款金額時所用的匯率。把退款列的匯率與其原始 Charge 列的匯率比對，就能看出發生了什麼事。

落到錢上是多少

以下用虛構的數字舉一個例子，目的是展示機制，而非任何真實匯率。假設你在某個歐元店面的一筆 App Store 銷售中，Partner Share 為 €7.00，而你的銀行帳戶是美元帳戶。

歐元一側正好相抵為零，本該如此。美元一側卻不為零，因為退款換算的那一天歐元更值錢。把兩個匯率對調，你反而會多出 $0.28。對單筆銷售來說這微不足道。但在一次大幅匯率波動期間，若有數千筆退款集中在少數幾種貨幣上，累積起來就是一筆真金白銀，而且它不會以匯兌損失的名目出現在任何一列裡。

任何匯率都無法挽回的成本

匯率波動只是小頭。大頭是你在銷售遭退款之前為交付它所花的錢，而這些錢不會以任何幣別回來。

• 運算：買家已經收到的每張圖片、每段影片或每次模型回應背後的 GPU 或伺服器時間。
• API 呼叫：第三方請求在觸發的那一刻就已向你計費，而且無論買家身在何處，往往都以美元開立帳單。
• 儲存空間：買家建立的檔案，在退款之後仍然留在你的帳單上。
• 分潤：就這筆銷售已經付給創作者、推廣夥伴或合作夥伴的收益分成。

這就是為什麼那兩個要求你提供證據的退款流程，比任何匯率都更重要。Apple 的 CONSUMPTION_REQUEST 給你 12 小時傳送消耗資訊，Google Play 透過 orders.reviewrefund 進行的退單審查給你 24 小時。其他所有退款，從 Google 的 48 小時自助退款期限，到客服退款和作廢的購買，都在沒有你參與的情況下決定。

Google Play 上的外幣退單

自 2026 年 8 月 3 日起，對於該日期之後下單的訂單，Google Play 與開發者分擔退單成本。開發者負擔購買價格減去 Play 服務費的部分，外加金融機構收取的退單手續費。Google 繼續負擔自己的服務費部分。

匯率部分是可預測的。由於 Google 對退單扣款採用下單時的匯率，一筆敗訴退單中的價格部分，以你的撥款幣別計，正好等於這筆銷售當初賺到的金額。銀行手續費則是與銷售無關的那部分。Google 的收益報告註明，退單金額會出現在下個月的收益結算週期中，而退單手續費會在爭議解決後以月度彙總金額顯示。

為什麼各報表中的退款數字對不起來

如果你的退款總額因查看位置不同而不一樣，貨幣往往是原因之一。Apple 的 Sales and Trends 使用上個月匯率的滾動平均值來估算美元金額。Payments and Financial Reports 則使用付款時的實際匯率，而且只有在當月付款撥出後才會顯示。Apple 明確表示，退款、扣款重試和貨幣換算在兩個系統中的記錄時間可能不同，並提醒開發者不要直接比較這兩個總額。

一套快速對帳流程

• 先用 Partner Share Currency 以店面幣別核對 App Store 退款，然後再做任何換算。
• 按實際承載該退款的那筆付款的匯率換算，而不是原始銷售的匯率。
• 在 Google Play 上，把每一列 Charge refund 與其原始 Charge 列對應起來，比較兩者的 Currency Conversion Rate 值。
• 把退單與退款分開追蹤，因為 Google 會在下個月的週期中計入退單，並把銀行手續費以月度彙總加上。
• 保留逐筆交易的使用記錄，如此無論是哪種幣別，可以申訴的退款都能在 12 小時或 24 小時的期限內完成申訴。