During the Expansion & Filtering step, ISC checks whether the identity already has the requested access. If it does, the access is ignored and excluded from provisioning.
Therefore, on 7/27, provisioning will be initiated, but the access should be ignored and not provisioned again.
That’s what I thought (ISC would cancel it on 7/27). So I guess even though the role was successfully “assigned”, ISC only cancels a req when it tries to provision (expansion & filtering phase), not when the actual req is made?
Is there a way to cancel this future dated assignment? I tried pulling the assignments with /identities/v1/:identityId/role-assignments?roleId=********** and it only returned the current assignment that was already provisioned. There’s no trace of the future dated one
There are steps describing how to change the start date of an already submitted request.
Also, in the “Date Change through Re-Request” section, it is mentioned that once you submit a new request for the same access, the request with the shorter duration is processed, so the other requests are ignored.