AB-410 Building Intelligent Applications Questions and Answers

Senior Technicians — Security roles; Hot Assets — Sharing

The Senior Technicians public view should be restricted by security roles. Public views are solution components and can be included in a model-driven app, but role-based view access is the correct mechanism when only a defined class of users should see the view in the view selector. The relevant manager or senior-technician role is granted access while other roles are excluded, allowing each audience to see context-relevant views without changing table-level data privileges. Hot Assets is a personal view created by an individual tester. Personal views are user-owned artifacts and are made available to colleagues by sharing them with users or teams. Sharing the view with the Testers team is therefore the direct way to make it usable by the whole testing group. Owner teams and business units concern record ownership or security scope; they do not convert a personal view into a shared view by themselves. The AB-410 Study Guide lists “configure access to forms and views for model-driven apps.” These two configurations apply the platform’s distinct access models: role assignment for a public system view and explicit sharing for a user-owned personal view.

Study Guide reference/topic: “Create model-driven apps — Configure access to forms and views.” AB-410 Study Guide | Microsoft Learn technical reference

A global choice provides one centrally maintained option set that multiple Dataverse columns can reference. This directly satisfies the requirement that Priority must be added to several tables and that a newly added option must become available automatically wherever the shared choice is used. Microsoft’s Dataverse documentation states that columns can refer to a “common set of global options.” Maintaining the values centrally prevents separate Priority columns from drifting out of synchronization.

A local choice is defined specifically for one column. Adding a value to one local choice would not update corresponding columns on other tables. Status reason is tied to a row’s active or inactive state and is unsuitable for general priority classification. A formula column calculates a value; it does not provide a centrally managed, user-selectable list.

Because users must select one value, the column should be a single-select Choice referencing the global Priority choice, not a multi-select Choices column.

Assigning the appropriate security roles is the complete action because model-driven app access and Dataverse data access are both role driven. The app must be shared with the role, and the role must grant the accounting team the table privileges required to read and create or update the financial records. Configuring app visibility privileges alone may make the app tile appear, but it does not establish the underlying table rights. Setting an app as default affects navigation or launch preference and does not grant access. Granting table-level permissions is only one part of the required configuration and, in Dataverse, those privileges are normally delivered through a security role; option C represents the combined mechanism expected by the question. The administrator should use least privilege, choose the correct access depth, and include privileges for dependent tables and processes used by the app. Existing visibility in the launcher is not proof of effective authorization. The AB-410 Study Guide includes both “configure access to model-driven apps” and “configure security.” Appropriate role assignment aligns the user, the shared app, and the table operations in one enforceable access model.

Study Guide reference/topic: “Create model-driven apps — Configure access to model-driven apps.” AB-410 Study Guide | Microsoft Learn technical reference

Match(recordID, Match.MultipleDigits, MatchOptions.Contains).FullMatch

Match returns the first match as a record, which is appropriate because the requirement asks for one reference number as a single string rather than a table of every match. Match.MultipleDigits represents a contiguous run of digits, and MatchOptions.Contains permits the numeric sequence to be found within surrounding alphabetic characters rather than requiring the entire source string to match. The FullMatch field then returns the matched numeric substring. IsMatch would return only true or false, Find would return a position, and MatchAll would return a table. The question guarantees that the embedded customer reference is an eight-digit number, so matching the digit run extracts that value; if other digit runs were possible, a stricter regular expression equivalent to exactly eight digits would be safer. The app should also handle Blank when no match exists. Microsoft documents Match as returning a match record, predefined digit patterns, the Contains option, and FullMatch as the text matched by the complete pattern.

Add the prompt to the app: Data. Access the prompt results: Predict().

A preexisting custom prompt is added to a canvas app through the Data pane, in the same general way that a connector or AI model is added as an application data source. Adding it as media, a control, or a variable would not register the prompt as a callable app resource. After it is available in the app, Power Fx invokes it by using the prompt ' s Predict method and passes the current input values required by the prompt. The returned record contains the generated result, which can be assigned to a variable, collected, displayed in a control, or used in later formulas. The call should normally be placed in an event such as a button ' s OnSelect property so that it runs only when intended. Makers should also handle blank inputs and prediction errors and should avoid unnecessarily repeated calls because AI consumption is metered. Microsoft Learn identifies consuming prompts in apps and adding inputs to prompts as AB-410 objectives and documents calling a prompt from Power Apps through Power Fx.

Revenue changes month over month: Line. Proportion by status: Pie. Progression through sales stages: Funnel.

