So, I was thinking to use before provisioning rule with the logic that any “disable” account request will be converted to “delete” account request. My question here is, do AzureAD source has the implementation written for “delete” account request or is there any other better way to implement this?
I’ve tried Workflow as well for the same requirement, but it currently has a limitation of inline variables not working inside HTTP Request URL field.
Thanks @colin_mckibben for taking this up.
Within HTTP Request action, the Request URL field (which is a value) looks something like this (I’ve used inline variable with a filter) - https://targetsystem.com/users/{{$.getAccounts.accounts[?(@.sourceName == \"Test Source\")].attributes.objectId}}
Once the workflow runs, it fails at the HTTP Request step where I can see that the Request URL hasn’t resolved the expression to a value.
There is another post for the HTTP Request inline variable -
Apart from workflow, the other part of my question was to know if “Delete Account” operation is supported by AzureAD connector via Before Provisioning Rule (intent is change “disable” to “delete”) ?
Just got confirmation from the engineers that the “Delete Account” operation is not supported. Usually, disable is preferred because you can then recover an account in the event that the identity returns and is enabled again.