説明
各外部システム統合にコネクテッドアプリを使用することは、各統合に対してセキュリティ、監査、および監視機能を提供できるため、優れたソリューションです。コネクテッドアプリは、APIと認証プロトコルとしてのOAuthを使用してSalesforceに接続できるアプリケーションです。コネクテッドアプリは、各統合に対してIP制限、ログイン時間、セッションタイムアウトなどのポリシーを適用することもできます。3つの外部システム統合に共有統合ユーザーを使用することは、最小権限の原則に違反し、各システムの活動を監査することが困難になるため、優れたソリューションではありません。3つの外部システム統合に共有コネクテッドアプリを使用することも、各統合のきめ細かな制御と可視性を確保できないため、優れたソリューションではありません。各外部システム統合に固有の統合ユーザーを使用しても、認証、認可、または暗号化のメカニズムが提供されないため、セキュリティと監査の要件を満たすには不十分です。参照：Salesforce統合アーキテクチャ設計者リソースガイド、20～21ページ

D. ETLツールを使用して、Salesforceと自社開発アプリケーションを定期的に同期させる。

ユーザーが即時の確認を必要としない統合を設計する場合、アーキテクトは同期的な「リクエスト-レスポンス」パターンから非同期的な「ファイアアンドフォーゲット」16または
「バッチ処理」パターン。このようなシナリオでは、最も重要なアーキテクチャ上の制約は、レイテンシ要件を定義することです。
レイテンシーは、統合ツールの技術的な選択を左右します。フルフィルメントシステムが、高速ピッキングプロセスを開始するために、注文作成後数秒以内に注文情報を必要とする場合、アーキテクトはSalesforceアウトバウンドメッセージングまたはプラットフォームイベントによってトリガーされるApexコールアウトを選択する可能性があります。システムが1時間ごと、または夜間に1回だけ注文を処理すれば良い場合は、バッチETLプロセスの方が適しています。許容可能な遅延（レイテンシー）を理解することで、リアルタイムパフォーマンスが不要な場合に過剰な設計を行うことなく、ソリューションがビジネスの期待を満たすことが保証されます。
オプションB（アウトバウンドメッセージング）は有効な技術的機能ではありますが、初期設計段階を推進する高レベルの「システム制約に関する質問」というよりは、具体的な解決策です。オプションC（アドレス検証）はデータ整合性に関する機能要件ですが、レイテンシほど効果的に統合のアーキテクチャフレームワークを定義するものではありません。レイテンシのしきい値を特定することで、アーキテクトは統合をほぼリアルタイム、1時間ごと、または1日ごとに行うべきかを判断でき、それがシステムのエラー回復、再試行、およびトランザクション量の処理方法に影響を与えます。

説明
このユースケースでは、リクエストとレスポンスを使用する統合パターンが推奨されます。これは、サポート担当者がコアバンキングシステムにリクエストを送信し、銀行口座IDを含むレスポンスをリアルタイムで受信できるためです。この方法により、サポート担当者は遅延や不整合なく、新しく作成された銀行口座IDを顧客に通知できます。ストリーミングAPIを使用してプッシュトピックを生成する方法は、イベント駆動型統合に使用されるものであり、Webサービス統合には適していないため、適切な解決策ではありません。アウトバウンドメッセージの使用も、SOAP Webサービスを使用するSalesforce固有の機能であり、コアバンキングシステムと互換性がない可能性があるため、適切な解決策ではありません。Salesforceプラットフォームイベントの使用も、イベント駆動型統合に使用されるものであり、Webサービス統合には適していないため、適切な解決策ではありません。参照：Salesforce統合アーキテクチャ設計者リソースガイド、29～30ページ

説明
統合コンサルタントは、DMSとESBをSalesforceと統合する際に、以下の認可および認証に関するニーズを考慮する必要があります。
ユーザーは、顧客を検索することなく、担当顧客固有の情報を閲覧できる権限を持つべきです。つまり、Salesforceでユーザーが作業している顧客レコードまたはケースに基づいて、DMSおよびESBから顧客の請求情報と生成された請求書にシームレスかつコンテキストに応じたアクセスを提供する統合機能が必要です。
DMSおよびESBへのアクセスに関する企業のセキュリティ要件を考慮してください。つまり、統合は暗号化、監査、ログ記録、監視など、企業のセキュリティポリシーと標準に準拠する必要があります。
ユーザーは、ユーザー名とパスワードを入力することなく、DMSとESBに認証される必要があります。つまり、統合では、OAuthやSAML34などの単一のログイン認証情報で複数のシステムにアクセスできるシングルサインオン（SSO）メカニズムを使用する必要があります。参考資料：接続されたアプリとOAuth 2.0による認証、SAMLとOAuthを使用したデスクトップおよびモバイルアプリケーションのシングルサインオン