About triggers

Triggers enable you to execute jobs in a preplanned manner. The Triggers page enables you to create new triggers, manage existing ones, or instantly launch a job for an existing trigger.

Trigger types

Based on their scope:

• Time triggers - they instruct the automation to start at regular intervals. Read more...

• Queue triggers - they instruct the automation to whenever new items are added to your queues. Read more...

• Event triggers - they instruct the automation to start whenever a specified event occurs (event triggers). Read more...

Based on where you create them:

• Outside the workflow - created by folder admins in Orchestrator (time and queue triggers).

  Outside the workflow - created by folder admins in Orchestrator (time and queue triggers), or in Integration Service (event triggers).

• Inside the workflow - created at design-time by RPA developers, using trigger activities.

Note:

• Only event triggers that are created using trigger activities show up in the Event Triggers grid in Orchestrator.

• Only one trigger activity per workflow is allowed.

• Triggers created at design-time in Studio are the only trigger types that Orchestrator validates as package requirements. They only work when they are added at process-creation time, from the Package Requirements page.

Non-working days

This enables you to define multiple lists of non-business days, per tenant, each with its own set of dates, on which you can configure your triggers to not run if needed. This means that, during public holidays, weekends, or any other day on which normal business activities are not being carried out, your long-run triggers can be configured such that they don't get launched. You can define or upload such calendars on the Non-Working Days tab, in the Settings page. A BankHoliday calendar is created by default, to help you define your first non-working days easier. Once the non-business days defined in the selected calendar are over, the trigger is launched as usual.

In order to apply any of these restrictions to your triggers, you need to select the desired calendar from the Non-working day restrictions drop-down when creating a new trigger or editing an existing one. You can select only one calendar for a trigger. Note that editing a calendar on the Non-Working Days tab also affects triggers that already have that calendar selected within the Non-working day restrictions drop-down.

Note: When you use non-working days, the trigger time zone must be the same as the tenant time zone (Tenant > Settings > General), because calendar restrictions cannot be applied in different time zones. A tenant without an explicitly defined time zone inherits it from the host.

For more details on how to manage non-working days, click here.

Note that adding and removing non-working days is audited at the tenant level. More details about audit here.