ロール構成認定は、ロールが集約する権限とその他のロールをレビューすることで、ロールが正しく構成されていることを確認するために特別に設計されています。この認定により、レビュー担当者は、ビジネス ニーズとコンプライアンス要件に基づいて、ロールに適切な権限が含まれているかどうかを確認できます。
銀行の目標はすべての役割に適切な権限が含まれていることを確認することであるため、役割構成認定は、この目標を達成するための最も適切なツールです。役割とそれに関連する権限の包括的なレビューと検証が可能になり、全体的なアクセス ガバナンス戦略との整合性が確保されます。
したがって、正解はAです。はい。

IdentityIQ ユーザー インターフェイスのプライマリ カラーとセカンダリ カラーは、IdentityIQ 構成 > その他ページでは設定されません。代わりに、これらの色は通常、IdentityIQ UI カスタマイズ プロセスの一部である style.css またはその他のカスタム CSS ファイルを通じて構成されます。管理者は、関連する CSS ファイルを編集するか、IdentityIQ 内のブランディング機能を使用することで、配色、フォント、およびその他のスタイル要素を定義および変更できます。
したがって正解はBです。いいえ。
参照：
この情報は、SailPoint IdentityIQ ブランディング ガイドに基づいています。このガイドでは、その他の設定ではなく CSS ファイルを編集して、色などの UI の視覚的な側面を変更する方法について詳しく説明しています。

SailPoint IdentityIQ では、画像に示されているように、IdentityExtended.hbm.xml ファイルの構成で拡張 ID 属性の使用が概説されています。これらの属性 (extended1、extended2 など) は、追加の ID 関連データを格納するために標準 ID オブジェクト モデルに追加されるカスタム属性です。
SailPoint IdentityIQ の公式ドキュメントによると、グローバル設定 > アイデンティティ属性でアイデンティティ マッピングを定義する場合、IdentityIQ システム内で検索可能にできる追加属性は最大 12 個までです。この制限は、大規模な環境での検索操作の効率に直接影響するため重要です。検索可能な属性が多すぎると、パフォーマンスが大幅に低下する可能性があります。
これらの 12 個の検索可能な属性を定義した後でも、追加の属性は追加できますが、検索操作用にインデックス化されません。つまり、これらの属性のデータはワークフロー、レポート、その他の操作で使用できますが、IdentityIQ ユーザー インターフェイスの検索フィルターでは使用できません。
この制限は、パフォーマンスと使いやすさの両方に影響するため、アイデンティティ スキーマの設計を計画する際に特に重要です。したがって、問題の記述は正しく、検索可能なアイデンティティ属性に関して SailPoint IdentityIQ によって課せられる制約を正確に反映しています。
参照：
この説明は、SailPoint IdentityIQ 構成ガイドと、ID 属性とその制限に関する公式ドキュメントに基づいています。具体的には、システム内の拡張属性と検索可能なプロパティに関連するセクションで説明されています。

ユーザーのアイデンティティ ウェアハウスへのアクセスは、そのユーザーが所属する QuickLink Populations によって制御されるという記述は誤りです。IdentityIQ の QuickLink Populations は、アイデンティティ ウェアハウスへのアクセスを直接制御するのではなく、主にアクセス レビュー、認証、特定のアプリケーションのプロビジョニングなどの特定の操作のためにアイデンティティをグループ化するために使用されます。
アイデンティティ ウェアハウスへのアクセスは、ロールベースのアクセス制御 (RBAC)、スコープ、および IdentityIQ 内のユーザーの権限によって管理されます。これらによって、アイデンティティ ウェアハウスの情報を含め、ユーザーがアクセスできるデータと機能が決まります。
したがって、正解は B です。いいえ。
参照：
これは、SailPoint IdentityIQ 管理ガイドによってサポートされており、QuickLink Populations の役割と IdentityIQ でのアクセス制御の実装方法が明確にされています。