A line chart is designed to show a measure across an ordered time axis, so monthly total opportunity revenue should be plotted as a line to reveal direction, increases, decreases, and trend continuity. A pie chart shows each status category as a share of the selected whole, making it suitable for the proportion of opportunities by status in the current view. A funnel chart represents progressive stages in a process and makes drop-off between sales stages visible. Charts should use an appropriate aggregate, such as Sum of Estimated Revenue for the time series and Count of Opportunities for the status and stage views. The maker must also confirm that the chart is added to the model-driven app and that users have access to the underlying data. Microsoft documents line, pie, and funnel chart types for model-driven app visualizations.

A custom prompt is the native low-code mechanism for generating an inspection report from current app data while following the company’s existing template instructions. The maker can define inputs for the inspection fields, specify required sections, tone, order, and formatting, and invoke the prompt from the new app. This keeps the report-generation experience within Power Platform and minimizes custom AI development. A paginated report is well suited to deterministic, pixel-precise reporting, but it does not perform the requested generative composition and generally presents a separate reporting artifact. A Word template performs deterministic field substitution and is useful when no generative rewriting is required; it does not supply the AI-driven custom narrative described in the case. The prompt should be grounded only with approved inspection data, tested for missing inputs, and reviewed for output consistency before production use. The Study Guide covers “build prompts,” “add inputs to a prompt,” and “consume a prompt in apps.” Option C is therefore the component that directly implements native generative inspection-report creation.

Study Guide reference/topic: “Create prompts and models in AI Hub — Consume a prompt in apps.” AB-410 Study Guide | Microsoft Learn technical reference

The solution should use a prebuilt AI capability where it satisfies the complaint-processing requirement and create the generative prompt from blank for the organization-specific inspection report. Using a prebuilt model minimizes custom model development and training effort, which directly reflects the stated constraint. A blank custom prompt gives the maker control over the inspection template, instructions, inputs, tone, and output format required by the business. Starting from a prompt template can accelerate common scenarios, but the case requires alignment to an existing custom inspection format; a blank prompt avoids carrying irrelevant template assumptions and permits deliberate grounding. Building a custom trained model would add data preparation, training, validation, and lifecycle overhead that the requirement seeks to minimize. The prompt should define required inputs explicitly and be tested with representative data to prevent the inconsistent output problem identified in the case. The Study Guide covers “build prompts from templates or from blank,” “add inputs to a prompt,” and consumption of AI capabilities in apps and flows. Options A and C provide the lowest-custom-development design that still supports the specific generative output.

Study Guide reference/topic: “Create prompts and models in AI Hub — Build prompts and consume AI capabilities.” AB-410 Study Guide | Microsoft Learn technical reference

A user-defined function and a component library solve different forms of duplication in the canvas-app estate. A user-defined function centralizes reusable Power Fx logic behind a named, parameterized function, so formulas do not need to be copied and maintained independently. A component library stores reusable canvas components that can be consumed by multiple apps and updated through a controlled component lifecycle. That directly supports the requirement for reusable UI elements across applications. A collection is an in-memory table used during an app session, not a cross-application logic package. A context variable is screen scoped and cannot standardize behavior across apps. A named formula can centralize a reusable calculation within an app, but the question’s paired requirements emphasize reusable logic and reusable UI across multiple applications; the function and component library provide the complete combination. The components should be packaged in solutions and governed through ALM so dependent apps receive tested versions. The Study Guide names “user-defined functions” and “component libraries” within its exact objective to “create reuseable components,” making B and D the aligned selections.

Study Guide reference/topic: “Create canvas apps — Create reusable components.” AB-410 Study Guide | Microsoft Learn technical reference

Calling the prompt from a Power Automate cloud flow provides a reusable service-level entry point that can be invoked by different Power Platform experiences. The flow can accept parameters from each caller, pass those values into the prompt, and then route the generated result to an app, Dataverse, email, or another process. This addresses reuse more effectively than binding the prompt directly to one canvas app. An input variable is necessary for dynamic data, but by itself it does not establish cross-service orchestration; the flow exposes and manages those inputs for multiple callers. Returning JSON can standardize output handling but does not make the prompt reusable by itself. Direct canvas-app invocation is valid for an app-only requirement, not for the stated need to span Power Platform services. The flow should define explicit input types and validate required values so the case’s inconsistent-input problem is not repeated. The AB-410 Study Guide lists both “add inputs to a prompt” and “consume a prompt in cloud flows.” Option B provides the reusable execution layer while allowing dynamic values to be supplied at runtime.

