
2026年最新のSalesforceテストIdentity-and-Access-Management-Architect日本語問題集豪華セット無料最新の問題集をゲット!
完全版Identity-and-Access-Management-Architect日本語練習テスト112特別な問題と解答が待ってます!今すぐゲットせよ!
質問 # 48
Universal Containers (UC) は、Salesforce と Google Apps の両方の顧客です。UC IT チームは、両方のシステムのユーザーを 1 か所で管理して、管理の負担を軽減したいと考えています。IT チームがユーザーをプロビジョニングし、Salesforce と Google Apps 間のシングル サインオンを許可する最適な方法を 2 つ選択してください。2つの答えを選択してください
- A. Salesforce と Google Apps の両方の ID プロバイダーとしてサードパーティ製品を使用し、そこからプロビジョニングを管理します。
- B. Salesforce を ID プロバイダーとして、Google Apps をサービス プロバイダーとして使用し、接続済みアプリのユーザー プロビジョニングを構成します。
- C. Salesforce と Google Apps の間でユーザー情報を同期できる ID プロバイダーとして、Heroku で実行されるカスタム アプリを構築します。
- D. Salesforce と Google Apps の両方の ID プロバイダーとして Identity Connect を使用し、そこからプロビジョニングを管理します。
正解:A、B
解説:
Explanation
B is correct because a third-party product can act as an Identity Provider (IdP) for both Salesforce and Google Apps and manage the user provisioning from a single place12. This reduces the administrative burden and provides a consistent user experience.
D is correct because Salesforce can act as an IdP and Google Apps can act as a Service Provider (SP) and they can use SAML or OpenID Connect for Single Sign-on (SSO)34. Salesforce also supports User Provisioning for Connected Apps, which allows the creation, update, and deactivation of users in Google Apps based on changes in Salesforce.
A is incorrect because building a custom app on Heroku as an IdP is not an optimal way to provision users and allow SSO. It would require more development and maintenance effort than using a third-party product or Salesforce as an IdP.
C is incorrect because Identity Connect is a tool that synchronizes users between Active Directory and Salesforce. It does not support Google Apps as a target system for user provisioning or SSO.
References: 1: Architect Journey: Identity and Access Management Trailmix - Trailhead 2: Free Salesforce Identity-and-Access-Management-Architect Questions ... 3: [Single Sign-On Implementation Guide Developer Documentation] 4: [Social Single Sign-On with OpenID Connect Salesforce Developer YouTube] :
[Authorize Apps with OAuth Trailblazer Community Documentation] : Identity Connect Implementation Guide Developer Documentation
質問 # 49
Universal Containers (UC) は、社内に複数組織アーキテクチャを実装しました。多くのユーザーは複数の組織にまたがるライセンスを持っており、どの組織と資格情報がどのビジネス プロセスに関連付けられているかを覚えていることに不満を持っています。苦情に対処するためにアーキテクトが行うべき推奨事項を 2 つ選択してください。
2つの答えを選択してください
- A. [私のドメイン] をアクティブ化して、各組織を特定のビジネス ユース ケースにブランド化します。
- B. SP が開始するシングル サインオン フローを実装して、ディープ リンクを許可します。
- C. IdP が開始するシングル サインオン フローを実装して、ディープ リンクを許可します。
- D. 各組織から LDAP プロバイダーへの委任認証を実装します。
正解:A、B
質問 # 50
Northern Trail Outfittersは、Experience Cloud上に構築されたB2C(企業対消費者)ポータルで、顧客が自分で登録できるようにしたいと考えています。アイデンティティアーキテクトは、個人アカウントを使用することを推奨しています。
個人アカウントを使用した自己登録を有効にするには、どの3つの手順を設定する必要がありますか?
3つの回答を選択してください
- A. 公開アクセス設定で、個人およびビジネスアカウントレコードタイプへのアクセスを有効にします。
- B. ログインと登録の設定で、デフォルトのアカウントフィールドが空であることを確認してください。
- C. 連絡先の組織全体のデフォルト共有を「公開読み取り専用」に設定します。
- D. 設定ページでビジネスアカウントを有効にします。
- E. 設定ページで個人アカウントを有効にします。
正解:A、B、E
解説:
For Experience Cloud self-registration with Person Accounts, Salesforce requires the org and site configuration to line up with how external users are created. Person Accounts must first be enabled at the org level. On the site, the default account field must be left blank so the self-registration process doesn't force users into a shared business account model. Public access settings also need access to the relevant Person Account and business account record types so the registration process can create the right record. This is the documented pattern when self-registration is meant to create people as customers rather than contacts under a standard account. The key idea is that registration must be allowed to create the correct account model from the start. This is why options B, C, D work together as the correct solution.
質問 # 51
ユニバーサル コンテナ (UC) は複数組織戦略を実装しており、salesforce ユーザー プロファイルの管理を一元化したいと考えています。Salesforce プロファイルを中央の記録システムから管理できるようにするために、アーキテクトは何を推奨する必要がありますか?
- A. Oauthjwt フローを実装して、システム間でプロファイル資格情報を渡します。
- B. 必要に応じてユーザー プロファイルを更新する委任認証を実装します。
- C. 各アサーションでプロファイル ID を渡す SAML IDP に jit プロビジョニングを実装します。
- D. 1 つの組織で、他の組織プロファイルを同期する Apex スケジュール済みジョブを作成します。
正解:C
質問 # 52
Universal Containers (UC) は、Force.com プラットフォーム上に新しい高機密アプリケーションを構築することを決定しました。UC のセキュリティ チームは、このアプリケーションに対する認証のために、ユーザー名とパスワードに加えて指紋も提供することをユーザーに求めることを決定しました。アーキテクトは、Salesforce 認証の識別形式として指紋をどのようにサポートできますか?
- A. ネイティブの Salesforce ID 確認で指紋スキャンを実行する AppExchange 製品を使用します。
- B. サードパーティの指紋スキャン アプリケーションへのコールアウトを含むカスタム ログイン フローを使用します。
- C. サードパーティの指紋スキャン アプリケーションへのコールアウトで Salesforce Two-Factor Authentication を使用します。
- D. サードパーティの指紋スキャン アプリケーションへのコールアウトで委任認証を使用します。
正解:B
解説:
D is correct because using custom login flows with callouts to a third-party fingerprint scanning application allows UC to support fingerprints as a form of identification for Salesforce authentication. Custom login flows allow UC to implement custom logic and UI elements for authentication, such as calling an external web service that performs fingerprint scanning and verification. A is incorrect because using Salesforce two-factor authentication with callouts to a third-party fingerprint scanning application does not support fingerprints as a form of identification for Salesforce authentication. Salesforce two-factor authentication requires users to enter a verification code or use an app like Salesforce Authenticator, not a fingerprint. B is incorrect because using delegated authentication with callouts to a third-party fingerprint scanning application does not support fingerprints as a form of identification for Salesforce authentication. Delegated authentication requires users to enter their username and password, not a fingerprint. C is incorrect because using an AppExchange product that does fingerprint scanning with native Salesforce identity confirmation does not support fingerprints as a form of identification for Salesforce authentication. AppExchange products are third-party applications that integrate with Salesforce, not native Salesforce features. Verified References: [Custom Login Flows], [Two- Factor Authentication], [Delegated Authentication], [AppExchange]
質問 # 53
Universal Containers は、OAuth 2.0 ユーザー エージェント フローを使用して、Salesforce Identity によって保護されるモバイル アプリケーションを作成しています。アプリケーション ユーザーは、ユーザー名とパスワードを使用して認証します。モバイル アプリでの API アクセスの承認や再認証を 3 か月間強制する必要はありません。
この使用事例を満たすために構成する必要がある接続アプリケーションのオプションを 2 つ選択してください。
2つの答えを選択してください
- A. リフレッシュ トークン ポリシーを設定して、3 か月後にリフレッシュ トークンを期限切れにします。
- B. セッション タイムアウト値を 3 か月に設定します。
- C. 許可ユーザーを「すべてのユーザーが自己認証できる」に設定します。
- D. 許可ユーザーを「管理者承認ユーザーは事前承認」に設定します。
正解:A、C
解説:
Explanation
To fulfill the use case of creating a mobile application that will be secured by Salesforce Identity using the OAuth 2.0 user-agent flow, where users will authenticate using username and password and not be forced to approve API access or reauthenticate for 3 months, the identity architect should configure two connected app options:
Set Permitted Users to "All users may self-authorize". Permitted Users is a setting that controls how users can access a connected app. By setting it to "All users may self-authorize", the identity architect can allow users to access the connected app without requiring administrator approval or API access confirmation.
Set the Refresh Token Policy to expire refresh token after 3 months. Refresh Token Policy is a setting that controls how long a refresh token can be used to obtain a new access token without requiring user authentication. By setting it to expire refresh token after 3 months, the identity architect can allow users to access the connected app for 3 months without reauthenticating, as long as they use the app at least once every 90 days. References: Connected Apps, OAuth 2.0 User-Agent Flow
質問 # 54
公的機関は、Experience Cloud 上に構築されたコミュニティを使用して市民向けの ID ソリューションを設定しており、姓、名、電話番号を取得するための新しいユーザー登録機能を必要としています。
電話番号は、本人確認のために使用されます。
要件を満たすために、アイデンティティ アーキテクトはどの機能を推奨する必要がありますか?
- A. 外部 ID プロバイダーを使用する
- B. ソーシャル Web サイト (Facebook、Linkedin、Twitter) と統合する
- C. ログイン検出を使用
- D. カスタム Lightning Web コンポーネントを作成する
正解:C
質問 # 55
Northern Trail Outfitters は、Salesforce で新しい従業員ユーザーを自動的に作成し、適切なプロファイルを Active Directory 部門にマッピングしたいと考えています。
アイデンティティ アーキテクトは、この要件をどのように実装する必要がありますか?
- A. ログイン フロー中にコールアウトを行い、Active Directory から部門を照会して、適切なプロファイルを割り当てます。
- B. Just-in-Time (JIT) プロビジョニング登録ハンドラーで updateUser メソッドを使用して、適切なプロファイルを割り当てます。
- C. Just-in-Time (JIT) プロビジョニング登録ハンドラーで createUser メソッドを使用して、適切なプロファイルを割り当てます。
- D. ログイン フローを使用して Security Assertion Markup Language 属性を収集し、ジャスト イン タイム (JIT) プロビジョニング中に適切なプロファイルを割り当てます。
正解:B
解説:
Explanation
To automatically create new employee users in Salesforce with an appropriate profile that maps to their Active Directory Department, the identity architect should use the updateUser method in the Just-in-Time (JIT) provisioning registration handler to assign the appropriate profile. JIT provisioning is a feature that allows Salesforce to create or update user records on the fly when users log in through an external identity provider, such as Active Directory. The updateUser method is a method in the Auth.RegistrationHandler interface that defines how to update an existing user in Salesforce based on the information from the external identity provider. The identity architect can use this method to assign the appropriate profile to the user based on their department attribute. References: Just-in-Time Provisioning for SAML and OpenID Connect, Create a Custom Registration Handler
質問 # 56
Northern Trail Outfitters (NTO) は、外部 ID プロバイダでユーザーを認証するように Salesforce を設定しています。NTO Salesforce 管理者は、セットアップに問題があります。
アイデンティティ アーキテクトは、ログイン アサーションのどの部分が衰退しているかを示すために何を使用する必要がありますか?
- A. 接続済みアプリ マネージャー
- B. SAML メタデータ ファイル インポーター
- C. ID プロバイダー メタデータのダウンロード
- D. セキュリティ アサーション マークアップ言語バリデーター
正解:D
解説:
Security Assertion MarkupLanguage (SAML) Validator is a tool that allows administrators to test and troubleshoot SAML single sign-on configurations. It can show which part of the login assertion is failing and provide error messages and suggestions. SAML Metadata file importer andIdentity Provider Metadata download are features that allow administrators to import or download metadata files for SAMLconfigurations. Connected App Manager is a tool that allows administrators to manage connected apps in Salesforce. References: SAML Validator, SAML Single Sign-On Settings, Connected App Manager
質問 # 57
管理者が、アプリケーション ランチャーでタイルとして表示する必要があるカスタム (ウェット) アプリケーション用の接続アプリケーションを Salesforce で作成しました。 カスタム Web アプリケーションのタイルが、Salesforce のすべてのユーザのアプリケーション ランチャーにありません。管理者は、問題を解決するためにアイデンティティ アーキテクトに支援を求めました。
問題の原因となっている 2 つの理由はどれですか?
2つの答えを選択してください
- A. 接続アプリの設定で接続アプリの StartURL が設定されていません。
- B. OAuth スコープに「openid*.
- C. セッション ポリシーは、この接続されたアプリに対して「高保証セッションが必要」として設定されています。
- D. 接続されたアプリは、アプリ メニューで [アプリ ランチャーに表示] として設定されていません。
正解:A、C
質問 # 58
Salesforce をサービス プロバイダーとして使用する SP 開始 SAML フローを使用する場合、アーキテクトはユーザーを外部 ID プロバイダーのログイン ページに自動的にリダイレクトする方法を教えてください。
- A. ID プロバイダーをデフォルトとして設定し、SAML 構成で [ID プロバイダーにリダイレクト] 設定を有効にします。
- B. [私のドメイン] のランディング ページとして Visualforce を使用して、ユーザーを ID プロバイダーのログイン ページにリダイレクトします。
- C. [マイ ドメイン] 構成の認証サービスのリストからログイン ページを削除します。
- D. [My domain Configuration] の [Authentication Services] で [Redirect to the Identity Provider] 設定を有効にします。
正解:A
解説:
Explanation
Setting the Identity Provider as default and enabling the Redirect to the Identity Provider setting on the SAML Configuration will automatically redirect users to the login page of the external Identity Provider when using an SP-Initiated SAML flow with Salesforce as a Service Provider1. Option A is incorrect because Visualforce is not a supported method for redirecting users to the Identity Provider login page2. Option B is incorrect because enabling the Redirect to the Identity Provider setting under Authentication Services on the My Domain Configuration will only redirect users to the Identity Provider login page when using an IdP-Initiated SAML flow3. Option C is incorrect because removing the Login page from the list of Authentication Services on the My Domain configuration will not affect the SP-Initiated SAML flow, and may cause other issues with authentication4.
References: SAML SSO Flows, Set up a Service Provider initiated login flow, Configure SAML single sign-on with an identity provider, SAML Identity Provider Configuration Settings
質問 # 59
ユニバーサルコンテナは、Oauth を使用して Salesforce に接続するカスタムモバイルアプリケーションを構築し、モバイルユーザーがアクセスできるリソースの種類を制限したいと考えています。目標を達成するには、Salesforce のどの Oauth 機能を使用する必要がありますか?
- A. モバイルピン
- B. リフレッシュトークン
- C. アクセストークン
- D. スコープ
正解:D
解説:
Explanation
The OAuth feature of Salesforce that should be used to restrict the types of resources mobile users can access is scopes. Scopes are parameters that specify the level of access that the mobile app requests from Salesforce when it obtains an OAuth token. Scopes can be used to limit the access to certain resources or actions, such as API calls, full access, web access, or refresh token. By configuring scopes in the connected app settings, Universal Containers can control what the mobile app can do with the OAuth token and protect against unauthorized or excessive access.
References: [OAuth Scopes], [Connected Apps], [OAuth Authorization Flows]
質問 # 60
新しい顧客 ID およびアクセス管理ソリューションを展開する Universal Containers (UC) は、既存の Salesforce インスタンスの上に構築されます。
いくつかのサービス プロバイダは、シームレスなシングル サインオン エクスペリエンスを可能にするために、OpenLD Connect を使用してセットアップされ、Salesforce と統合されています。UC には、顧客タイプごとにユーザー アクセスをサービス プロバイダーのサブセットのみに制限するという要件があります。
要件を満たすためにプラットフォームで実行する必要がある 2 つの手順はどれですか?
2つの答えを選択してください
- A. 接続済みアプリの各アクセス設定を管理者事前承認済みに設定します。
- B. プロファイルと権限セットを使用して、管理者が事前承認した接続アプリへのユーザー アクセスを割り当てます。
- C. ユーザー プロファイルに認証プロバイダーを割り当てることで、ユーザーがアクセスできる接続アプリを管理します。
- D. 接続アプリケーションをカスタマー コミュニティに割り当て、コミュニティ設定でユーザー プロファイルを有効にします。
正解:A、B
解説:
To limit user access to only a subset of service providers per customer type, the identity architect should use Profiles and Permission Sets to assign user access to Admin Pre-Approved Connected Apps. Connected apps are frameworks that enable external applications to integrate with Salesforce using APIs and standard protocols, such as OpenID Connect. By setting each of the Connected App access settings to Admin Pre- Approved, the identity architect can control which users can access which connected apps by assigning profiles or permission sets to the connected apps. The other options are not relevant for this scenario.
References: Connected Apps, Manage Connected Apps
質問 # 61
Northern Trail Outfitters (NTO) は、Salesforce Experience Cloud を使用して顧客向けのコミュニティを実装することを計画しています。お客様による自己登録はできません。NTO は、コミュニティへのアクセスを提供する際に、顧客に独自のパスワードを設定してもらいたいと考えています。
この要件を満たすためにアイデンティティ アーキテクトが行うべき推奨事項はどれですか?
2つの答えを選択してください
- A. API を使用してパスワードをリセットし、Experience Cloud サイトのメンバーシップを更新できるようにします。
- B. Experience Cloud サイトの構成中にウェルカムメールを有効にします。
- C. 顧客を連絡先として追加し、Experience Cloud サイトに追加します。
- D. ログインフローを使用して、ユーザーが Experience Cloud サイトでパスワードをリセットできるようにします。
正解:A、D
質問 # 62
Universal Containers (UC) は、Salesforce Identity を使用して企業対消費者 (B2C) アプリケーションにシングルサインオン (SSO) を提供したいと考えています。
このユースケースを実装するために、UC はどの Salesforce ライセンスを利用する必要がありますか?
- A. パートナー コミュニティ
- B. 外部アイデンティティ
- C. Salesforce プラットフォーム
- D. ID のみ
正解:B
質問 # 63
ユニバーサル コンテナのセールス ユーザーは、商談管理に salesforce を使用します。マーケティング部門は、ユーザー名/パスワードを使用してアクセスできるリード ナーチャリング用の Nest というサードパーティ アプリケーションを使用しています。営業担当副社長は、すべての営業用途にネストへのアクセスを開いてリード履歴へのアクセスを提供したいと考えており、SSO をより適切に採用したいと考えています。Salesforce はすでに SSO 用に設定されており、代理認証を使用しています。Nest は、ユーザー名/パスワードまたは SAML ベースの認証を受け入れることができます。IT チームは Nest のパスワード関連の問題を複数受け取っており、Nest for Marketing ユーザーにも SSO アクセスをセットアップすることを決定しました。CIO は新しい IDP ソリューションへの投資を望んでおらず、この目的で Salesforce を使用することを検討しています。salesforce が代理認証を使用している場合、営業およびマーケティング ユーザーにとって適切なライセンス タイプの選択肢はどれですか?
2つの答えを選択してください
- A. 営業ユーザー用の Identity ライセンスおよびマーケティング ユーザー用の Identity Connect ライセンス
- B. 営業ユーザー用の Salesforce ライセンスおよびマーケティング ユーザー用の External Identity ライセンス
- C. 営業ユーザーは Salesforce ライセンス、マーケティング ユーザーはプラットフォーム ライセンス。
- D. 営業ユーザー向け Salesforce ライセンス、マーケティング ユーザー向け Identity ライセンス
正解:C、D
質問 # 64
ユニバーサル コンテナー (UC) は、SAML SSO 構成のコンテキストで私のドメインを有効にしますか? 2つの答えを選択してください
- A. アプリランチャー
- B. salesforce1 モバイルアプリからの SSO。
- C. ログインフォレンジック
- D. リソースのディープリンク
正解:B、D
解説:
Enabling My Domain in the context of a SAML SSO configuration enables resource deep linking and SSO from Salesforce1 mobile app. Resource deep linking allows users to access specificrecords or pages after logging in with SSO5. SSO from Salesforce1 mobile app requires using the My Domain URL as the login server4. Enabling My Domain does not affect the app launcher or login forensics features. Therefore, option A and C are the correct answers. References: Salesforce Mobile Application Single Sign-On overview, SAML SSO with Salesforce as the Service Provider, Single Sign-On, Considerations for setting up My Domain and SSO
質問 # 65
Northern Trail Outfitters (NTO) は、Salesforce Experience Cloud サイト (以前のカスタマー コミュニティ) を使用して、顧客が Google アカウントを使用してログインできるデジタル ポータルを提供しています。
NTO は、Salesforce Experience Cloud に初めてログインするユーザーのケース レコードを自動的に作成したいと考えています。
要件を満たすためにアイデンティティアーキテクトは何をすべきですか?
- A. Google を使用してソーシャル ログイン用の認証プロバイダーを作成し、標準の登録ハンドラーを活用します。
- B. ケースのレコード作成コンポーネントを使用してログイン フローを実装します。
- C. 最初のログイン時にケースを作成するロジックを持つ Just-in-Time ハンドラー クラスを実装します。
- D. Google とカスタム登録ハンドラーを使用して、ソーシャル ログインの認証プロバイダーを構成します。
正解:B
解説:
Explanation
To automatically create a case record for first time users logging into Salesforce Experience Cloud using their Google account, the identity architect should implement a login flow with a record create component for Case.
A login flow is a custom post-authentication process that can be used to add additional screens or logic after a user logs in to Salesforce. A record create component is a type of flow element that can be used to create a new record in Salesforce. By implementing a login flow with a record create component for Case, the identity architect can check if the user is logging in for the first time using their Google account and create a case record accordingly. References: Login Flows, Record Create Element
質問 # 66
ユニバーサル コンテナー (UC) は、外部 IDP とセールスフォースの間の ansp-Initiated SAML フローを実装しています。UC のユーザーが初めて salesforce1 にログインしようとすると、IDP ログイン ページが表示される代わりに、salesforce 資格情報の入力を求められます。問題の考えられる原因は何ですか?
- A. ユーザーには「シングル サインオンを有効にする」権限が付与されていません
- B. ドメイン構成で [ID プロバイダーにリダイレクト] オプションが選択されています。
- C. SAML 構成で [ID プロバイダーにリダイレクト] オプションが選択されていません。
- D. ユーザーは、ログインに自分のドメインを使用するように salesforce1 モバイル アプリを構成していません。
正解:D
解説:
B is correct because the user has not configured the Salesforce1 mobile app to use My Domain for login, which is the likely cause of the issue. The My Domain URL is used to redirect theuser to the identity provider' s login page and initiate the SP-Initiated SAML flow. If the user does not configure the Salesforce1 mobile app to use My Domain for login, they will be prompted for Salesforce credentials instead of being shown the IDP loginpage. A is incorrect because the "Redirect to Identity Provider" option has been selected in the My Domain configuration, which is not the cause of the issue. The "Redirect to Identity Provider" option determines whether users are redirected to the identity provider's login page automatically or after clicking a button. C is incorrect because the "Redirect to Identity Provider" option has not been selected in the SAML configuration, which is not the cause of the issue. The "Redirect to Identity Provider" option determines whether users are redirected to the identity provider's login page automatically or after clicking a button. D is incorrect because the user has been granted the "Enable Single Sign-On" permission, which is not the cause of the issue. The "Enable Single Sign-On" permission allows users to use SSO with connected apps or external systems. Verified References: [My Domain URL], [SP-Initiated SAML Flow], [Redirect to Identity Provider Option], [Enable Single Sign-On Permission]
質問 # 67
Universal Containers (UC) には、コール センター チームがレコード タイプが「機密」のケースに取り組んでいる場合にのみ使用する機密情報システムがあります。彼らは、未解決の「機密」ケースを所有している場合にのみシステムへのアクセスを許可され、それ以外の場合はシステムへのアクセスが削除されます。Salesforce を Idp として SAML SSO を実装し、スタッフが SSO を使用してシステムにアクセスしようとしたときに、現在開いている「機密」ケース レコードを所有しているかどうかに基づいて、機密情報システムへのスタッフのアクセスを自動的に許可または拒否したいと考えています。未公開の「機密」ケース レコード基準に基づいて、機密情報システムへのアクセスを自動的に許可または拒否するための推奨される解決策は何ですか?
- A. ケースで Apex トリガを使用して、オープンの「分類済み」ケースがユーザに割り当てられたときにアクセス権を付与する権限セットを動的に割り当て、ケースがクローズされたときにそれを削除します。
- B. カスタム SAML JIT プロビジョニングを使用して、機密情報システムへのアクセスを試みるときに、ユーザーの未解決の「機密」ケースを動的に照会します。
- C. Apex を使用して Common Connected App Handler を使用し、スタッフが未解決の「分類済み」ケースを所有しているかどうかに基づいて、システムへのアクセスを動的に許可します。
- D. Salesforce レポートを使用して、現在未解決の「機密」ケースを所有しており、機密情報システムへのアクセスを許可する必要があるユーザーを特定します。
正解:C
質問 # 68
ユニバーサル コンテナでは、Salesforce インバウンド Oauth 対応統合クライアントが認証に SAML ベースのシングル サインオンを使用する必要があります。このシナリオでは、どの Oauth フローが推奨されますか?
- A. ユーザートークン Oauth フロー
- B. ユーザーエージェント Oauth フロー
- C. SAML アサーション Oauth フロー
- D. Web サーバーの Oauth フロー
正解:C
質問 # 69
アーキテクトは、ID プロバイダーを管理するチームに、Salesforce を他のサービス プロバイダーと区別する方法をアドバイスする必要があります。この機能を提供する Salesforce の SAML SSO 設定はどれですか?
- A. 発行者。
- B. ID プロバイダーのログイン URL。
- C. SAML ID の場所。
- D. エンティティ ID
正解:D
解説:
Explanation
The Entity Id is the SAML SSO setting in Salesforce that provides the capability to differentiate Salesforce from other service providers. The Entity Id is a unique identifier for the service provider that is sent to the identity provider as part of the SSO request4. The identity provider uses the Entity Id to determine which service provider configuration to use and which SAML assertion to send back5. The other options are not valid SAML SSO settings for this purpose. The Identity Provider Login URL is the URL of the identity provider's SSO service that Salesforce redirects the user to for authentication4. The Issuer is the unique identifier for the identity provider that is sent by the identity provider as part of the SAML response4. The SAML Identity Location is the location of the user's identity in the SAML assertion, either in the Subject element or in an Attribute element4.
References: Configure SSO with Salesforce as a SAML Service Provider, Set Up Single Sign-On for Your Internal Users
質問 # 70
Salesforceプラットフォーム上でマルチブランドの顧客IDおよびアクセス管理ソリューションを設計する際、IDアーキテクトはSalesforce内で特定のブランド体験が適切に提供されるようにするにはどうすればよいのでしょうか?
- A. エクスペリエンスID。OAuth/Open IDフローおよびSecurity Assertion Markup Language (SAML)フローにURLパラメータとして含めることができます。
- B. エンドユーザーがSalesforceにアクセスした際に、サブブランドを選択できるブランドピッカーを提供します。
- C. サービスプロバイダの OAuth/SAML 呼び出しにカスタムパラメータを追加し、そのログインページにロジックを実装して、パラメータの値に基づいてブランディングを適用します。
- D. 共有クッキーに設定できるオーディエンスID。
正解:A
解説:
Salesforce supports dynamic branding for Experience Cloud login journeys through the Experience ID parameter. The Experience ID tells Salesforce which branded experience to render, allowing a single identity implementation to serve multiple brands or sub-brands without building separate authentication stacks. This is more scalable than asking users to pick a brand after arrival or inventing custom parameters and branding logic outside the standard experience framework. It also works cleanly with OAuth and SAML-based sign-in patterns, which is why it is commonly recommended in multi-brand CIAM designs. When the requirement is to reliably present the correct branded Salesforce experience during login, the Experience ID is the built-in mechanism intended for that routing and presentation layer. This is why option A is the best answer in Salesforce terms.
質問 # 71
Universal Containers (UC) は、クローズした商談をほぼリアルタイムでデータ ウェアハウスに同期したいと考えています。UC は、アウトバウンド メッセージを実装して、ほぼリアルタイムのデータ同期を可能にしました。UC は、Salesforce とターゲット システム間の通信が安全であることを確認したいと考えています。送信メッセージと一緒に送信される証明書は何ですか?
- A. [証明書と鍵の管理] メニューの自己署名証明書。
- B. [開発] --> [API] メニューの既定のクライアント証明書。
- C. デフォルトのクライアント証明書または証明書と鍵の管理メニュー。
- D. Certificate and Key Management メニューからの CA 署名付き証明書。
正解:C
解説:
Explanation
The default client certificate or the certificate from the Certificate and Key Management menu is sent along with the outbound message. When sending outbound messages, Salesforce will present the CA-signed or self-signed certificate configured under Setup | Security Controls | Certificate and Key Management | API Client Certificate1. The default client certificate is a self-signed certificate that Salesforce generates for you when you enable outbound messages2. You can also create your own self-signed or CA-signed certificates and upload them to the Certificate and Key Management menu3. The certificate from the Develop | API menu is not used for outbound messages, but for SOAP API clients that need to authenticate with Salesforce4.
References: 1: Know more about all the SSL certificates that are supported by Salesforce 2: Setting Up Outbound Messaging 3: Create a Self-Signed Certificate 4: [Generate or Regenerate a Client Certificate]
質問 # 72
Universal Containers (UC) は、フィールド担当者が Salesforce で注文を作成するためのカスタム モバイル アプリを構築したいと考えています。ユーザが初めてログインした後、モバイル アプリケーションを開いたときに、再度ログインするように求められることなく、Salesforce にアクセスできる必要があります。この要件をサポートするには、どの Oauth フローを考慮する必要がありますか?
- A. ベアラー トークンを使用した SAML アサーション フロー。
- B. ベアラー トークンを使用するモバイル エージェント フロー。
- C. リフレッシュ トークンを使用した Web サーバー フロー。
- D. リフレッシュ トークンを使用したユーザー エージェント フロー。
正解:C、D
解説:
The OAuth 2.0 user-agent flow and the OAuth 2.0 web server flow are both suitable for building a custom mobile app that can access Salesforce data without prompting the user to log in again1. Both ofthese flows use a refresh token that can be used to obtain a new access token when the previous one expires2. The user- agent flow uses theCanvas JavaScript SDK to obtain an OAuth token by using the login function in the SDK2. The web server flow redirects the user to the Salesforce OAuth authorizationendpoint and then obtains an OAuth access token by making a POST request to the Salesforce OAuth token endpoint2. The mobile agent flow and the SAML assertion flow are not valid OAuth flows for Salesforce3.
References: OAuth Authorization Flows, Mastering Salesforce CanvasApps, Access Data with API Integration
質問 # 73
......
あなたの合格率を上げろうIdentity-and-Access-Management-Architect日本語試験問題集:https://www.jpntest.com/shiken/Identity-and-Access-Management-Architect-JPN-mondaishu