# Is it possible to support future-dated access requests in ISC **URL:** \ **Category:** SHF Discussion and Questions\ **Tags:** access-requests, sailpoint-identity-security\ **Created:** [March 27, 2026, 9:52am UTC](https://developer.sailpoint.com/discuss/t/is-it-possible-to-support-future-dated-access-requests-in-isc/200779 "2026-03-27T09:52:15Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![shsakshi](https://avatars.discourse-cdn.com/v4/letter/s/d07c76/32.png) [@shsakshi](https://developer.sailpoint.com/discuss/u/shsakshi)\ **Post date:** [March 27, 2026, 9:52am UTC](https://developer.sailpoint.com/discuss/t/is-it-possible-to-support-future-dated-access-requests-in-isc/200779/1 "2026-03-27T09:52:15Z")
There is a requirement that an access request should support something like a start date or future activation time. The idea is: - an access request is submitted now - But the access should become active later at a scheduled time Is this possible in ISC using workflow triggering and scheduling, or any similar approach? If scheduling a workflow for an access request can work, could anyone please share the recommended approach or any reference documentation? ---
**Author:** ![KRM7](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/krm7/32/2685_2.png) [@KRM7](https://developer.sailpoint.com/discuss/u/KRM7)\ **Post date:** [March 27, 2026, 9:59am UTC](https://developer.sailpoint.com/discuss/t/is-it-possible-to-support-future-dated-access-requests-in-isc/200779/2 "2026-03-27T09:59:04Z")
There is no Start date feature only end date for Access Requests. You can use workflow with Access Request submitted Trigger and Wait Action. Does the start date needs to be selected by requestor or is it kinda fixed ? ---
**Author:** ![shsakshi](https://avatars.discourse-cdn.com/v4/letter/s/d07c76/32.png) [@shsakshi](https://developer.sailpoint.com/discuss/u/shsakshi)\ **Post date:** [March 27, 2026, 10:18am UTC](https://developer.sailpoint.com/discuss/t/is-it-possible-to-support-future-dated-access-requests-in-isc/200779/3 "2026-03-27T10:18:50Z")
Hi @KRM7 Thank you for the suggestion. The preferred approach is to call the API and provide the date while triggering the workflow. While reviewing the following document: Workflow Triggers - SailPoint Identity Services [Workflow Triggers - SailPoint Identity Services](https://documentation.sailpoint.com/saas/help/workflows/workflow-triggers.html) There are fields such as addDate and removeDate, and it is not clear how they should be validated or used. ![image](https://global.discourse-cdn.com/sailpoint/original/3X/5/4/54fb19f0d29e755b714d76a04bd71ea1d51e1d48.png) Also, there are references to startDate and endDate. It is not clear whether these are directly related to access activation and expiration. Could you please help clarify: - How addDate and removeDate are intended to be used - whether startDate and endDate are related to access timing - How can these values be passed while triggering the workflow through the API If there is any example or reference for this flow, please share. ---
**Author:** ![agoyal27](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/agoyal27/32/41747_2.png) [@agoyal27](https://developer.sailpoint.com/discuss/u/agoyal27)\ **Post date:** [April 21, 2026, 3:24pm UTC](https://developer.sailpoint.com/discuss/t/is-it-possible-to-support-future-dated-access-requests-in-isc/200779/4 "2026-04-21T15:24:03Z")
Hi @shsakshi , For the respective access profiles, you can attach it to access request workflow. Flow can be as below:- 1. Your tenant need to have access to adaptive approvals. 2. Access request submitted trigger —\> action form —\> Get start date—\> add variable as number of days—\> pass the wait as number of days and conplete the workflow. Ideally if I say that this will be activated after 30 days, the execution will happen for 30 days which doesn’t make a lot of sense as per my opinion . Hope this helps ---
**Author:** ![BhanuKondi](https://avatars.discourse-cdn.com/v4/letter/b/b19c9b/32.png) [@BhanuKondi](https://developer.sailpoint.com/discuss/u/BhanuKondi)\ **Post date:** [April 22, 2026, 1:54pm UTC](https://developer.sailpoint.com/discuss/t/is-it-possible-to-support-future-dated-access-requests-in-isc/200779/5 "2026-04-22T13:54:30Z")
Hi @shsakshi , For any access request, we can select only end date , start date selection is not supported, so we can use a workflow which triggers whenever access request is submitted, but to use this trigger, your tenant should have adaptive approvals enabled, then only you can use the access request submitted trigger. ---
**Author:** ![utkirjonkamiljanov](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/utkirjonkamiljanov/32/36695_2.png) [@utkirjonkamiljanov](https://developer.sailpoint.com/discuss/u/utkirjonkamiljanov)\ **Post date:** [April 22, 2026, 2:57pm UTC](https://developer.sailpoint.com/discuss/t/is-it-possible-to-support-future-dated-access-requests-in-isc/200779/6 "2026-04-22T14:57:44Z")
Check out this community blog post that covers a very similar pattern using workflows with access request triggers and date-based logic, might be a helpful starting point: > [@Mandatory Expiration Dates for Access Requests in ISC with Workflows](http://developer.sailpoint.com/discuss/t/mandatory-expiration-dates-for-access-requests-in-isc-with-workflows/99112): > > Background The ability to set expiration dates for requestable items in Identity Security Cloud has been a feature for a while now. When somebody submits an access request, they can set the expiration date to automatically have that access removed when that date is reached. The automatic removal works well, but it does have the limitation that access requests cannot be configured to make expiration dates required. As such… ---
**Author:** ![SatishAtike](https://avatars.discourse-cdn.com/v4/letter/s/ebca7d/32.png) [@SatishAtike](https://developer.sailpoint.com/discuss/u/SatishAtike)\ **Post date:** [April 23, 2026, 6:05pm UTC](https://developer.sailpoint.com/discuss/t/is-it-possible-to-support-future-dated-access-requests-in-isc/200779/7 "2026-04-23T18:05:00Z")
Hi @shsakshi , we can use the access request submitted trigger in workflow and trigger it when the request is submitted and add a wait step for the delay, then process approval or reject, but for this adaptive approvals should be enabled first. ---
**Author:** ![KRM7](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/krm7/32/2685_2.png) [@KRM7](https://developer.sailpoint.com/discuss/u/KRM7)\ **Post date:** [June 3, 2026, 9:53am UTC](https://developer.sailpoint.com/discuss/t/is-it-possible-to-support-future-dated-access-requests-in-isc/200779/8 "2026-06-03T09:53:53Z")
Now we have it [New Capability: Start Date in Access Requests - Announcements / Product News - SailPoint Developer Community](https://developer.sailpoint.com/discuss/t/new-capability-start-date-in-access-requests/206094) ---
**Author:** ![system](https://global.discourse-cdn.com/sailpoint/original/2X/f/f2136700ed5e3703e0b85e02f6be799dacca7735.png) [@system](https://developer.sailpoint.com/discuss/u/system)\ **Post date:** [August 2, 2026, 9:54am UTC](https://developer.sailpoint.com/discuss/t/is-it-possible-to-support-future-dated-access-requests-in-isc/200779/9 "2026-08-02T09:54:23Z")
Closed on August 2, 2026, 9:54am UTC This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.