and more in a single search tool across platforms. Read the announcement here. |
02/24/2023 01:18 PM
I am using createautoapprovedrequest as mentioned in the API documentation and when testing the request, I am getting below error.
The securitysystem used in the payload already has the Workflow defined. Does this API requires us to configure the Workflow at any other place as well?
02/24/2023 01:23 PM
There should be a workflow with grant access already created with ‘AUTOAPPROVAL’ name and the workflow should be added to externalconfig.properties file with below details: sav.autoapprovalwfname=AUTOAPPROVAL.
Can you check if you have this entry in externalconfig.properties.
02/24/2023 01:26 PM
As per documentation you need to do this
Note: There should be a workflow with grant access already created with ‘AUTOAPPROVAL’ name and the workflow should be added to externalconfig.properties file with below details: sav.autoapprovalwfname=AUTOAPPROVAL.
https://documenter.getpostman.com/view/1797923/SzKN22aV#f7c48534-d319-47d4-af0e-76f71f86277f
Do you have the respective configurations
02/24/2023 01:27 PM
We only have AutoApprove workflow in the list of Workflows. Do we have to create a new workflow with a name 'AUTOAPPROVAL' ?
02/24/2023 01:30 PM
Yes and can you add the config in externalconfig.properties and restart the services and then try
02/24/2023 01:45 PM
Environment went down and is not coming up. I added the below line at the end of externalconfig.properties file
sav.autoapprovalwfname=AUTOAPPROVAL
02/24/2023 02:21 PM
sav.autoapprovalwfname if not already present in externalconfig.properties should be added as a new entry. else you just need to modify the value of this to AUTOAPPROVAL.
Also, service may take a bit to come back up. If it does not come back up after 20 mins you can raise a Freshdesk ticket for support team to take a look at it.
02/24/2023 03:13 PM
It worked after the restart. However, I am seeing duplicate 'Add Access' tasks on the first endpoint. I have two endpoint requests in the Request.
02/24/2023 03:18 PM
Here is the sample payload, I used and I am seeing two duplicate 'Add Access' tasks for ent1
{
"username":"TESTUSER",
"requestor":"API",
"comments":"RITM1",
"requestaccess":[
{"endpoint":"ENDPOINT_1",
"securitysystem":"SSYSTEM_1",
"requesttype":"1",
"accountname":"TESTUSER",
"requestaccessattr" :
[
"TicketNumber####RITM1",
] ,
"entitlement" : {
"ADD" : [
"memberOf####CN=ent1,OU=groups,O=com"
]
}
},
{"endpoint":"ENDPOINT_2",
"securitysystem":"SSYSTEM_2",
"requesttype":"1",
"accountname":"TESTUSER",
"requestaccessattr" :
[
"TicketNumber####RITM1",
] ,
"entitlement" : {
"ADD" : [
"memberOf####CN=ent2,OU=groups,O=com"
]
}
}]
}
02/24/2023 04:11 PM
Can you validate if you have duplicate data in your system for Entitlement1. Also, can you please check if the task created have different accountkey and entitlement_valuekey. You should be able to use data analyzer to view this information in arstasks table.
If the data looks to be correct can you run the provisioning job (wsretry job). One of the tasks should move to completed status and the other to No Action Required or Discontinued status.
02/25/2023 08:18 AM
The Entitlement1 is mapped on both the security system, however it was not requested only with the first Security System.
Also, I queried the table (arstasks) and one of the duplicate task did not have accountkey populated.
02/25/2023 02:52 PM
Looks like it is a bug.
Bug - happens only when payload has request for multiple Endpoints and the duplicate 'Add Access' task is created on the first Endpoint request.