はい、その通りです。SailPoint IdentityIQ のビジネス プロセス エディターでステップを編集する場合、使用できるステップ アクションは、スクリプト、ルール、サブプロセス、メソッドの呼び出しです。これらのアクションにより、さまざまなタイプのロジックと処理をワークフロー内に埋め込むことができます。これらのアクションはそれぞれ異なる目的に使用されます。
スクリプト: Beanshell スクリプトを実行します。
ルール: 既存の IdentityIQ ルールを呼び出します。
サブプロセス: 別のワークフローをサブプロセスとして呼び出します。
メソッドの呼び出し: 指定されたオブジェクトのメソッドを呼び出します。
参照：
SailPoint IdentityIQ ビジネスプロセスエディターガイド
SailPoint IdentityIQ 管理ガイド (ワークフロー管理のセクション)

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

「権限の削除」バッチ リクエスト タイプは、権限を一括して修正または更新してアクセスをクリーンアップするために設計されたものではありません。代わりに、「権限の削除」は、特定の権限をシステムから完全に削除するために使用されます。これは、誤った権限を修正することが目的である場合 (たとえば、余分な権限を削除し、不足している権限を追加する場合) には必要ない可能性があります。説明したシナリオでは、ユーザーが権限を修正する必要がある場合、「権限の更新」、「アクセスの取り消し」、または特定のロールの再割り当てプロセスなどの他のバッチ プロセスの方が適しています。
参照：
SailPoint IdentityIQ バッチリクエストタイプのドキュメント
SailPoint IdentityIQ 管理ガイド (権限管理セクション)

「すべての ID マッピングでは、ルールを使用して ID 属性を設定する必要があります」という記述は正しくありません。ソース マッピング ルールを使用して ID 属性を動的に入力することはできますが、すべての ID マッピングでルールを使用する必要はありません。ID マッピングは、直接マッピングを使用して構成することもできます。直接マッピングでは、ソースの属性がルールベースのロジックなしで IdentityIQ 属性に直接マッピングされます。
したがって正解はBです。いいえ。

IIQ_Home/WEB-INF/bin ディレクトリでコマンド iiq ExtendedSchema を実行するのは正しい方法で、IdentityIQ データベースのアプリケーション属性を拡張するデータベース スクリプトを生成するための標準的な手順の 1 つです。このコマンドは、スキーマ定義 (新しい属性を含む) を処理し、データベース スキーマを更新するための適切な SQL スクリプトを生成します。その後、これらのスクリプトをデータベースに対して実行して、変更を適用できます。
参照：
SailPoint IdentityIQ 管理ガイド (スキーマ拡張とデータベース管理のセクション) SailPoint IdentityIQ 構成ガイド (拡張スキーマ管理)