設問
B2C (Business-to-Consumer) エンタープライズ顧客の使用事例には、Salesforce の外部支払ゲートウェイ サービスからの支払い処理が含まれます。
・顧客がカスタマー サービス担当者 (CSR) にサービスのアップグレードを依頼します。
・顧客が支払いのためにクレジットカードの詳細を CSR に提供します。
・CSR が Salesforce で支払い情報を送信し、外部支払ゲートウェイで処理されます。
・CSR が支払い確認を受け取ります。
・CSR が顧客のサービスをアップグレードし、顧客を確認します。
この使用事例では、CSR がサービスをアップグレードする前に支払い確認を取得する必要があります。
支払ゲートウェイとの統合は信頼性が高く、監査のために監視される必要があります。
支払ゲートウェイ サービスは、B2C エンタープライズ顧客がサブスクライブしている外部の RESTful サービスです。
統合アーキテクトはこの統合に対して何を推奨すべきでしょうか。
選択肢
A. プラットフォーム イベントは、リアルタイム イベント データの交換を通じて支払いゲートウェイへの統合を可能にします。プラットフォーム イベントはスケーラブルかつ安全です。
B. 監査目的でエラー処理とログ記録をサポートする ESB を介して支払いゲートウェイを呼び出します。
C. 外部サービス機能を使用して支払いゲートウェイを Salesforce に統合し、CSR へのリアルタイム更新を保証し、支払い後のプロセスをサポートします。
D. 外部支払いゲートウェイ サービスへのカスタム Apex コールアウトを構築し、CSR に成功メッセージを提供します。コールアウトと応答の詳細は監査目的でログに記録されます。
解答
D. 外部支払いゲートウェイ サービスへのカスタム Apex コールアウトを構築し、CSR に成功メッセージを提供します。コールアウトと応答の詳細は監査目的でログに記録されます。
解説
A. プラットフォーム イベントは、リアルタイム イベント データの交換を通じて支払いゲートウェイへの統合を可能にします。プラットフォーム イベントはスケーラブルかつ安全です。
不正解です。
プラットフォームイベントは非同期のpub/subモデルであり、「ファイア＆フォーゲット」パターンに適しています。CSRが支払い確認を即座に受け取る必要がある同期的な「リクエスト＆リプライ」パターンには不向きです。
B. 監査目的でエラー処理とログ記録をサポートする ESB を介して支払いゲートウェイを呼び出します。
不正解です。
ESBは主に非同期処理やバッチ処理に使用されます。リアルタイムの同期的な支払い確認が必要な本ケースでは適切ではありません。また、ESB自体はエラーログ処理を直接提供しません。
C. 外部サービス機能を使用して支払いゲートウェイを Salesforce に統合し、CSR へのリアルタイム更新を保証し、支払い後のプロセスをサポートします。
不正解です。
外部サービスは宣言的な統合には優れていますが、レスポンスヘッダーやフォームパラメータをサポートしておらず、複雑な支払い処理に必要な監査機能や再試行メカニズムが欠如しています。
D. 外部支払いゲートウェイ サービスへのカスタム Apex コールアウトを構築し、CSR に成功メッセージを提供します。コールアウトと応答の詳細は監査目的でログに記録されます。
正解です。
カスタムApexコールアウトは同期的な「リクエスト＆リプライ」パターンを実装でき、支払い確認をリアルタイムで取得可能です。エラー処理、リトライロジック、監査ログをカスタムオブジェクトに記録する機能を柔軟に実装できます。
第19問
こちらをクリック
