外貨建ての売上の本当のコストは返金時の為替レートで決まり、Apple と Google ではその決め方が違う

Apple も Google も外貨建ての返金をあなたの収益から差し引きますが、どの日の為替レートを使うかについては一致していません。この返金時の為替レートこそが、ユーロ、円、ルピーでの売上の返金が、元の売上で受け取った額より数セント多く、あるいは数セント少なくなる理由です。返金一件ならノイズにすぎません。しかし一年分の海外での返金を合計すると、誰も予算に入れていなかった項目として帳簿に現れ、レポートの誤りと誤解されがちです。

各ストアが使う返金時の為替レート

二つのストアは異なるモデルで動いています。Apple は会計月のあいだ収益を各ストアフロントの通貨のまま保持し、支払いのときに一度だけ換算します。Google は注文が行われた時点で、各注文を支払い通貨に換算します。返金は、そのストアのモデルをそのまま引き継ぎます。

Apple は支払い時に換算する

Apple の Payments and Financial Reports のページには、Apple の銀行が支払額をあなたの銀行口座の通貨に換算すると記載されています。レートは 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 時間、orders.reviewrefund による Google Play のチャージバック審査では 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 時間の期間内で対応できる。