Study Guide reference/topic: “Create prompts and models in AI Hub — Consume a prompt in cloud flows.” AB-410 Study Guide | Microsoft Learn technical reference

Business rules and Power Apps component framework controls address the two extensibility requirements while minimizing unnecessary server-side code. A business rule implements supported validation or form/table logic declaratively, making it preferable to a plug-in when the requirement can be satisfied without custom server execution. A Power Apps component framework control packages a reusable custom user-interface component that can be deployed in a solution and used across supported applications. A JavaScript web resource can customize form behavior but is not the preferred reusable control framework for a component with its own rendering and lifecycle. A sitemap controls model-driven app navigation and does not implement either reusable UI or business logic. A plug-in is valid for transactions that require server-side execution, but the case explicitly says to minimize that approach. The AB-410 Study Guide explicitly includes “recommend extensibility options.” Selecting a declarative rule and a PCF control applies that objective to the distinct logic and UI requirements.

Study Guide reference/topic: “Design Power Platform solutions — Recommend extensibility options.” AB-410 Study Guide | Microsoft Learn technical reference

Technician name on one screen — Context variable; Work orders — Collection; Logic statements — Named formula

A context variable should hold the technician’s name because the value is required only on the home screen. Context variables are screen scoped, which limits the state to the place where it is needed and avoids creating wider application dependencies. A collection is the correct structure for work orders because it stores a table of records that a gallery can enumerate, filter, and display. A named formula is appropriate for reusable logic statements that should be calculated consistently without imperatively setting a variable. The original answer image selects a global variable for the technician name, but that scope is broader than required; the image is retained unchanged while the verified mapping uses Context variable. A global variable is appropriate when a scalar value must be available across screens, not when the requirement explicitly limits persistence to one screen. The app should also avoid loading an unnecessarily large work-order collection and should delegate filtering to the data source where possible. The Study Guide directly lists “manage variables and collections” and “named formulas” under Create canvas apps. The verified mapping applies each state mechanism at its intended scope and data shape.

Study Guide reference/topic: “Create canvas apps — Manage variables and collections; Create reusable components.” AB-410 Study Guide | Microsoft Learn technical reference

Adopters: None - Organization - None. Dogs: None - Organization - Organization. Residents: None - Organization - Organization.

Care staff must be able to identify adopters for upcoming meetings but must not add or modify adopter information. The Contact or Adopter table therefore requires organization-level Read with no Create or Write. Dogs are organization owned, and staff must view dog information and update the Weight column through the Dog form embedded in Resident. They consequently require organization-level Read and Write but no Create, because only administrative staff may add dogs. Residents are created automatically when a Dog is created, so care staff do not require Create. They do require organization-level Read and Write to view and maintain residency details such as food type and amount.

A business process flow is designed to present a visible sequence of stages and steps on a model-driven app record. The adoption duties naturally form the ordered stages Commitment, Pre-pickup, and Pickup, with the individual signature, deposit, surgery, date, payment, and handoff tasks configured as data steps within those stages. This guides administrative staff through the required order and clearly shows current progress. A business rule performs conditional form logic such as setting values, changing visibility, making fields required, or displaying errors; it does not provide the requested multi-stage duty list and process bar. A business unit is an organizational security boundary and has no role in representing procedural steps. The supplied answer A is therefore incorrect and has been changed to B. The separate date-validation requirement can still be implemented with a business rule while the overall adoption workflow is implemented as the business process flow. Microsoft documents business process flows as a way to ensure users enter data consistently and follow the same stages when completing organizational processes.

1. Edit the Resident form. 2. Add a form component. 3. Select the Dog lookup.

The weight column belongs to the related Dog row, but care staff work from the Resident form. A form component control is designed for this exact model-driven app requirement: it embeds a related table ' s main form and permits users with sufficient privileges to edit that related row without leaving the current record. First edit the Resident main form, because that is where the related Dog information must appear. Next add the Form component from the form designer. Finally bind the component to the Dog lookup on Resident and select the appropriate Dog main form containing the Weight column. Editing the Dog form alone would not place editable Dog fields on the Resident form. A custom code component is unnecessary and would violate the scenario ' s preference for out-of-the-box low-code functionality. The Dog lookup must contain a value before the embedded form can display a record. Care staff also require Read and Write privileges for the Dog table; the form component does not bypass Dataverse security. Microsoft documents this control as allowing direct editing of a related table row from another table ' s main form.