Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

SailPoint IdentityIQ Engineer Exam - Topic 3 Question 36 Discussion

Actual exam question for SailPoint's IdentityIQ Engineer exam
Question #: 36
Topic #: 3
[All IdentityIQ Engineer Questions]

An engineer needs to trigger a workflow when a Division attribute changes from /7"to Senior IT, but only when the user is a manager.

Is this a valid process that the engineer could use to launch a workflow for a lifecycle event?

Solution: Create a trigger with an event type of rule and return True when the user's previous value of the division attribute is /7"andthe new value of the division attribute is Senior IT.

Show Suggested Answer Hide Answer
Suggested Answer: B

The scenario describes triggering a workflow when a 'Division' attribute changes from a specific value to 'Senior IT,' but only when the user is a manager. The proposed solution suggests creating a trigger with an event type of 'rule' that checks the previous and new values of the 'Division' attribute.

However, this approach has a couple of issues:

Trigger Configuration: In SailPoint IdentityIQ, a lifecycle event trigger typically operates on changes in identity attributes, but it's not standard to define this trigger using a rule that directly inspects the previous and new values. Instead, the lifecycle event would usually be configured in the context of the application or identity to directly listen to specific changes without needing to define the logic in a custom rule.

Condition Validation: The condition of checking if the user is a manager should ideally be integrated within the workflow itself or the lifecycle event configuration, not just as part of a rule in the trigger.

While a rule can be used to define complex conditions, the correct way to implement this in IdentityIQ would involve setting up the lifecycle event trigger specifically for the attribute change and managing any additional conditions (like checking if the user is a manager) within the workflow or using an appropriate script/rule in that context.

Therefore, while partially correct in approach, the described solution is not the best practice or a valid process in IdentityIQ, so the correct answer is B. No.

Reference: This answer is based on the SailPoint IdentityIQ Lifecycle Manager Guide, which provides best practices for configuring lifecycle events and triggers, as well as proper use of rules and workflow triggers in these scenarios.


Contribute your Thoughts:

0/2000 characters
Ora
17 days ago
I’m leaning towards option A, but I feel like there could be more conditions to consider, especially regarding user permissions.
upvoted 0 times
...
Maybelle
22 days ago
I remember a similar question where we had to validate user roles before triggering workflows. It might be important here too.
upvoted 0 times
...
Coral
27 days ago
I think this is a valid process, but I'm not entirely sure if the trigger needs to check if the user is a manager first.
upvoted 0 times
...

Save Cancel