Study guide
11.3 Managing Approvals with Cloud Flows
Microsoft Certified: Intelligent Applications Builder Associate AB-410
Track your progress as you read
Finished sections get a check mark.
1 Introduction
1.1 About the AB-410 Exam 1.2 How to Use This Study Guide
2 Chapter 2: Designing Power Platform Solutions with AI-Enabled Tools
2.1 Analyzing Requirements and Identifying Components 2.2 Evaluating Built-in Agents for Business Solutions 2.3 Recommending Extensibility Options
3 Chapter 3: Environments and ALM Strategy
3.1 Recommending Environment Types 3.2 Solution and Application Lifecycle Management Strategy
4 Chapter 4: Dataverse Tables and Columns
4.1 Creating and Editing Tables in the Data Workspace 4.2 Configuring Table Properties 4.3 Creating and Modifying Columns
5 Chapter 5: Relationships, AI Data Features, and Data Security
5.1 Configuring Table Relationships 5.2 Configuring Prompt Columns and Row Summaries 5.3 Configuring Public Views and Main Forms 5.4 Configuring Dataverse Security
6 Chapter 6: Model-Driven App Forms and Views
6.1 Creating and Configuring Forms for Model-Driven Apps 6.2 Creating and Configuring Views for Model-Driven Apps 6.3 Creating Generative Pages with Natural Language
7 Chapter 7: Composing, Securing, and Visualizing Model-Driven Apps
7.1 Composing a Model-Driven App 7.2 Configuring Access to Model-Driven Apps, Forms, and Views 7.3 Model-Driven App Charts and Dashboards
8 Chapter 8: Creating and Designing Canvas Apps
8.1 Creating a Canvas App Using Data 8.2 Designing for Accessibility, Performance, Responsiveness, and Usability 8.3 Automating Business Processes from Canvas Apps
9 Chapter 9: Canvas App Components, Variables, and Error Handling
9.1 Reusable Components, Named Formulas, and User-Defined Functions 9.2 Managing Variables and Collections 9.3 Implementing Error Handling in Canvas Apps
10 Chapter 10: Testing Canvas Apps and Creating Agents from Apps
10.1 Testing Canvas Apps with Monitor 10.2 Creating a Copilot Studio Agent from a Canvas App
11 Chapter 11: Cloud Flow Triggers, Connectors, and Approvals
11.1 Recommending Cloud Flow Triggers 11.2 Evaluating and Recommending Connectors 11.3 Managing Approvals with Cloud Flows
12 Chapter 12: Cloud Flow Actions, Control, and Troubleshooting
12.1 Configuring Cloud Flow Actions 12.2 Implementing Flow Control with Conditions and Loops 12.3 Testing and Troubleshooting Cloud Flows
13 Chapter 13: Building Prompts in AI Hub
13.1 Building Prompts from Templates or from Blank 13.2 Adding Inputs to a Prompt 13.3 Adding Knowledge to a Prompt
14 Chapter 14: Prompt Settings, Models, and Consuming AI
14.1 Customizing Prompt Settings and Models 14.2 Consuming Prompts in Apps and Cloud Flows 14.3 Consuming AI Models in Apps and Cloud Flows
15 Chapter 15: Business Rules and Business Process Flows
15.1 Configuring Business Rules 15.2 Configuring Business Process Flows
16 Chapter 16: Calculated Columns and Business Logic Strategy
16.1 Calculated, Rollup, and Formula Columns 16.2 Evaluating Use Cases for Business Logic
11.3 Managing Approvals with Cloud Flows
Key Takeaways Explain This Topic AI
'Start and wait for an approval' creates the request, notifies approvers, and pauses the run in one step; 'Create an approval' returns immediately with an approval ID so the flow can keep working before 'Wait for an approval' pauses it
The four approval types are Approve/Reject – Everyone must approve, Approve/Reject – First to respond, Custom responses – Wait for all responses, and Custom responses – Wait for one response; sequential approvals are a pattern of chained approval actions, not a fifth type
Approvers can act from Outlook actionable messages, the Microsoft Teams Approvals app, or the Power Automate approval center, and all approval data is stored in Microsoft Dataverse
Approval response text is case-sensitive ('Approve' does not equal 'approve'), and Outcome, Responses, comments, and responder should be written back to Dataverse for audit
Approvals live inside cloud flows, so the 30-day maximum run duration applies — long-running approvals need reminder or escalation patterns rather than indefinite waiting
Last updated: July 2026
Power Automate's Approvals connector turns human sign-off into a first-class flow step. Approval requests, responses, and history are stored in Microsoft Dataverse , which is why the same request surfaces everywhere: the Approvals app in Microsoft Teams , the approval center in the Power Automate portal, and Outlook actionable messages that let the approver click Approve or Reject with comments without leaving the inbox.
Start and Wait vs Create + Wait
There are two structural patterns, and the exam tests the difference directly:
Start and wait for an approval — one action that creates the approval, sends the notifications, and pauses the flow run until the approval completes. Outputs (Outcome, Responses, comments) are available on the very next step. Use it for the common case: nothing else should happen until someone decides.
Create an approval + Wait for an approval — the Create action starts the approval and its notifications but returns immediately , handing back an approval ID . The flow keeps running — provisioning accounts, generating documents, updating rows — and only when it needs the verdict does Wait for an approval (fed the approval ID) pause until completion. Choose this pattern when work must proceed in parallel with the decision, or when you need custom timeout handling.
Exam trap: 'Create an approval' by itself does not wait — a condition placed immediately after it reads empty outputs. And because approvals live inside cloud flows, the 30-day maximum flow run duration applies; an approval that sits unanswered for 30 days kills its run.
The Four Approval Types
Approval type Completion rule
Approve/Reject – Everyone must approve Every assignee must respond; a single Reject completes the approval as rejected
Approve/Reject – First to respond The first response from any assignee decides the outcome
Custom responses – Wait for all responses You define the response buttons (for example Approve / Reject / Escalate); waits for everyone
Custom responses – Wait for one response Custom buttons; completes on the first response
Sequential approvals are not a fifth type — they are a pattern : place a second Start and wait for an approval after the first, so the pre-approver (for example, the direct manager) must sign off before the final approver (Finance) ever sees the request. Microsoft's own vacation-request walkthrough uses exactly this chaining.
Key Fields and Outputs
The required fields are Title and Assigned to (semicolon-separated email addresses or UPNs; several people listed share one approval governed by the type's completion rule). Details accepts Markdown formatting, and Item link plus Item link description render a 'go to the record' button in Teams and Outlook — point it at the SharePoint item or model-driven app record under review.
Outputs you will route into later steps: Outcome , the Responses array (responder name, responder email, response, comments , response date), completion date, and response summary. Comparisons against response text are case-sensitive : Approve does not equal approve . That case-sensitivity is a documented gotcha and a classic exam distractor.
Where Approvers Act, and Reassignment
Approvers can respond from Outlook (the actionable message with Approve/Reject buttons and a comment box), Teams (the Approvals app, plus adaptive cards delivered in the activity feed), or the Power Automate portal approval center. All three surfaces act on the same Dataverse-backed request, so a decision made anywhere is reflected everywhere. An approver who is the wrong person — or is about to go on leave — can reassign the request to someone else, optionally with a comment; reassignment is recorded in the approval history. Requesters and administrators can monitor everything from the Approvals app or, at platform depth, directly against the approvals tables in Dataverse.
Capturing Results into Dataverse
Approval history exists in Dataverse automatically, but the business record needs its own audit trail. After the wait step, update the originating row: set a Status choice to the Outcome , stamp the responder name and response date , and store Responses comments in a multiline column — the same write-back Microsoft's vacation-request tutorial performs against SharePoint with an Update item action. For approval-heavy solutions, many teams also Add a row to a custom Approval Log table per response, so multi-stage chains stay queryable from model-driven apps.
Escalation: The Parallel-Branch Pattern (Awareness)
Approvals have no built-in 'escalate after N days' switch, so makers build one. The standard pattern:
Use Create an approval (not Start and wait).
Add a parallel branch next to the Wait action containing a Delay — say 2 days.
In the delay branch, check a status flag; if the approval is still pending, send a reminder (Teams message or email), route a new approval to the manager's manager, or reassign the request.
After the Wait completes, set a flag (for example isComplete = true ) so the delay branch's condition exits quietly instead of firing a spurious reminder.
Know this at awareness level: recognize the pattern in a diagram and understand why Create + Wait is required to make it possible — a single Start-and-wait action blocks the run, leaving no room for a parallel reminder branch.
Walkthrough: PTO Approval End to End
An employee adds a row to a SharePoint Vacation Requests list. The flow:
Trigger: SharePoint When an item is created (Site Address + List Name).
Office 365 Users – Get manager (V2) on Created By Email to resolve the approver.
Start and wait for an approval — type Approve/Reject – First to respond , Assigned to = manager and the HR backup (either one can decide), Title containing the employee name and dates, Details in Markdown, Item link pointing at the list item.
Condition: Outcome is equal to Approve — exact case.
If yes: SharePoint Update item (Approved = Yes, Manager comments = Responses comments) → Send an email (V2) to Created By Email: 'Your vacation request has been approved by [Responses Approver name]'.
If no: Update item with the rejection and comments → Send an email (V2) stating the reason.
Add the escalation variant by switching to Create + Wait with a 2-day delay branch that pings the manager in Teams. That single flow exercises nearly every approval concept AB-410 measures: trigger choice, approver resolution, completion rules, case-sensitive outcome handling, write-back, and notifications.