Request Managment when IDs are reused

[wjmay]

I have an application that has a limited number of logins available and they reuse IDs when folks leave or no longer require access. They essentially reset the ID and reassign privileges for the new user.

This has presented a problem with Aveksa termination processing as we request a Delete Account action, and the system won't verify the change until the account is deleted. In this example, the user account mapping is updated from the old user to the new.

Any suggestions on how to get these to verify upon UAM mapping update? I know the system creates the request as a RemoveUserFromAccount action when it is a shared account. Is there anyway to force this behavior for all accounts on a business source?

Alternatively I could concat the Account Name and UAM attribute to force the system into thinking the account was deleted vs. reused, but that is the least preferable option.

Thanks,

Bill

v7.0.2

[AhmedNofal]

I believe this was an actual bug that is being addressed if I'm not wrong Ziad ElMolla‌

[IanStaines]

William May‌ did you resolve this issue?   Are you still on 7.0.2 version?

[IanStaines]

This thread has gone quiet so I am going to assume this issue was resolved.