更新されたスキーマを内部に配置したビルドを実行することは、初期インストール中に IdentityIQ データベースのアプリケーション属性を拡張するためのデータベース スクリプトを生成するための正しい手順ではありません。スキーマを拡張するには、通常、特定の XML スキーマ ファイルで変更を定義し、スキーマ拡張用に設計された IdentityIQ ツールを使用して対応するデータベース スクリプトを生成する必要があります。ビルド プロセスでは、属性を拡張するために必要なデータベース スクリプトは本質的に生成されません。
参照：
SailPoint IdentityIQ スキーマ構成ガイド
SailPoint IdentityIQ インストールおよびセットアップ ガイド

退職および終了イベント中にすべてのオブジェクトの所有権をユーザーのマネージャーに再割り当てすることは複雑なプロセスであり、通常、所有されているすべてのオブジェクト (アクセス、認証、役割など) が正しく再割り当てされるようにするためにカスタム ロジックまたはワークフローが必要になります。
Rapid Setup インターフェイスは、主にロールの割り当て、アカウントの有効化/無効化、認証などの標準的なライフサイクル管理タスク用に設計されています。本質的には、退職や終了イベントなどのライフサイクル イベントに基づくオブジェクト所有権の自動再割り当てはサポートされていません。
このような再割り当てには通常、所有されているすべてのオブジェクトを追跡して再割り当てするためのカスタム ルールまたはワークフローが必要ですが、これは Rapid Setup が直接処理できる範囲外です。したがって、正解は B です。いいえ。
参照：
この情報は、SailPoint IdentityIQ ライフサイクル マネージャー ガイドによってサポートされており、Rapid Setup で可能なこととカスタム開発が必要となることを概説しています。

ここで説明するシナリオでは、Mover イベント中にアカウントを無効にし、特定のアプリケーションでそのすべての権限を削除します。SailPoint IdentityIQ の Rapid Setup ユーザー インターフェイスは、主に、ライフサイクル イベント中にアカウントを有効化または無効化したり、ロールを割り当てたり割り当て解除したり、認証をトリガーしたりするなどの一般的な構成を処理します。
ただし、アカウントを無効にして、Mover イベントのすべての権限を削除するという組み合わせには、通常、Rapid Setup インターフェースの機能を超える詳細な構成が必要になります。これを実現するには、通常、Mover イベント トリガーに基づいてアカウントを無効にして権限を削除する処理の両方を処理するカスタム ワークフローまたは特定のルールを作成する必要があります。
したがって、Rapid Setup UI ではこのレベルの詳細な構成を実現できないため、正解は B になります。いいえ。
参照：
この結論は、Rapid Setup インターフェイスを通じて利用できる機能と、カスタム ワークフローを通じて可能な追加構成を規定する SailPoint IdentityIQ Lifecycle Manager ドキュメントから導き出されています。

はい、これはムーバー ライフサイクル イベントの例です。ムーバー ライフサイクル イベントは通常、組織内での個人の役割または雇用状況が変更され、アカウントとアクセス権の更新が必要になったときに発生します。このシナリオでは、契約期限切れのために以前にアカウントが無効になっていた請負業者は、新しい契約を獲得したときにそれらのアカウントを再度有効にする必要があります。雇用状況の変更に基づくこの再アクティブ化とアクセス権の調整は、ムーバー イベントの定義に適合します。
したがって、正解はAです。はい。

SailPoint IdentityIQ の事後反復ルールは、集計プロセス中にソース システム (SQL Loader アプリケーションなど) から各アカウントが読み取られた後に実行されるコネクタ ルールの一種です。このルールにより、アカウントが反復された後にデータの追加処理やカスタマイズが可能になります。SailPoint IdentityIQ のドキュメントによると、事後反復ルールを構成すると、各アカウントのデータが処理された後にロジックが実行され、指定されたステートメントが有効であることが確認されます。集計中のルール実行の詳細については、SailPoint IdentityIQ コネクタ開発ガイドを参照してください。