退款汇率决定了一笔外币销售的真实成本，而 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 小时的窗口内完成申诉。