サブスクリプションと定期支払い

金額、通貨、頻度、更新の動作、オプションの初回課金、および再試行ポリシーを設定します。 顧客とサポートされている支払い方法を計画に関連付けます。 その後、DEUNAが料金をスケジュールします。

エンジンと継続的な支払い分類は、必要な商社とストアで有効にする必要があります。 プロセッサのサポート、トークンの移植性、ネットワークトランザクションのリンク、および認証要件は、後続の料金の資格を制限する可能性があります。

既存の請求処理ロジックを維持し、以下の機能を使用してください。 DEUNA 決済 API 各請求に対して。 請求額を計算し、合意を遵守し、コレクションをスケジュールし、重複を防止する責任は、システムにあります。

DEUNAは、後で商社が開始するトランザクションのリンクに使用できる、サポートされているネットワークトランザクション識別子を保持できます。 Vaultトークンは、保存されたカードの資格情報を識別します。 ネットワークトランザクション識別子は、トランザクション履歴を参照します。 これらは顧客の同意を置き換えず、移植性はプロバイダとネットワークによって異なります。

既存のプラットフォームがスケジュールされた請求をファイルとして準備する場合に使用します。 DEUNAとの合意には、ファイル形式、安全な配信、トークンの適合性、資格のあるプロセッサ、および各支払い結果の交換が含まれます。

バッチ受信は支払い承認ではなく、承認は決済ではありません。 すべての項目を最終的な支払い結果に照合してください。

• 継続的な支払い: 合意に基づいて繰り返し請求される料金。 金額は固定されている場合（例：メンバーシップ）または変動する場合（例：使用量ベースの請求）があります。
• 顧客主導のトランザクション (CIT): 顧客が積極的に行う支払い、初回支払いを含む。
• 商社主導のトランザクション (MIT): 以前の合意の下で、顧客が積極的に参加しない、あなたのビジネスが開始する後続のカード支払い。

「Recurring」は、支払いパターンを定義します。「MIT」は、支払いを発行する主体と、その権限を定義します。単にカードを保存するだけでは、後からの支払いが発生しません。

例えば、顧客が毎月の会員費の最初の支払いを「CIT」として支払い、後からの更新を承認することができます。その後の自動更新は「MIT」となります。「カードのトークン化」により、最初の支払いを遅らせることも可能です。

合意書、顧客認証が必要な場合は、事業内容と金額、支払い頻度、またはトリガー、および解約条件を明確に記載した契約書を作成し、必要な場合は顧客認証を行います。

第二の支払いサービス指令（PSD2）の下で、該当する「MIT」は、強力な顧客認証（SCA）を必要としない場合がありますが、これは再発の支払いに対する一般的な免除ではありません。リモートでの設定には、該当する条件下でのSCAが必要です。詳細は、 EBA の MIT ガイドライン および、必要に応じて設定 3D Secure (3DS) 認識

金額が変更される場合は、どのシステムがそれを計算し、選択したモデルがそのルールをサポートしていることを確認してください。

プランは、新しいサブスクリプションで使用される、商用およびスケジュール条件を定義します。

サポートされている請求間隔は DAILY, WEEKLY, BIWEEKLY, THIRTY_DAYS, SIXTY_DAYS, NINETY_DAYS, MONTHLY, BIMESTRIAL, QUARTERLY, ANNUAL, BIENNIAL, TRIANNUAL, および BIANNUAL.

サブスクリプションは、顧客をプランに接続し、そのライフサイクル、支払い方法、請求日、および処理されたトランザクションを記録します。

プランは、初回決済を即時ではなく、後日実行するように設定できます。以下のいずれかのモードを選択してください：

• 特定の月の日: 設定されたカレンダーの日付で課金。例えば、10月3日に作成されたサブスクリプションで、最初の課金日は10月10日となります。
• 獲得からの経過日数: 設定された遅延後に課金します。例えば、10月5日に作成されたサブスクリプションで、7日間の遅延を設定した場合、最初の課金は10月12日に行われます。

カードは、サブスクリプションが作成された時点でトークン化されます。ただし、課金は後から開始されます。このルールは、そのプランから作成されたサブスクリプションに適用されます。

購読設定から、再試行動作を構成する 購読設定 管理画面のタブ:

• 最大試行回数;
• 再試行間隔と単位（分、時間、または日）;
• 線形または指数関数的なバックオフ;
• 設定された試行回数が終了した場合に paused または canceled 移行

管理画面のプレビューでは、保存する前に計算された試行スケジュールが表示されます。 復旧の所有権を、商社側の再試行プロセスと連携し、同じ請求が複数回請求されないようにしてください。

1. 開きます サブスクリプション および、選択してください プラン tab.
2. 選択 「プラン作成」セクションを選択し、.
3. プラン名、コード、説明、グループ、金額、通貨、頻度、および更新ポリシーを入力
4. 最初の支払いが後になる場合は、遅延開始を設定
5. 設定を確認し、「選択」 プランを保存.

保存されたプランがアクティブであり、プランリストに表示されることを確認してから、新しいサブスクリプションを割り当てます。

1. 開く サブスクリプション tab.
2. 顧客のメールアドレス、作成日、プラン、またはステータスでフィルタリング
3. サブスクリプションを開き、顧客の詳細、関連するプラン、請求日、金額、支払い方法、取引、およびライフサイクル履歴を確認

トランザクション結果（単にサブスクリプションの行が存在するかどうかではなく）を使用して、決済が成功したかどうかを確認します。

サブスクリプションを開き、「選択」をクリックし、必要な操作を選択します。 アクション、

利用可能な場合は、理由を追加して、操作のコンテキストを維持します。 一時停止されたサブスクリプションは、同じ「アクション」メニューから再開できます。 どの操作を行った後も、サブスクリプションの詳細で結果のステータスと有効な日付を確認してください。