Advanced automation steps

Advanced steps help you manage work that has multiple paths, timing, or repetitions in a single flow. By adding advanced steps to your automation flow, you can:

• Eliminate manual workarounds: Manage multi-step, multi-team processes in one flow, instead of relying on multiple flows that depend on each other.

• Boost efficiency: Automate parallel and conditional work to reduce errors and save your team's time.

• Enterprise-grade advanced control: Get clear visibility and easily scale automation across your organization.

同時にブランチを作成

This step allows multiple flow groups to run simultaneously. Use it when you need to run several tasks in parallel that don’t depend on each other.

Other branches available in Jira and Confluence Cloud

In the following example, when a work item is created, the flow adds a comment to the ticket and sends an email notification simultaneously.

Branch with conditions

• スマート バリューの使用: あり

This step allows you to split your rule into different paths based on conditions that you set. Each path represents one scenario that can happen when the rule runs. Use it when a single trigger must lead to different outcomes based on its context.

When the rule runs, each branch will be examined in the order you set them up. As soon as it finds a branch where all conditions are true, it runs the actions in that branch.

Although more than one branch’s conditions can be true for the same rule run, a Branch with conditions step always runs the first matching branch only. It is recommended to order your branches so the preferred scenario appears first.

A Branch with conditions step includes:

• Up to three branches, where each branch has:

  • A name

  • One or more conditions

  • The actions to run when those conditions are true

• Execution Mode — you can choose how each branch evaluates its conditions:

  • All conditions match (AND logic) — the branch only runs if every condition is true

  • At least one condition matches (OR logic) — the branch runs if any one of the conditions is true

• You can also add an optional Fallback branch that runs if no other branch matches your conditions.

次までの遅延:

• スマート バリューの使用: なし

This step lets you delay when the branch runs its steps. You can either pause the branch for a set amount of time or wait for a specific event before the branch continues. Each delay can be between 10 seconds and 90 days.

You must add this step before a condition or action. It only delays the branch’s steps and does not affect the rest of the flow.

• When “Delay until” is before an action, the flow pauses until the delay ends.

• When “Delay until” is before a condition, the flow pauses for the delay, then evaluates the condition.

サポートされているイベント:

• 作業項目が更新されました

• アラートの更新

• Incoming webhook More on how to verify incoming webhook trigger

In the following example, when a work item is created, the flow waits nine minutes before adding a comment to the ticket.

Delay until — output projections

• スマート バリューの使用: あり

This gives every Delay until step three built-in output variables that downstream steps in your rule can reference, making system behaviour explicit, stable, and debuggable.

These outputs are surfaced in a new Outputs tab on each Delay until step. To use outputs, they must be added to downstream rule groups as inputs.

ループ

• スマート バリューの使用: あり

This step lets you run the same group of actions several times in a row. Each time the flow runs, the loop checks the conditions again and only repeats its actions up to three times if the conditions are still true. Use this step when you need to repeat the same action under specific conditions, rather than creating multiple separate flows.

You can add up to 32 conditions that control whether the loop continues or stops. At the start of every loop iteration, automation checks these conditions. If the conditions aren’t met, the loop ends. Loop conditions only evaluate information from the trigger and don’t support conditions based on state variables (values that are stored and updated while the flow runs).

Select Run steps once before first loop to run the steps inside the loop one time before automation checks any loop conditions for the first iteration.

Loop inputs

Loop inputs let you define values that the loop can read and use in its conditions.

An input consists of:

• A variable name

• A value

You can set the value of a loop input using:

• Smart values from the trigger context

• Output references produced by flow groups, as long as those flow groups are executed before the loop or inside the loop

Loop conditions can only use data from the trigger context and the loop inputs you’ve defined. They don’t evaluate flow group outputs directly unless those outputs are passed into the loop as input variables.

ループ変数

The loop exposes two state variables you can reference in other steps:

• loop.count - Number of iterations executed by the loop step.

• loop.conditionMet - ループの条件が true と評価されたかどうか。true または false を文字列として返します。

These values are stored in the loop’s internal state and are updated only when the loop completes execution. 

To use these variables in subsequent steps, add them as inputs to the step or group where they are needed.

ネスティング

Nesting allows you to put one advanced step within another in a flow. Loops can’t be nested within themselves. However, you can combine it with Branch at the same time and Delay until steps.

Each flow can have a maximum of two nesting levels. Both Loop and Branch at the same time count toward these nesting levels. This means you can have:

• 「ループ」の内部に「同時にブランチを作成」を置く (「次までの遅延:」の有無にかかわらず)

• 「同時にブランチを作成」の内部に「ループ」を置く (「次までの遅延:」の有無にかかわらず)

• 「同時にブランチを作成」の内部に別の「同時にブランチを作成」を置く (「次までの遅延:」の有無にかかわらず)

In the following example, when a work item is created, the flow uses a Loop step to add the same comment up to three times. Before the loop repeats, the loop checks whether the work item’s Status is still “Blocked.” As soon as the status changes, the loop stops, and no more comments are added.