メインコンテンツへスキップ
このページで

サブスクリプションおよびリピート決済は、継続的な収益を保護しつつ、顧客の同意、認証ライフサイクル、プロバイダー要件、および商人の再試行ポリシーを尊重することに焦点を当てています。このページは、公開スキーマまたはバッチファイル仕様ではなく、関連する概念を説明しています。

対象となるユースケース#

ビジネス情報ドメイン#

この機能は、サブスクリプションおよび請求書のライフサイクルコンテキスト、リピート決済の試行と結果、承認された認証の状態、復旧アクション、顧客コミュニケーションの状態、および将来の商業的な結果を使用できます。各概念の authoritative なソースは、商人の請求、決済、および顧客システムに依存します。

DEUNA は、有効化中に、デプロイ固有のマッピングとサポートされているファイルまたは API インターフェースを確認します。この概要から、必要な列、enum、またはデリバリー形式を推測しないでください。

準備と制御#

  • 顧客が承認した設定と、その後の商人が開始する実行を分離する。
  • 同意、認証、サブスクリプション、請求書、決済、および結果のトレーサビリティを維持する。
  • 復旧の資格、タイミング、最大試行回数、コミュニケーション、およびキャンセル動作を定義する。
  • 別の金融試行を作成する前に、不明な結果を解決する。
  • 認証の秘密情報と、不要な個人データを分析およびフリーテキスト入力から分離する。
  • 復旧、強制的な解約、顧客への影響、コスト、および紛争の結果を一緒に測定する。

APIと顧客アクションのライフサイクルを実装するために、 サブスクリプション, サブスクリプション, および ソースマッピングに関するガイダンス.