Saviynt unveils its cutting-edge Intelligence Suite products to revolutionize Identity Security!
Click HERE to see how Saviynt Intelligence is transforming the industry.
Saviynt Copilot Icon

User Update rules running for deleted account

Caesrob
Regular Contributor
Regular Contributor

Hi,

We have a user update rule configured like this:

Caesrob_0-1727950770144.png

When a user is converted back to Active through the import, sometimes some of these attributes will have updated. Since they're updated, an updateAccount task will be created. With this also comes a newAccount task through a technical rule. Saviynt's workflow (from documentation) says new Account tasks should be provisioned before updateAccount tasks. We think this does not always work correctly, especially if a lot of inactive users are set to Active in the same import.

We think this because when multiple of our users were set back to Active, we noticed the updateAccount tasks were being provisioned for their deleted accounts and not their new accounts which obviously gives an error:

 

Caesrob_4-1727951314724.png

Also, we can see here that the updateAccount task was created on Oct 01, 2024 12:52:25. If we look at the newAccount task, we can see that it is completed on Oct 01, 2024 12:22:36. So there should be no way that the updateAccount task is being executed for the already deleted OpenLDAP account the user had before:

Caesrob_3-1727951245133.png

Is there any way to disable user update rules/technical rules to run for deleted accounts?

4 REPLIES 4

NM
Honored Contributor II
Honored Contributor II

@Caesrob was the update account task created before account deletion?

Caesrob
Regular Contributor
Regular Contributor

Hi,

No, the account was deleted on February 2024 and the updateAccount task was made 2 days ago.

NM
Honored Contributor II
Honored Contributor II

@Caesrob seems a bug .. it shouldn't create an update account task for suspended account.

NM
Honored Contributor II
Honored Contributor II

@Caesrob as per current process of yours .. there is a seperate rule which will trigger new account creation when user is rehired and if any of the value is achanged a update account task is triggered as well?

You can add a not update condition on status as well.