how to set due date in sc_request?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎03-26-2025 07:04 PM
Hi, I understand due date in sc_request (that shows on the portal in the request details widget once a catalog item is submitted) is for requester's and approvers etc and task SLAs are for fulfillment teams. Can someone tell me whats the best way to determine what should be set in the due date field? I know its coming from the workflow or the delivery time but whats the best practice to determine what it should be?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎03-26-2025 07:56 PM
it depends on your customer's requirement and will vary from customer to customer so no single best practice.
If my response helped please mark it correct and close the thread so that it benefits future readers.
Ankur
✨ Certified Technical Architect || ✨ 9x ServiceNow MVP || ✨ ServiceNow Community Leader
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎03-27-2025 02:08 AM
Hi @ArchiG
This kb will provide you. more details
https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1334745
The determination of the due date depends entirely on the scenario. For some items, it could be 3 days, while for others, it might be 7 days. It's difficult to define the best approach here. You should discuss this with the client during a workshop and configure the due date accordingly.
If my response proves useful, please indicate its helpfulness by selecting " Accept as Solution" and " Helpful." This action benefits both the community and me.
Regards
Dr. Atul G. - Learn N Grow Together
ServiceNow Techno - Functional Trainer
LinkedIn: https://www.linkedin.com/in/dratulgrover
YouTube: https://www.youtube.com/@LearnNGrowTogetherwithAtulG
Topmate: https://topmate.io/atul_grover_lng [ Connect for 1-1 Session]
****************************************************************************************************************