For context, the application we are configuring does not have an API Endpoint to Disable the account so as a workaround, I used the Update API which uses the PUT method. So if the attribute p_activate turns to false, the account will be disabled.
This is the body of the Disable Account HTTP Operation. HTTP Method is PUT
{
"atom":{
"p_activate":false
}
}
All of this is working in Postman. But in IDN, when I tried to disable the user’s account, the account gets disabled but the attribute is not getting updated so when I run the aggregation again, it gets re-enabled because the p_activate attribute is still true.
Have you configured the attribute “Account Enable Status Attribute” such that connector knows when to mark the account to disable after aggregation?
The description didn’t provide how you passed nativeIdentity details, have you verified by printing the requestEndPoint in the logs to see if the fullURL of the API and request body are similar to Postman execution?
Hi,
Set the Account Enable Status Attribute to p_activate=true and run the account aggregation. The status of all accounts with attribute ‘p_activate’ and value ‘true’ will be ‘Enabled’.