SailPoint Updated IdentityIQ-Engineer Exam Questions and Answers by emmeline

Yes. In IdentityIQ workflow processing, a wait step is not simply a client-side pause or a frozen browser session. The workflow case is persisted and resumed after the wait condition has elapsed and the maintenance process revives eligible workflow cases. A wait= " 1 " attribute represents a minimum wait period, and the workflow does not necessarily resume at the exact instant the wait expires. It resumes when IdentityIQ’s background maintenance processing detects that the wait period is over and advances the workflow. That is why the wording says “at least one minute” and “on the next run of the Perform Maintenance Task.” This distinction matters operationally: workflow timing depends on both the configured wait value and the maintenance task schedule. Engineers should not use wait steps when exact real-time execution is required. References/topics: IdentityIQ Engineer — workflow wait attribute, persisted workflow cases, Perform Maintenance task, background workflow resumption, workflow step behavior.

Yes, this is indeed one of the primary purposes of an IdentityIQ certification. Certifications are conducted to attest to a user ' s system access, ensuring that each user has appropriate and justified access rights to applications, data, and systems within the organization. This is central to IdentityIQ’s access governance and compliance processes.

SailPoint IdentityIQ Certification Guide

SailPoint IdentityIQ Governance Overview

This implementation is not correct. The requirement is to return all account names for an identity on the application MagicBox, but the code retrieves only a single Link by calling service.getLink(identity, " MagicBox " ). Even worse, the while (link != null) loop never changes the link variable, so if a link is found, the loop becomes infinite and repeatedly adds the same native identity. A correct implementation must retrieve the application object, obtain all matching Link objects for the identity and application, iterate over that list, and add each link’s native identity once. There is also no visible import for ArrayList or List, although BeanShell environments may sometimes tolerate imports differently. The fatal issue remains the flawed loop and single-link retrieval. IdentityIQ account data is represented by Link objects, and multiple accounts may exist for the same identity on the same application depending on connector and policy design. References/topics: IdentityIQ Engineer — IdentityService, Link objects, native identity, BeanShell API usage, account lookup logic.

Yes. Rapid Setup explicitly supports configuration of Manager Correlation by mapping an application/account attribute containing manager information to an IdentityIQ identity attribute that uniquely identifies the corresponding manager. Within Rapid Setup, account correlation and manager correlation are handled as separate correlation configurations. For manager correlation, the engineer selects the application attribute containing the manager reference, selects the comparison operator—typically Equals—and then selects the IdentityIQ identity attribute used to resolve that manager.

This is an attribute-based correlation method and is appropriate when the manager identifier supplied by the connected system can be matched directly to an attribute stored on Identity Cubes. For example, an account ' s managerEmail could be mapped to the IdentityIQ email identity attribute. More complicated transformations or normalization requirements may require a Manager Correlation Rule, but a direct attribute mapping is supported directly through Rapid Setup.

Therefore, the proposed action is valid.

References/topics: IdentityIQ Engineer — Rapid Setup, Manager Correlation, application attributes, identity attributes, aggregation and correlation.

=======