and more in a single search tool across platforms. Read the announcement here. |
04/20/2023 07:27 PM
I'm trying to design a scenario where during re-hire event, we enable an inactive Active Directory account and reset the password using change password task.
During this event, their account is initially inactive. In testing, I'm seeing that the enable account task is generated, but the change password task is only generated if the AD account is already active, which will never be the case.
How can we generate a change password task for an inactive account? In AD (and most systems) you can reset a password for a disabled account, so this seems to be an acceptable scenario.
Solved! Go to Solution.
04/23/2023 08:39 PM
you can enable account and then using rule / actionable report you can do change password as a workaround. Please submit idea ticket for same
04/24/2023 06:10 AM
I am going to do a Sav4Sav job because I need some way of indicating on each user if they have had the reset done already during their rehire event, so I will set a custom property that kicks off a user update rule to do the reset, which also be an indicator that they no longer need an additional reset to be completed.
05/01/2023 07:39 AM
Sav4Sav job is how I will achieve this, but I opened an idea on the original request:
05/15/2023 03:10 PM
i have the same requirement below are the workaround that i did.
1.) created a update rule to trigger enable account task, update user task when status=1 and event =rehire.
2.) i already have a sav to sav job which runs and update cp65 as with "birthright" & " passwordEmail"
3.) once the rehire is synced enable account & update user task will trigger , enable account will enable the Ad account and Updated user task will update the cp65 with some string value.
4.) so on next 15 min if sav to sav runs then it will update cp65 as "passwordEmail" and change password task will trigger .