サブスクリプションのアップグレード返金はすべてストアが決めることであり、あなたが決めることではない。しかもあなたの収益から直接差し引かれる

顧客がアップグレードをタップし、あなたの 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 だけが唯一の信号で、価格は誤っている

新しいトランザクションは isUpgraded が true に設定された状態で届き、プラン変更が起きたことを伝えます。そのトランザクションの価格フィールドは、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 へアップグレードするとします。月のおよそ3分の1が未使用なので、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 のモードを意図して設定し、それをあなたがまだ戦える返金と分けておいてください。