Timers allow you to plan automated actions within a specific time frame and execute time-delayed actions. Currently, timers can be configured in custom triggers and workflows.
|
Supported Modules |
Role Required |
Supported Automation |
|
Requests |
SDAdmin, HelpDeskConfig |
Triggers and Workflows |
|
Changes |
SDAdmin |
Triggers and Workflows |
|
Problems |
SDAdmin |
Triggers and Workflows |
|
Releases |
SDAdmin |
Triggers and Workflows |
|
Purchases |
SDAdmin |
Triggers |
|
Contracts |
SDAdmin |
Triggers |
Quick Links
To create a timer action, choose your preferred module from the drop-down. Click New Timer.
The New Timer form is dynamic and each section loads uniquely based on certain values. Read the following pointers to understand how to fill out the necessary information:
Step 1: Provide Basic Details
|
Field |
Description |
|
Timer Name* |
Provide a unique name for the timer action. |
|
Description |
Describe the timer operation or usage. |
* mandatory fields
Step 2: Schedule Timer
Specify the time frame to activate the timer and apply actions. Use the pointers below for reference:
|
Timer duration option selected |
Wait for time frame values |
|
User Defined |
Enter days, hours, and minutes in relevant fields. The timer will run for the entire duration after request creation. |
|
Based on a Date field |
You can apply a calculated time frame based on:
|
|
Based on Conditions |
Time frame cannot be defined. Timer will run until it is aborted. |

Step 3: Configure Actions
After the timer starts running, you can apply multiple actions at timed intervals using levels. You can add up to 4 levels with a maximum of 5 actions in each level.
For every level, you can configure the execution rule to decide the time limit to execute the level and apply the configured actions. The execution rule configurations vary depending on the timer duration configurations.
If timer duration is user defined/based on date field:
|
To set Level 1,
You can select initiate before as initiation criteria to calculate the level execution time based on the timer duration end. You cannot add further levels if this option is configured.
To set further levels,
|
If timer duration is defined based on conditions:
|
To set Level 1,
To set further levels,
|
Step 4: Abort Timer
You can set the criteria to abort a timer halfway by selecting one of the following options:
icon to add multiple conditions.
icon over the indentation space below another criteria to add it as sub-criteria. Criteria containing sub-criteria are denoted with a drop-down icon.

You can apply actions on the request or change or problem if the timer is aborted. You can send notifications, run custom function, update a field, add tasks, or trigger a webhook.
Step 5: Configure Actions when Timer Ends
You can choose to execute actions when a timer ends by itself. You can send notifications, run custom function, update a field, add tasks, or trigger a webhook.
Step 6: Other Options
You can choose to clear timers applied on a request/change/problem when the entity is closed. To apply timer-automated actions on closed requests/changes/problems, this option can be disabled.
After setting up the timer, click Save.

After timers are created, they are listed on the list view page where you can perform the following actions:
icon to edit any timer.
icon to enable/disable timer. You can also use the toggle on the Status column. To enable/disable in bulk, select the timers and use the Actions menu on the toolbar.
icon to delete timer. To delete timers in bulk, select the timers and use the Actions menu on the toolbar.
icon to search through timer using criteria. Add the criteria, value and click Enter. You can add multiple search criteria using the
icon. After the results are displayed, click on the existing criteria to edit it.
icon to limit the number of timers listed and to define the sort order.

