In SailPoint IdentityIQ, certain objects are designed to be extended by updating their corresponding Hibernate Mapping (.HBM) files. However, the WorkItem object is not one of these extendable objects. The WorkItem is a system object that primarily represents tasks or actions that need to be processed within the workflow. It is not intended to store client-specific data through direct modification of its .HBM file. Instead, client-specific data should be handled using other mechanisms, such as custom attributes or the extension of Identity or Account objects. Attempting to modify the WorkItem object's HBM file could lead to unexpected behavior and is not supported by SailPoint's best practices.
Reference:
SailPoint IdentityIQ Customization Guide
SailPoint IdentityIQ Object Model Documentation

The statement is false. In SailPoint IdentityIQ, there is no strict limitation on nesting sub-workflows (subprocesses) up to 3 levels. You can nest sub-workflows as deeply as required by your business logic and system design. However, it is advisable to manage the complexity of nested workflows to ensure maintainability and performance, but there is no enforced limit of 3 levels for nesting.
Reference:
SailPoint IdentityIQ Workflow Guide
SailPoint IdentityIQ Administration Guide (Sections on Workflow Design Best Practices)

The statement is false. The "Run Rule" feature on the Debug-Object page is not intended for creating, modifying, or deleting SailPoint database objects. Instead, it is used to execute specific rules for testing and debugging purposes. While it allows you to test the logic of a rule by running it in isolation, it does not directly manipulate database objects. For creating, modifying, or deleting database objects, administrators would typically use the appropriate IdentityIQ APIs or database scripts.
Reference:
SailPoint IdentityIQ Administration Guide (Debugging and Rule Management Sections) SailPoint IdentityIQ Developer Guide (Working with Rules and Debugging Tools)

The statement "The rule type must be IdentityAttribute" is correct. In SailPoint IdentityIQ, when writing a rule that is intended to map or manipulate identity attributes during the aggregation process, the rule type should be set to "IdentityAttribute". This ensures that the rule is recognized and executed in the appropriate context for managing identity attributes.
Therefore, the correct answer is A. Yes.

The statement is true. In the SailPoint IdentityIQ Reporting user interface, report templates are located on the "Reports" tab. These templates define the structure and parameters of reports but do not contain actual report data. Instances of reports, which are the actual generated reports containing data based on the templates, are located on the "My Reports" tab. The "My Reports" tab is used for viewing and managing reports that have been generated for a specific user.
Reference:
SailPoint IdentityIQ Reporting Guide
SailPoint IdentityIQ Administration Guide (Section on Reporting Interface)