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

「リピート・コマース」は、顧客が承認した設定と、その後、商人が行う課金処理を分離します。 安全な実装では、同意と認証情報の履歴を保持し、初期の顧客とのインタラクションと、その後の課金処理を区別し、運用チームにサブスクリプションと支払い履歴の完全な情報を提供します。

設定と再課金処理を分離#

シーケンス図
1Customer2Merchant3DEUNA4ProviderApprove terms and credential useTokenize through a supportedexperienceReturn a reusable referenceCreate the supported recurring chargeSubmit with configured recurringcontextReturn processing stateNotify or expose authoritative outcome
商社または顧客DEUNAプロバイダーまたはプロセッサ

最初の支払い、トークン、ネットワーク、認証、商人が行うトランザクション、および再試行の要件は、プロバイダー、市場、方法、およびアカウント設定によって異なります。

運用要件#

  • 顧客、利用規約のバージョン、同意時間、認証情報参照、および許可された使用状況を記録します。
  • 認証情報のステータスをサブスクリプションおよび個別の課金ステータスから分離します。
  • スケジュールされた課金ごとに、一意のビジネス参照とサポートされているアイデンポテンツな動作を適用します。
  • 本番環境での再送信前に、再試行の資格、間隔、最大試行回数、顧客へのコミュニケーション、およびキャンセルルールを定義します。
  • タイムアウトまたは不明な状態を、元の試行と照合してから再送信します。
  • 認証情報の有効期限、置換、無効化、顧客の削除、プランの変更、一時停止、およびキャンセルをサポートします。

アカウント固有のスケジュールされた課金のバッチ最適化については、 承認エージェントを参照してください。 これは、合意されたファイルインターフェースであり、公開API契約ではありません。

APIと顧客アクションのライフサイクルを実装するために、 サブスクリプション, 支払いVault, および 決済の合算.