説明
現在のシステム環境のうち、Salesforce の導入によって廃止できるシステムは、ケース管理システム、営業活動システム、電子メール マーケティング システムの 3 つです。これらのシステムは、それぞれ Salesforce Service Cloud、Sales Cloud、Marketing Cloud に置き換えることができ、ケース、営業活動、電子メール キャンペーンを管理するための同様またはより優れた機能を提供します。選択肢 A は不正解です。Salesforce の実装によって注文管理システムを廃止することはできません。同社は、複雑でカスタマイズされる可能性が高い注文管理プロセスに既存のエンタープライズ機能を再利用したいと考えています。Salesforce は、B2C コマース シナリオ用のネイティブ注文管理ソリューションを提供しません。選択肢 E は不正解です。Salesforce の実装によって見積システムを廃止することはできません。同社は、複雑でカスタマイズされる可能性が高い見積プロセスに既存のエンタープライズ機能を再利用したいと考えています。Salesforce は、B2C コマース シナリオ用のネイティブ見積ソリューションを提供しません。

https://developer.salesforce.com/docs/atlas.en-us.integration_patterns_and_practices.meta/integration_patterns_and_practices/integ_pat_data_virtualization.htm

説明
統合コンサルタントは、DMS および ESB を Salesforce と統合する際に、次の認可と認証のニーズを考慮する必要があります。
ユーザーには、顧客を検索することなく、サービスを提供している顧客に固有の情報を表示する権限が与えられる必要があります。これは、統合により、ユーザーが Salesforce で作業している顧客レコードまたはケースに基づいて、顧客請求情報および DMS および ESB から生成された請求書へのシームレスでコンテキストに応じたアクセスが提供される必要があることを意味します。
DMS および ESB へのアクセスに対する企業のセキュリティ ニーズを考慮してください。これは、統合が暗号化、監査、ログ記録、監視などの企業のセキュリティ ポリシーと標準に準拠する必要があることを意味します。
ユーザーは、ユーザー名とパスワードを入力することなく、DMS および ESB で認証される必要があります。これは、統合では、ユーザーが OAuth や SAML34 などの 1 つのログイン資格情報で複数のシステムにアクセスできるようにするシングル サインオン (SSO) メカニズムを使用する必要があることを意味します。 SAML と OAuth を使用したモバイル アプリケーション

https://help.salesforce.com/articleView?id=apex_add_external_data_source.htm&type=5