Revenue Cloudでの支払の処理と返金の発行

次のフローチャートは、「Payment Operations User(支払業務ユーザー)」権限セットを持つユーザーがRevenue Cloudで支払を使用する方法を示しています。

• Revenue Cloudの支払データ モデル
  Payments データモデルは、顧客の支払の処理を管理するためのオブジェクトとそのリレーション (支払のタイムリーな収集と適切な請求書への適用、必要に応じて返金の発行など) を表します。
• Revenue Cloudの保存済み支払方法の設定
  支払が処理されるたびに支払方法の詳細を手動で入力するのではなく、顧客の支払方法を安全に保存することで、1 回限りの支払または定期的な支払を収集します。ネイティブまたはサードパーティの支払ゲートウェイからさまざまな支払方法を保存し、各取引先のデフォルトの保存済み支払方法を設定します。
• トークン化された保存済み支払方法の移行
  外部でトークン化された支払方法を Salesforce 組織に取り込むことで、支払エコシステムを拡張します。バイヤー向けポータルまたはセルフサービス請求ポータルを使用して生成された外部支払方法トークンを取り込み、Salesforce 組織の支払方法として保存します。これらの外部に保存された支払方法は、支払バッチ処理ですぐに使用できます。
• 支払スケジュールと支払スケジュール項目
  支払スケジュールには、顧客が特定のレコードに対して異なるタイミングで支払う必要がある一連の支払に関する情報が含まれます。支払スケジュールには 1 つ以上の支払スケジュール項目が含まれ、各項目は処理する 1 つの支払を表します。
• 支払を処理するための支払バッチの実行のスケジュール
  特定の検索条件を使用して支払スケジューラーを設定し、取引の支払を自動的に処理します。支払バッチの実行では、既存の支払スケジュールと支払スケジュール項目を処理して対応する支払を収集し、支払アプリケーションレベルに基づいて請求書に適用します。
• 支払バッチ実行の概要
  支払スケジューラーの開始時刻に、支払バッチの実行は定義された条件に基づいて支払スケジュール項目の処理を開始します。
• 失敗した支払の再試行
  支払再試行ルールでは、特定のエラー条件に基づいて失敗した支払が自動的に再処理されるため、より多くの収益を捕捉し、手動収集作業を減らすことができます。期限切れのカードや一時的な銀行の問題などの理由で支払が失敗した場合、Billing は定義したルールに従って支払を自動的に再試行できます。支払再試行ルールセットとルールを使用して、支払を失敗としてマークするまでの失敗した支払スケジュール項目の再試行間隔と合計試行回数を定義します。
• API を使用した支払の処理と返金の発行
  一連の API を使用して支払を処理し、返金を発行します。ネイティブの支払ゲートウェイを使用して支払を承認および取得し、支払承認を取り消し、支払方法をトークン化し、定期的な支払を処理するためにカードの詳細を保存します。支払スケジューラーの作成と更新、支払の割り当てまたは割り当て解除を行います。また、一時的な支払を処理し、顧客が支払った商品やサービスを変更またはキャンセルした場合に返金することもできます。