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

Posted by Giuseppe on May 04, 2026 at 07:37 PM

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.

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.


Get Premium IdentityIQ Engineer Questions as Interactive Web-Based Practice Test or PDF Real Exam Format Detailed Explanations Instant Access Get Your Practice Test
24 comments · newest first
GL
Glenn 2 days ago
Exactly! The division change is significant for managers.
SE
Sena 7 days ago
But if the user is a manager, it’s crucial to track those changes.
CA
Carlota 12 days ago
I disagree. It seems too specific for a general workflow.
BE
Berry 17 days ago
I think it's a valid process. It makes sense to trigger workflows based on changes.
AD
Adrianna 23 days ago
Yes, definitely A.
BO
Bong 28 days ago
So, option A is the best choice then?
JA
Jade 1 month ago
Exactly, it’s specific and efficient.
AD
Adrianna 1 month ago
The trigger only activates for managers, that's the key.
BO
Bong 1 month ago
But what if the user isn't a manager?
JA
Jade 2 months ago
Agreed, it should work as intended.
AD
Adrianna 2 months ago
I think it's a valid process. It checks the right conditions.
RO
Royal 2 months ago
I’m surprised it’s that straightforward!
BR
Bronwyn 2 months ago
Yup, that’s how you handle lifecycle events!
MA
Mayra 2 months ago
Wait, does it really only trigger for managers?
EA
Earleen 2 months ago
I think it’s too specific, might miss some cases.
MA
Marilynn 3 months ago
Sounds like a solid plan to me!
BA
Barbra 3 months ago
I’m confused about the event type. I thought we usually use different types for lifecycle events. Is rule the right choice?
JA
Jarod 3 months ago
I’m leaning towards option A, but I feel like there could be more conditions to consider, especially regarding user permissions.
MI
Micaela 3 months ago
I remember a similar question where we had to validate user roles before triggering workflows. It might be important here too.
CO
Colene 3 months 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.
FR
Francoise 4 months ago
I’m confused about the event type. I thought we usually use different types for lifecycle events. Is rule the right choice?
OR
Ora 5 months ago
I’m leaning towards option A, but I feel like there could be more conditions to consider, especially regarding user permissions.
MA
Maybelle 5 months ago
I remember a similar question where we had to validate user roles before triggering workflows. It might be important here too.
CO
Coral 5 months 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.
0/2000 characters

Save Cancel