The Identity Processing Threshold feature gives you the ability to stop lifecycle events before they are fully processed, to protect against dangerous or accidentally-triggered workflows from completing. For example, if someone makes a change in the Human Resources database that accidentally changes the status of an entire department's employees to "terminated", the identity processing threshold can stop IdentityIQ from running a Leaver workflow for hundreds of employees.
Thresholds can be set either as a fixed number, or as a percentage of identities. When a threshold is set, the Identity Refresh task will terminate when the threshold is met, without updating any identities.
Identity Processing Threshold can be configured both in Rapid Setup (as global setting) and in Lifecycle Events, for specific workflows. In addition, there are some settings in the Identity Refresh task that must be set to fully enable this feature.
The Identity Processing Threshold in Rapid Setup is configured as a global setting, for each type of processing event.
Identity Processing Thresholds are set individually for different types of Lifecycle Events.
The Identity Refresh task must be set to process events in order for the Identity Processing Threshold to work as intended.
This is a great and much anticipated enhancement.
Question: How does the threshold work for partitioned Identity Refreshes ? Is the value cumulative of events triggered across partitions ?
is there any notification that the processes were not running because of exceeded threshold ?
And can we increase the threshold and run the processes again without changing any trigger attribute ?
@yatharth_singhal , I ran your Q by one of the engineers and he says:
@uensal_ilhan , I ran your Q by one of the engineers - here is his response:
Yes, the notification is via the task results. The task would be a failure and a localized message would give feedback. You could increase the threshold and run the processes again, but it is probably better to determine what the real problem was and address it in the data.
This is great feature, @cathy_mallet
but is there a way to get the list of users impacted due to this threshold and their corresponding event details ?
If we don't have this feature OOTB, any ideas from engineering team to get this data from Sailpoint( Like this data will be stored in some table or objects)?
Is the Identity Threshold Feature introduced from IdentityIQ 8.2? Was is present in any 8.0 versions say Patch 5?
What is the denominator for the Percentage option? Is it a percentage of the total number of Identities in the system, the total number of Identities scanned in the refresh, or something else? How is this actually calculated?
@ryan_coulter Hello! did you get an answer to this question?