IdentityIQ 認定の主な目的の 1 つは、特定の時点でのユーザーのシステム アクセスのスナップショットをレビュー担当者に提供することです。このスナップショットにより、管理者、監査人、またはその他の指定されたレビュー担当者は、職務責任とコンプライアンス要件に基づいて、ユーザーに割り当てられたアクセス権限が適切かどうかを確認できます。このスナップショットを確認することで、組織は不適切または過剰なアクセスを特定して修正し、安全でコンプライアンスに準拠した環境を維持できます。
したがって、正解はAです。はい。

この記述は誤りです。SailPoint IdentityIQ では、サブワークフロー (サブプロセス) を最大 3 レベルまでネストすることに厳密な制限はありません。サブワークフローは、ビジネス ロジックとシステム設計の必要に応じて、どこまででも深くネストできます。ただし、保守性とパフォーマンスを確保するために、ネストされたワークフローの複雑さを管理することをお勧めしますが、ネストに 3 レベルという強制的な制限はありません。
参照：
SailPoint IdentityIQ ワークフロー ガイド
SailPoint IdentityIQ 管理ガイド (ワークフロー設計のベストプラクティスに関するセクション)

このステートメントでは、SailPoint XML ファイル オブジェクトを IdentityIQ にインポートするプロセスの一環として、XML ファイルを IIQ_HOME/WEB-INF/database に移動することを提案しています。ただし、これは XML オブジェクトをインポートするための有効な手順ではありません。
SailPoint XML オブジェクトをインポートする正しい手順は、通常、次の手順に従います。
XML ファイルをインポートするには、SailPoint が提供する iiq コンソール コマンドライン ツールを使用してください。
コマンドは通常、iiq console import <filename>.xml のようになります。
インポート プロセスでは、XML ファイルを WEB-INF/database などの特定のディレクトリに移動する必要はありません。
XML ファイルを WEB-INF/database ディレクトリに移動すると、文書化されたプロセスと一致しなくなり、インポートが容易になりません。正解は B です。いいえ。
参照：
この回答は、オブジェクトのインポート手順に関する SailPoint IdentityIQ の公式ドキュメントに基づいています。このドキュメントでは、インポートは IdentityIQ コンソールまたはユーザー インターフェイス (小規模なインポートの場合) を使用して実行する必要があることが明記されています。

IdentityIQ はローカリゼーションをサポートしており、カスタム Java または BeanShell コード内で SailPoint API を使用してカスタム メッセージを取得できます。この機能は、複数の言語または地域形式をサポートする必要があるアプリケーションを作成する場合に便利です。SailPoint API は、現在のユーザーのロケール設定またはその他のローカリゼーション コンテキストに基づいてローカライズされたメッセージを取得するメソッドを提供します。
したがって、正解は A です。はい。
参照：
これは、ローカリゼーションに API を使用する方法と、カスタム コードがプラットフォーム内でローカライズされたメッセージにアクセスする方法について詳しく説明した、SailPoint IdentityIQ 開発者ガイドに基づいています。

事後反復ルールは、データ集約またはインポート プロセスのコンテキストで使用され、アカウントの反復中に各レコードが処理された後に実行されます。このタイプのルールは、プロビジョニング エラーの処理やプロビジョニングの失敗に基づく監査レコードの作成には適していません。プロビジョニング エラーを監査するには、プロビジョニング ポリシーでエラー処理を構成するか、監査ログにエラーを記録するカスタム ワークフローを使用する必要があります。事後反復ルールはプロビジョニング タスクやエラー ログとは無関係であるため、この目的には適していません。プロビジョニング中の適切なエラー処理戦略については、ルールとワークフローに関する SailPoint IdentityIQ ドキュメントを参照してください。