We have been facing issues with their accounts getting uncorrelated when they transition through different lifecycle states.
So lets say, when a user move from inactive to archived LCS, the existing AD account gets uncorrelated, which cause IDN to provision a new account and thus we have an active AD account for a leaver.
This is only happening with some users and not everyone, and we dont have any similarity between them, but once in a while we come across such cases.
Has anyone faced this issue? Happy to share more details if anyone has any inputs.
I do think we’ll need more details like what the correlation logic is, but a few thoughts I have are if the AD accounts are being provisioned by birthright roles, make sure you have criteria that checks for the LCS to be active. Another thought is if the AD account is changing OUs during the LCS change, how is that happening?
The correlation logic is to give preference to mail, then samaccountname and then employeeid. I do suspect that the issue maybe related to accounts first being correlated using mail and when the mailbox is deprovisioned on inactive states, it gets unccorelated. but I am not so sure as we are not seeing this behaviour for all accounts.
The AD accounts are provisioned using birthright roles, and it does have the active LCS criteria, it even has inactive LCS criteria as we want the user to hold the roles until inactive30plus LCS.
However, we do have legacy accounts which were provisioned before we had IDN, and most of the users we have seen issues with belong to this category.
AD account goes to disabled OU 7 days after the end date.
When they move to the disabled OU, is that OU still within the scope of the Active Directory connector? If not, it may appear as though the account is deleted from AD once it moves, which would trigger a new account creation, based on your role criteria.
When disabling the mailbox, I think the extension attributes are dumped.
As such, if you use one of them as a correlation rule and the account is moved, you can lose the correlation.
You can try to do a backup of the attribute in a csv in a beforeModify script before restoring it through an AfterModfiy.
IMHO, It’s best not to think about accounts getting “uncorrelated”. Correlation is a one-time event to create a “linkage” between Account and Identity, based on Account ID (ok, it can be re-run using unoptimised aggregation). Assuming you use DN as Account ID, moving the Account will “un-link” the Account.
Depending on your aggregation settings and timings and ordering, AFAIK, the moved account will either get re-linked via correlation (a new Account ID), or marked as deleted (the old Account ID doesn’t exist anymore) thus triggering another account creation.