Schedules enable you to execute jobs in a preplanned manner, at regular intervals on Robots. You can assign Robots to perform different schedules according to the following options:
- All Robots - Schedules are executed by all the Robots in a specific environment.
- Specific Robots - Schedules are executed by the Robots selected by the user.
- A Number of Robots - Schedules are executed by a number of Robots. This option enables you to utilize your resources to their greatest extent. As soon as a Robot becomes Available, it executes the indicated process according to the provided schedule.
Additionally, you can stop a scheduled job after a custom amount of time with the Cancel or Terminate options.
You can adjust the execution time of the schedules according to a specific time zone.
The time zone set on a schedule is not correlated to the time zone of the tenant (set in the Settings page).
The Schedules page enables you to create new schedules. It also displays all previously created schedules, which can be edited, enabled, or disabled.
You can view the jobs started by a specific schedule on this page, by clicking the More Actions > View jobs. The Jobs window is displayed.
If you set multiple schedules on the same Robot and their execution time overlaps at least one time, the jobs are queued, in a pending state. The Robot executes the queued jobs in chronological order.
If the same process is scheduled on the same Robot multiple times and their execution time overlaps, only one process is queued, in a pending state. For example, if process A on Robot X is scheduled to run at 11:20, 11:21 and 11:25, and the behavior is as follows:
- at 11:20 the first process is executed.
- If the first execution finishes before the second schedule:
- The second schedule is processed.
- If this execution finishes before the 11:25 schedule, the latter is also executed.
- If the execution of the 11:21 schedule does not finish before the 11:25 one, it is added to a queue, in a pending state.
- If the first execution does NOT finish before the second schedule:
- The 11:21 schedule is placed in a queue, in a pending state.
- If the execution of the 11:21 schedule finishes before the 11:25 one, the latter is also executed.
- If the execution of the 11:21 schedule starts but does not finish before the 11:25 one, the last schedule is placed in a queue, in a pending state.
- If the 11:21 schedule is still in pending when the 11:25 one should start, the latter is no longer executed or added to a queue.
If the connection to the SQL database is lost for any reason, the schedules that were supposed to be triggered at that point are misfired, and an alert with the Error level is generated.
Updated 5 months ago