The statement is incorrect. When writing and executing source mapping rules to populate identity attributes, the rule itself does not need to persist the identity attribute to the database. In SailPoint IdentityIQ, once the value for an identity attribute has been calculated by a source mapping rule, IdentityIQ automatically handles the persistence of this attribute to the database as part of the aggregation or provisioning process. The developer does not need to explicitly persist the attribute; this is managed by the system.
SailPoint IdentityIQ Source Mapping Guide
SailPoint IdentityIQ Administration Guide (Aggregation and Attribute Mapping Sections)

The statement that a BeanShell rule in IdentityIQ must always return an object derived from the abstract class sailpoint.object.SailPointObject is incorrect. While many rules in IdentityIQ may return objects that derive from SailPointObject, it is not a strict requirement. Rules can return various types of objects depending on their purpose and context. For example, a rule might return a String, Boolean, Map, or even null, depending on what the rule is designed to accomplish.
Therefore, the correct answer is B. No.
Reference:
This conclusion is drawn from the SailPoint IdentityIQ Rule Programming Guide, which explains that the return type of a rule can vary and does not need to be an instance of SailPointObject.

The statement is false. In SailPoint IdentityIQ, the language displayed in the user interface is not always based on the default language selected in the global settings. The language displayed in the user interface is typically determined by the user's language preference, which can be set individually for each user. If a user's preferred language is not available, then the system may fall back to the default language specified in the global settings. Thus, while the global default language serves as a fallback, the actual language displayed is often based on user-specific settings.
Reference:
SailPoint IdentityIQ Administration Guide (Localization and Language Settings Sections) SailPoint IdentityIQ User Guide (User Preferences and Language Selection)

Yes, the code provided in the second image is correct for including a rule library named " Common Rules Library " in a Rule. The correct syntax is to use class= " sailpoint.object.RuleLibrary " and specify the name of the rule library. This allows the Rule to reference the functions and logic defined in the " Common Rules Library. " Correct Syntax (from the second image):
< ReferenceRules >
< Reference class= " sailpoint.object.RuleLibrary " name= " Common Rules Library " / >
< /ReferenceRules >
SailPoint IdentityIQ Rule Library Documentation
SailPoint IdentityIQ Configuration Guide (Rule and Rule Library Management)

When setting up a new IdentityIQ test environment, it is important to assess the needs of the customer, including whether they would benefit from using a deployment accelerator.
Deployment accelerators are pre-configured sets of rules, policies, and workflows that can significantly reduce the time and effort required to deploy IdentityIQ in a test or production environment. These accelerators are particularly useful for rapidly setting up environments that align with common industry practices or specific compliance requirements.
Asking the customer whether they need a deployment accelerator is a valid and important question during the initial setup phase, as it helps to determine the best approach to configuring the test environment efficiently.
Therefore, the correct answer is A. Yes.
Reference:This answer is based on best practices outlined in the SailPoint IdentityIQ Implementation Guide, which emphasizes the importance of understanding customer needs, including the potential use of deployment accelerators, during the initial setup phases.