You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
To run a group of actions only after another group of actions succeed or fail, you can nest the dependent actions inside a *scope*. This structure is useful when you want to organize actions as a logical group, evaluate that group's status, and perform actions that are based on the scope's status. After all the actions in a scope finish running, the scope also gets its own status. For example, you can use scopes when you want to implement [exception and error handling](../logic-apps/logic-apps-exception-handling.md#scopes).
16
+
To run a group of actions only after another group of actions succeeds or fails, nest the dependent actions inside a *scope*. You can organize actions as a logical group, evaluate that group's status, and perform actions that are based on the scope's status. After all the actions in a scope finish running, the scope also gets its own status. For example, you can use scopes when you want to implement [exception and error handling](../logic-apps/logic-apps-exception-handling.md#scopes).
17
17
18
-
To check a scope's status, you can use the same criteria that you use to determine a logic apps' run status, such as **Succeeded**, **Failed**, **Canceled**, and so on. By default, when all the scope's actions succeed, the scope's status is marked as **Succeeded**. But when any action in the scope fails or is canceled, the scope's status is marked **Failed**. For limits on scopes, see [Limits and configuration reference](../logic-apps/logic-apps-limits-and-config.md).
18
+
To check a scope's status, you can use the same criteria that you use to determine a logic apps' run status, such as **Succeeded**, **Failed**, and **Canceled**. By default, when all the scope's actions succeed, the scope's status is marked as **Succeeded**. But when any action in the scope fails or is canceled, the scope's status is marked **Failed**. For limits on scopes, see [Limits and configuration reference](../logic-apps/logic-apps-limits-and-config.md).
19
19
20
-
For example, here's a high-level logic app that uses a scope to run specific actions and a condition to check the scope's status. If any actions in the scope fail or end unexpectedly, the scope is marked **Failed** or **Aborted** respectively, and the logic app sends a "Scope failed" message. If all the scoped actions succeed, the logic app sends a "Scope succeeded" message.
20
+
For example, here's a high-level logic app that uses a scope to run specific actions and a condition to check the scope's status. If any actions in the scope fail or end unexpectedly, the scope is marked **Failed** or **Aborted** respectively. The logic app sends a *Scope failed* message. If all the scoped actions succeed, the logic app sends a *Scope succeeded* message.
21
21
22
22
:::image type="content" source="./media/logic-apps-control-flow-run-steps-group-scopes/scope-high-level.png" alt-text="Screenshot of a workflow shows the logic app scope flow with examples of Scope failed and Scope succeeded.":::
23
23
@@ -27,7 +27,7 @@ For example, here's a high-level logic app that uses a scope to run specific act
27
27
28
28
- An email account from any email provider supported by Azure Logic Apps.
29
29
30
-
This example uses Outlook.com. If you use a different provider, the general flow stays the same, but your UI appears different.
30
+
This example uses Outlook.com. If you use a different provider, the general flow stays the same.
31
31
32
32
- A Bing Maps key. To get this key, see [Get a Bing Maps key](/bingmaps/getting-started/bing-maps-dev-center-help/getting-a-bing-maps-key).
33
33
@@ -39,7 +39,8 @@ First, create this sample logic app so that you can add a scope later:
39
39
40
40
:::image type="content" source="./media/logic-apps-control-flow-run-steps-group-scopes/finished-sample-app.png" alt-text="Screenshot shows a workflow with a conditional.":::
41
41
42
-
- A **Schedule - Recurrence** trigger that checks the Bing Maps service at an interval that you specify * A **Bing Maps - Get route** action that checks the travel time between two locations
42
+
- A **Schedule - Recurrence** trigger that checks the Bing Maps service at an interval that you specify
43
+
- A **Bing Maps - Get route** action that checks the travel time between two locations
43
44
- A condition action that checks whether the travel time exceeds your specified travel time
44
45
- An action that sends you email that current travel time exceeds your specified time
0 commit comments