Update status attribute after Remove entitlement Web Services

Hey guys,

When I Remove or Add Entitlements to a User, I need to change their account status. When removing, I need to deactivate. When adding, I need to activate.

This behavior works perfectly in the API. When the operation is performed by ISC, the API receives it and updates the user’s status accordingly.

However, on the ISC interface, this status change only reflects after a full account aggregation.

Is there a way to update the status immediately after the “Remove Entitlement” and “Add Entitlement” operations without running a general aggregation?

We are mapping the response in both operations:

I am fairly certain that when you add/remove entitlements, ISC will only update the entitlement information on the Account.

You could create a Workflow that would “enable” the account when Entitlements are added, and “disable” the account when Entitlements are removed.

Hi @lucassilvaasper ,

You can achieve this by running single account aggregation using Get Object HTTP operation. Add this operation at last.

Hi Lucas,
Why don’t you try creating a workflow with the provisioning completed trigger with filter for that particular source and in the next step perform an single account aggregation using the Http request as the action, I think it will work

Hi Theja,

I’ve created a Get-Object and pointed it to the Remove Entitlement operation via Parent Endpoint, but it still doesn’t work…

Hi @lucassilvaasper, Hope you have mapped the inactive attribute in response mapping in Get Object operation. Also does, single account aggregation works in Postman?

Yes, it’s mapped.
And in Postman, it works fine.
I also logged the response in the After Operation Rule, and it shows exactly as in Postman.