Skip to main content

サブスクリプション管理

サブスクリプションページには、顧客とのすべての継続課金契約が表示されます。
Subscriptions List

サブスクリプションリスト

詳細なテーブルですべてのサブスクリプションを表示:

サブスクリプションステータス

アクティブ

サブスクリプションが稼働中で通常通り請求中。

試用中

顧客が無料試用期間中。

延滞

支払い失敗、リトライ待ち。

キャンセル中

キャンセルリクエスト済み、期間終了まで有効。

期限切れ

サブスクリプションが期限切れ。

キャンセル済み

サブスクリプション終了。

請求サイクル

サブスクリプションのフィルタリング

サブスクリプション詳細

サブスクリプションをクリックして表示:

概要

  • サブスクリプション ID
  • ステータスとステータス履歴
  • プロダクト詳細
  • 価格と通貨
  • 請求サイクル

請求情報

  • 現在の期間開始/終了
  • 次回請求日
  • 保存された支払い方法
  • 請求履歴

顧客

  • 顧客メール
  • アカウント詳細
  • 同じ顧客の他のサブスクリプション

支払い履歴

  • このサブスクリプションのすべての請求
  • 成功および失敗した試行
  • 返金

キャンセル記録

このサブスクリプションの各キャンセルを新しい順に一覧表示します。 ストア全体の内訳:キャンセル理由。

プラン変更のマーカー

プラン変更は 1 つの注文を終了して別の注文を作成するため、履歴は 2 つのレコードにまたがります。ダッシュボードは無関係な 2 行として放置せず、両者を紐付けます。 どちらのマーカーからも、変更前後の注文を行き来できます。

サブスクリプション管理

サブスクリプションのキャンセル

1

サブスクリプション詳細を開く

キャンセルしたいサブスクリプションをクリック。
2

「サブスクリプションをキャンセル」をクリック

アクションメニューでボタンを見つける。
3

キャンセルを確認

キャンセルは現在の請求期間の終了時に有効になります。サブスクリプションは期間終了まで「キャンセル中」ステータスになり、その後「キャンセル済み」になります。
顧客は現在の支払い済み請求期間が終了するまでアクセスを維持します。

更新のシミュレーション(テストモード)

テストモードのサブスクリプションでは、詳細ドロワーの「サブスクリプションをキャンセル」の横に 2 つのボタンが追加されます。サブスクリプションを 1 請求期間進めることで、次回の請求が成功または失敗したときに自分のシステムが何を受け取るかを、実際の請求日を待たずに、サポートの手を借りずに確認できます。
1

テストモードに切り替える

ボタンはテストサブスクリプションにのみ表示されます。本番サブスクリプションには表示されず、API も本番のリクエストを拒否します。
2

アクティブ / トライアル中 / 支払い遅延のサブスクリプションを開く

キャンセル済み、終了済み、期限切れのサブスクリプションには次の期間がないため、ボタンは表示されません。
3

「更新成功をシミュレート」または「更新失敗をシミュレート」をクリック

失敗は必ず確認ダイアログを経由し、成功は即座に実行されます。リクエスト中は両方のボタンが無効になります。
4

しばらくしてから更新する

クリックはトリガーのみを意味します。新しい支払い、ステータス、webhook 配信は決済プロバイダーから非同期で届きます。
シミュレートした失敗は累積し、最後の一歩は取り消せません:2 回続けて失敗するとサブスクリプションは終了し(active —> past_due —> canceled)、復元できません。1 回のクリックで進むのはちょうど 1 期間で、巻き戻し、リセット、複数期間の一括実行はありません。
シミュレーションで生成された支払いはテストデータです —— 精算、残高、出金には入りません。

サブスクリプションの再開

キャンセル中のサブスクリプションは、現在の期間が終了する前に再開できます。ステータスは active に戻り、以降の更新は元の請求サイクルで継続します。新たな課金は発生しません。 これは顧客がカスタマーポータルで行う操作です。ダッシュボードに対応するボタンはありません。

サブスクリプションメトリクス

統計カード

MRR 計算

MRR はすべてのアクティブなサブスクリプションから計算されます:

支払い失敗

更新の課金が回収できなかった場合:
  1. ステータスが延滞に変更
  2. 顧客にサブスクリプション支払い遅延の通知メールを送信
  3. 催促ポリシーに基づいて回収をリトライ
  4. リカバリーに成功しなかった場合、サブスクリプションは終了
past_due は即時終了ではなくリカバリーのための状態です。顧客が支払い方法を整える間、アクセスを継続できます。詳しくは更新リカバリーをご覧ください。
更新が失敗したときに顧客へ送られるメールは 1 通だけです。リトライリマインダーや最終警告といった個別のシーケンスはありません。ご自身でも通知を受け取りたい場合は、通知設定でサブスクリプション支払い遅延に受信者を登録してください。すでに失われた売上に直結する唯一のイベントです。

試用期間

試用が有効なプロダクトの場合: 試用変換を追跡:
  • 試用 → アクティブ(変換済み)
  • 試用 → キャンセル済み(変換前に解約)

プラットフォームのトライアル保護

Waffo Pancake はプラットフォームレベルで消費者のトライアル履歴を自動的に追跡します。消費者が過去にトライアルを利用したことがある場合、実際に付与されるトライアル日数は設定値より少なくなることがあります。これにより、加盟店側の対応なしでトライアルの不正利用を防止できます。 共有トライアルが有効なプロダクトグループでは、トライアルの利用状況はグループ内のすべての商品で共有されます。

購読者のプラン変更

購読者を別のプランへ移す操作は、まだこのページからは行えません。各行の管理の導線は表示されますが、無効化されており、近日公開 と記載されています。 現在利用できる経路は 2 つです。

プラン変更の仕組み

適用タイミングのルール、日割り計算、API のフロー、想定すべき Webhook イベント。
支払い方法をダッシュボードから更新することはできず、プラットフォームが「カードを更新してください」というリンクを送ることもありません。カードの期限が切れる顧客には、新しいチェックアウトが必要です。詳しくは支払い方法をご覧ください。