Power Automate Trigger Condition Logic for Maintenance Requests
Short answer
Statement 1 is Yes because the condition checks for Priority equal to High. Statement 2 is No because the trigger only handles new high-priority items, not reviewed items. Statement 3 is Yes because an empty priority fails the equality check against 'High'.
Question
This is a case study. Case studies are not timed separately from other exam sections. You can use as much exam time as you would like to complete each case study. However, there might be additional case studies or other exam sections. Manage your time to ensure that you can complete all the exam sections in the time provided. Pay attention to the Exam Progress at the top of the screen so you have sufficient time to complete any exam sections that follow this case study.
To answer the case study questions, you will need to reference information that is provided in the case. Case studies and associated questions might contain exhibits or other resources that provide more information about the scenario described in the case. Information provided in an individual question does not apply to the other questions in the case study.
A Review Screen will appear at the end of this case study. From the Review Screen, you can review and change your answers before you move to the next exam section. After you leave this case study, you will NOT be able to return to it.
To start the case study
To display the first question in this case study, select the “Next” button. To the left of the question, a menu provides links to information such as business requirements, the existing environment, and problem statements. Please read through all this information before answering any questions. When you are ready to answer a question, select the “Question” button to return to the question.
Background
Contoso Ltd. is a global renewable energy provider that operates wind farms and solar installations. The company is modernizing its maintenance and operations platform. The company plans to implement a Microsoft Power Platform solution for the operations team. The implementation will include Microsoft Dataverse, a model-driven app, and Power Automate cloud flows.
The company is building and testing a new model-driven app named Operations. The solution will support operations managers, regional coordinators, and field technicians. The app must integrate with an external cloud-based system that manages onboarding of field technicians.
Contoso Ltd. plans to improve data quality and enforce consistent business logic across the app and automation processes.
Technical environment
Contoso Ltd. has an Identity and Access Management (IDAM) department that manages security. The company has one Power Platform environment named Production, where all building and configuration take place. Auditing is disabled.
The Production environment has the following security configurations:
• IDAM has a Microsoft Entra security group named Contoso Ltd. QA. This security group will assign all members a Power Apps license.
• IDAM created a Quality Assurance security role that grants read and write access to all custom tables.
• IDAM also created a team named Testers in Dataverse, of a Microsoft Entra group team type. The team is configured for the Contoso Ltd. QA security group. The Testers team is assigned the Quality Assurance security role.
Microsoft 365 environment:
All Contoso Ltd. managers are included in a Microsoft 365 group named Managers. The group is NOT enabled for email.
The company shares a SharePoint list with a key customer: Alpine Ski House. Alpine Ski House staff members can add new maintenance requests, which are then checked and marked as reviewed by Contoso Ltd.
Current issue:
A new QA tester joins Contoso Ltd. The IDAM department adds the new tester to the Contoso Ltd. QA security group. However, the new tester is not listed in the Testers team as a member.
Other applications:
A separate software-as a-service (SaaS) solution named TechCheck manages technician onboarding. The TechCheck solution is set up as follows:
• TechCheck assigns a unique number named Ref to all technicians.
• Users cannot make changes to the TechCheck data model.
• Users cannot use the same TechCheck ref on more than one Technician row.
Automation requirements
Contoso plans to use Power Automate to develop a Maintenance Request Approval flow. The flow must meet the following requirements:
• Create a Maintenance Request row in Dataverse when either of the following occurs:
o An item is added to the SharePoint list by the customer with the Priority property set to High.
o Any item is checked and marked as reviewed by a Contoso Ltd. representative.
• Seek maintenance request approvals from managers through both email and a Microsoft Teams message after they have been reviewed:
o Requests require approval from all managers.
o If one manager rejects the request, approval must not be granted.
o The result of the approval request must be sent to the initial reviewer in an email. The subject line must set the response as either Approve or Reject.
Contoso Ltd. requires the following table logic:
• If a user tries to enter a price greater than the cost on a new Asset row, the row must display an inline error message.
• If a user tries to save changes to a Technician row where the TechCheck ref column is empty, the action must be prevented and a message explaining the action must be displayed.
o Any updates made to Technician profiles in TechCheck must be mirrored in Dataverse by using a custom integration. The developers building the integration require an index for performant searches on the Technician table.
Data model and app design
Contoso Ltd. plans to use Dataverse as its central data platform. Log storage must be minimized.
Tables
The following tables are required for data modeling and the app design:
• Assets: Stores information about solar panels and wind turbines
• Maintenance Requests: Tracks issues and maintenance activities. The table must include the following columns:
o Request ID (auto-number)
o External Request Code (text)
o Assigned
o Technician (lookup to Technicians)
o Report (lookup to Maintenance Reports)
o Technician updated (Yes/No)
• Maintenance Reports: Tracks the results of maintenance reports
• Technicians: Stores technician assignment data. The table must include the following columns:
• Full Name (Text)
• Mobile phone number (Text)
• Email (Text)
• Seniority (Choice)
• TechCheck ref (Text)
Data modeling
The data model must provide the following functionality:
• Maintenance Requests must:
o be uniquely identifiable across systems.
o have two inactive statuses, Cancelled and Duplicate.
• If a new option is added to an existing set of options, it must be made available automatically for selection on all columns that use the set.
• A new column named Priority must be added to multiple tables. Users must be able to select only one option from the following set per row:
o Low
o Medium
o High
o Critical
Changes to the Technician column on Maintenance Requests must be tracked for compliance purposes. Rows must include the names of previous and current technicians and the time of the change.
Relationship requirements
• One asset can be related to many maintenance requests. A maintenance request can have many assets.
• A maintenance request can have only zero or one maintenance report.
• Only one Technician can be related to a Maintenance Request at a time.
• When a Maintenance Request is deleted, any Maintenance Reports associated with it must also be deleted, but this action should be prevented if there is value in the Technician lookup.
• When a Maintenance Request is assigned to a different owner, the Maintenance Report associated with it must be reassigned to the new owner as well, but the associated Technician should stay with the current owner.
App design
The Technicians table contains the following public views:
• Senior Technicians
• Junior Technicians
The Senior Technician view must be available through the table list view selector to a set of specific users only.
A tester creates a personal view named Hot Assets on the Assets table. The tester recognizes that the view is useful for the entire testing team. The view must be made accessible to the team.
A Power Platform developer is configuring the trigger for the Maintenance Request approval workflow.
The developer adds the following trigger condition.
For each of the following statements, select Yes if the statement is true. Otherwise, select No.
NOTE: Each correct selection is worth one point.
Key Takeaways
The trap is assuming one trigger handles all business rules; the exhibit only shows the 'New Item' branch, missing the 'Updated/Reviewed' branch required for the second part of the requirement.
Determines the correctness of Power Automate trigger conditions for creating Dataverse records based on SharePoint events, specifically focusing on filtering by Priority and handling empty values.
Common mistake: Selecting Yes for Statement 2 because it reads the full business requirement rather than analyzing the specific code snippet provided in the exhibit, which only implements half the logic.
Expert Analysis
The question requires evaluating a Power Automate trigger condition logic against specific business requirements. The exhibit shows a condition checking if the 'Priority' column value is equal to 'High'.
Statement 1: "The trigger fires only when the Priority property is set to High." This is Yes. The condition triggerBody?['Priority']?['Value'] equals 'High' ensures that the flow only proceeds if the incoming SharePoint item has the Priority field explicitly set to 'High'. It filters out Low, Medium, and Critical priorities.
Statement 2: "The trigger fires when an item is added to the SharePoint list with the Priority property set to High or any item is marked as reviewed." This is No. The trigger shown in the exhibit is a single branch triggered by the creation of a SharePoint item. It does not account for the second requirement: "Any item is checked and marked as reviewed by a Contoso Ltd. representative." To meet the full requirement, there must be a second trigger (e.g., on update) or a separate flow branch handling the 'Reviewed' status change. The single condition shown only handles the 'High Priority' addition, not the 'Reviewed' event. Therefore, the statement that this single configuration covers both events is false.
Statement 3: "The trigger condition prevents the flow from running if the Priority property is empty." This is Yes. In Power Automate, if a column is empty/null, accessing its value via triggerBody?['Priority']?['Value'] typically results in a null or undefined state, which will not equal the string literal 'High'. Thus, the equality check fails, and the subsequent actions do not execute. This effectively prevents the flow from creating a request for items with no priority set.
Exam Strategy
When analyzing exhibit-based questions, strictly map the visible code or configuration to the specific statement being tested. Do not assume the existence of other parts of the solution unless explicitly shown. If a statement claims a single component satisfies multiple distinct requirements, verify if the component actually contains logic for all of them; often, one trigger handles one event type (e.g., Create), while another handles a different event type (e.g., Update).
Frequently Asked Questions
How does Power Automate handle empty columns in trigger conditions?
Can one trigger handle both 'Create' and 'Update' events in SharePoint?
What happens if the Priority column is not enabled in SharePoint?
triggerBody()?['Priority']?['Value'] will likely resolve to null, causing the equality check against 'High' to fail.Discussion 1 contributions
Compiled from public community threads and reader submissions, lightly edited for clarity. Handles and vote tallies are shown as recorded, and comments reflect the views of individual contributors.
From public community threads 1
-
exam_upskill 👍 1YNN 1.Y 2.N (and condition) 3. N
Reader comments & corrections
No reader corrections yet — spotted an error or have a note? Share it below.