決済方法と同意
サブスクリプションはカード決済方法のみをサポートしています。このページでは、継続課金の同意の仕組みと、消費者が既存のサブスクリプションのカードを更新する方法について説明します。
同意が重要な理由
更新の課金は、消費者がカード情報を入力したりチャレンジを完了したりすることなく、自動的に行われます。これを安全に実現するために、Tokenz は 加盟店起因取引（MIT）同意 を使用します。消費者がサブスクリプションのために最初にカードを提供すると、Tokenz はそのカードに今後も課金する許可を記録します。以降のすべての更新および督促の再試行は、この保存された同意を使用して MIT として課金されます — 消費者は毎回カード情報を再入力したり、3D セキュア（3DS）チャレンジに応じたりする必要はありません。
同意は、カードがサブスクリプションに初めて紐付けられた時点で、Tokenz がホストするフローによって自動的に取得されます。
- トライアルなし：同意は初回のチェックアウト決済の一部として取得されます。
- トライアル期間あり：初回の課金がないため、消費者がトライアルを開始した時点で同意が取得されます。
- 後からカードを更新する場合：以下で説明するのと同じフローに従って、新しいカードに対して改めて同意が取得されます。
支払い方法の更新
サブスクリプションが trialing・active・unpaid のいずれかの状態であれば、消費者はいつでもカードを更新できます — 例えば、カードの有効期限が近い場合や、拒否された更新から復旧する場合などです。これは、サブスクリプションが最初に作成されたときにホストされたチェックアウトページに誘導されるのと同じ方法で、消費者をそのサブスクリプション専用の Tokenz がホストする支払い方法更新フローに誘導することで行われます。
フローの流れ：
- 消費者は自分のサブスクリプション用のホストフローにリダイレクトされます。
- 新しいカードを入力します。発行会社が求める場合は、3D セキュア認証を完了します。
- Tokenz はそのカードに対する新しい同意レコードを取得します。
- 同意が 付与された 場合、サブスクリプションの支払い方法は即座に新しいカードに切り替わります。拒否された 場合、既存のカードはそのまま維持され、何も変更されません。
- 更新が確定すると、Tokenz は
subscription.payment_method_updatedの Webhook でバックエンドに通知します。
保存済みの支払い方法を使用する
消費者がすでに同意済みで保存された支払い方法を持っている場合（例えば以前のサブスクリプションや購入によるもの）、ホストフローではカード情報を再入力することなくそれを直接再利用でき、新たな同意のステップは不要になります。
拒否された更新からの復旧
更新の課金が失敗すると、サブスクリプションは unpaid に移行し、Tokenz は復旧用のチェックアウトリンクを消費者にメールで送信します（ライフサイクルと請求 を参照）。消費者は既存のカードによる自動再試行に任せることも、復旧用のチェックアウトセッションで新しいカードを提供することもできます。新しいカードを提供すると、サブスクリプションの支払い方法が更新され、未払いの注文の支払いが直ちに試行されます。