Delay Timer: Apply delayed actions on a request or change or problem.
Scenario (for requests): If a request is closed, make all notes public 2 days after the request is closed.
Configure a trigger to be executed when a request status is closed/completed with the following timer:
|
Timer Schedule |
Actions |
|
Timer Duration: Based on conditions |
Level 1:
|
Scenario (for changes): If a change request reaches Implementation stage, pause the workflow for 5 days for high risk changes.
Add a Timer node to the Implementation stage in the change workflow and configure the timer as follows:
|
Timer Schedule |
Actions |
|
Timer Duration: User Defined Wait For: 5 days |
Abort Timer:
|
Scenario (for problems): After a problem is closed, wait for 2 days and add the resolution to the solution module.
Configure a trigger to be executed when a resolved problem in closed status with the following timer:
|
Timer Schedule |
Actions |
|
Timer Duration: User Defined Wait For: 2 days |
Abort Timer:
|
Break Timer: Stop executing timer actions if the user/technicians performs any actions on the request or change or problem.
Scenario (for requests): When 50% of due by date is reached for a request and it is still not in Closed status, send reminders to the technician everyday to update the status. If the request status updated, stop sending notifications.
Configure a trigger to be executed when a request is created with the following timer:
|
Timer Schedule |
Actions |
|
Timer Duration: Based on a Date Field Wait For: Percentage at 100% of Due by date relative to Created Date. |
Level 1:
Abort Timer:
|
Scenario (for changes): If a change request reaches CAB Evaluation stage, send a notification every 30 minutes to the CAB members. Once the approval process is complete, stop sending notifications.
Add a Timer node to the CAB Evaluation stage in the change workflow and configure the timer as follows:
|
Timer Schedule |
Actions |
|
Timer Duration: Based on Conditions |
Level 1:
Level 2 and above:
Abort Timer:
|
Scenario (for problems): Update the Priority field as High if 50% of due by date is reached. Email technicians to add workaround/resolution if the due by date reaches 75%. Stop sending notifications if the workaround/resolution is added.
Configure a trigger to be executed when a problem is created with the following timer:
|
Timer Schedule |
Actions |
|
Timer Duration: Based on Date Field Wait For: Percentage at 50% of Due by date relative to Reported Date. |
Level 1:
Level 2:
Abort Timer:
|
Idle Timer: Perform actions on a request or change or problem if it is idle in a status/stage for a specified duration.
Scenario (for requests): If a request is idle for more than 2 days while waiting for input from the requester, send a reminder to the requester. If no response comes through for a day, cancel the request and notify the requester.
Create a custom status Awaiting Reply from Requester. Configure a trigger to be executed after a request is created and the status is Awaiting Reply from Requester with the following timer:
|
Timer Schedule |
Actions |
|
Timer Duration: Based on conditions |
Level 1:
Level 2:
|
Scenario (for changes): Track the time spent by the change request in a freeze window when the Implementation stage is reached and create tasks if the change is frozen for more than 2 days.
Create a change trigger with the condition as Freeze Conflicted is Yes and Change State is Implementation. Configure the following timer as trigger actions:
|
Timer Schedule |
Actions |
|
Timer Duration: Based on conditions |
Level 1:
|
Scenario (for problems): If a high priority problem is idle for more than a day, send a reminder to the technician to add workaround. If no response comes through for a day, escalate to group head.
Configure a trigger to be executed on idle high priority problem requests with the following timer:
|
Timer Schedule |
Actions |
|
Timer Duration: Based on conditions |
Level 1:
Level 2:
Abort Timer:
|
General Timers: Perform actions at timed intervals.
Scenario (for requests): When a request is logged from JIRA, search for resolution in all service desk instances. If a resolution is found, update the request status as Resolved in ServiceDesk Plus Cloud and JIRA.
Create an additional field Request Logged from JIRA. Configure a trigger to be executed after a request is created and the Request Logged from JIRA field value is Yes with the following timer:
|
Timer Schedule |
Actions |
|
Timer Duration: Based on a Date Field Wait For: Number of Days after 30 minutes of Created Date. |
Level 1:
Timer Ends: Configure 2 actions to be executed when the timer ends.
|
Scenario (for changes): Ensure all the tasks in a change request has worklog added by the task owner. If a task is closed without this information, notify the task owners everyday.
Create a trigger for change tasks. Choose to execute the trigger when the task is created and the status is Resolved or Closed. Configure the following timer as trigger action:
|
Timer Schedule |
Actions |
|
Timer Duration: Based on Conditions |
Level 1:
Disable Automatically clear timer on Change closure to continue reminding your technicians even if the change request is closed. |
Scenario (for problems): If a problem is not closed on the same day after a workaround/resolution is added, trigger a task to the technician. Send notifications to the technician until the problem is closed.
Configure a trigger to be executed when a resolved problem is not closed with the following timer:
|
Timer Schedule |
Actions |
|
Timer Duration: Based on Conditions |
Level 1:
Level 2:
Abort Timer:
Disable Automatically clear timer on Problem closure to remind technicians even if the problem is closed. |