This page contains information about execution settings, accessible through the Settings page during configuration of an automation.
Automations run independently, and if multiple automations trigger at the same time, they will execute in parallel in a nondeterministic ordering. However, effects for a given automation can be configured to execute in parallel or sequentially.
In the example above, since the effects are set to execute sequentially, Action 1 will be executed before Action 2. This statement holds regardless of what partitioning settings are configured. For example, if the partition size is 20, and 40 objects trigger the automation, the automation would execute as follows:
The example above will result in 4 total sequential executions.
However, if parallel execution was configured, the automation would execute as follows:
This example results in 4 executions, with 2 sets of 2 in parallel.
When an automation is triggered by object edits, rather than datasource updates, you can configure how the automation handles multiple edits to the same object within a short time period.
If multiple edits are made to an object in quick succession, each edit will either trigger the automation independently, or all at once, depending on the evaluation latency.
For example, if a user makes several quick edits to a document object:
Effects follow at-least-once execution semantics rather than exactly-once guarantees. This means that in rare cases, the same effect may be executed multiple times for the same trigger event. When designing Actions and functions that will be used with Automate, ensure that your Actions and functions can handle potential reruns gracefully.
To account for possible duplicate executions:
While Automate attempts to minimize duplicate executions, they cannot be completely eliminated due to the distributed nature of the system and retry mechanisms for handling transient failures. It is important to consider this execution behavior when designing automation workflows, particularly for critical operations.
A sequence of automations can sometimes cause cycles when automations may call each other, resulting in an infinite loop. See cycle detection for more details.
For certain automations, cycle detection may be undesirable. Up to 50 cycles can be allowed by toggling on Allow cycles in the automation settings.
Note that the option to override cycle detection is only available when live monitoring is enabled.
You can configure the behavior of the Automate application when the live automation scale limit is reached.
When the Drop objects over the live automation scale limit option is enabled, automation events that are triggered by more than 10,000 objects will trigger effects for the first 10,000 objects and drop the rest, rather than failing.
Note that this option is only available when live monitoring is enabled.