We are experiencing a strange behavior when a request is modified by a member of an approver group. What we're seeing is that the original request is discontinued (expected) and a new request is submitted, but it does not keep the entitlements from the original request even if they were not removed in the modification. Has anyone else seen this? What should we expect? Screenshots below explaining and showing the steps we are seeing. I have obfuscated sensitive data:
The initial request and a single application role selected:
Approver has modified the request and added a new entitlement from ET 'Content Groups'. You can see it has retained the original Application Role submitted.
In Request History, we see the original request has been discontinued. I don't think this is unusual:
Here are the details from the discontinued request that shows the original entitlement submitted at step one.. the application role:
Unfortunately, here is the issue. Here are the details from the new request that was submitted based on the modify, and the 'Basic Access' Application Role was removed from the request even thought it was there when the approver had submitted the modification:
Because this modified submission was completed by one of the approvers, the new request auto approves and tasks are created. However, only the new account request and the entitlement the approver added show up as tasks, and not the original one that was kept on the modified submission:
There was issue in older versions non EIC also where when two tabs opened data get messed up. Here if entitlement not visible then its defect. Please raise freshdesk ticket
Rushikesh Vartak
