Microsoft PL-400 Practice Test 14
Question 130
An embedded agent suggests changing a customer's credit limit and the code app automatically executes it without consent. Which Power Platform extension or architecture change BEST addresses the core requirement?
- Pass the execution context to registered form handlers and obtain formContext instead of relying on deprecated global Xrm.Page.
- Invoke a solution-managed cloud flow from a code app with well-defined input/output schemas and bounded timeout/error handling.
- Use asynchronous Xrm.WebApi.retrieveMultipleRecords with encoded OData queries, selected columns, paging and proper error handling.
- Connect a code app to an authorized Copilot Studio agent through a supported client interface while validating user consent and action permissions.
Explanation
Correct Answer
D:Connect a code app to an authorized Copilot Studio agent through a supported client interface while validating user consent and action permissions. This choice implements the controlling platform requirement rather than masking the symptom. Agent output is untrusted user-facing content; it cannot override application authorization or approval. Verify the change using: Inspect agent ID, environment, session, identity, permitted tools, response handling and escalation flow.
Incorrect Answers
A:Pass the execution context to registered form handlers and obtain formContext instead of relying on deprecated global Xrm.Page. That action addresses Model-driven formContext from execution context instead. The Client API formContext comes from the event context; standalone Web API calls do not expose a form object. For this case, the targeted action is: Connect a code app to an authorized Copilot Studio agent through a supported client interface while validating user consent and action permissions.
B:Invoke a solution-managed cloud flow from a code app with well-defined input/output schemas and bounded timeout/error handling. That action addresses Code app use of Power Automate cloud flow instead. Calling a flow asynchronously does not guarantee its downstream actions committed before a UI success toast. For this case, the targeted action is: Connect a code app to an authorized Copilot Studio agent through a supported client interface while validating user consent and action permissions.
C:Use asynchronous Xrm.WebApi.retrieveMultipleRecords with encoded OData queries, selected columns, paging and proper error handling. That action addresses Dataverse Xrm.WebApi asynchronous lookups instead. Client API Web API operations are asynchronous and respect Dataverse security; querying every field is inefficient. For this case, the targeted action is: Connect a code app to an authorized Copilot Studio agent through a supported client interface while validating user consent and action permissions.
Question 131
A model-driven command is hidden from sales users while a direct API request still updates a restricted table. Which evidence should the developer inspect FIRST to distinguish the root cause or verify the prerequisite?
- Inspect role privileges at access levels, ownership, team membership, row sharing, managed-environment policy and effective caller identity.
- Compare host form lifecycle, accessibility, reuse, data access, application complexity and deployment requirements.
- Check data ownership, virtual table provider, supported CRUD behavior, security, auditing and expected query performance.
- Inspect agent environment, authenticated action connector, knowledge scope, approval policy, human escalation and telemetry.
Explanation
Correct Answer
A:Inspect role privileges at access levels, ownership, team membership, row sharing, managed-environment policy and effective caller identity. These observations separate this failure from adjacent capabilities or permissions. UI hiding and a valid OAuth token alone do not establish Dataverse record authorization. The relevant implementation is: Apply Dataverse security roles, teams and business-unit ownership plus application-user permissions to authorize the component at the correct data scope.
Incorrect Answers
B:Compare host form lifecycle, accessibility, reuse, data access, application complexity and deployment requirements. These checks are relevant to Choosing client scripts PCF or code apps, but are not the most discriminating first evidence for this case. Inspect instead: Inspect role privileges at access levels, ownership, team membership, row sharing, managed-environment policy and effective caller identity.
C:Check data ownership, virtual table provider, supported CRUD behavior, security, auditing and expected query performance. These checks are relevant to Standard versus virtual Dataverse tables, but are not the most discriminating first evidence for this case. Inspect instead: Inspect role privileges at access levels, ownership, team membership, row sharing, managed-environment policy and effective caller identity.
D:Inspect agent environment, authenticated action connector, knowledge scope, approval policy, human escalation and telemetry. These checks are relevant to Agent integration architecture using Copilot Studio, but are not the most discriminating first evidence for this case. Inspect instead: Inspect role privileges at access levels, ownership, team membership, row sharing, managed-environment policy and effective caller identity.
Question 132
A user save becomes slow because synchronous PostOperation calls an unavailable third-party credit API before returning. Which TWO complementary steps provide the intended implementation AND the evidence needed to validate it? Select TWO.
- Inspect output parameters, stage, post image configuration, async mode, transaction state and external dependencies.
- Use PostOperation for logic requiring the persisted record identifier or post image, and select asynchronous execution for slow external notifications.
- The agent reads authorized records and cannot modify a customer account through an undeclared or unapproved tool.
- Check execution stage, message, Target entity, attribute presence, filtering attributes and transaction log.
- Register required pre/post entity images and filtering attributes to compare only relevant changes without an extra retrieve.
Explanation
Correct Answers
A:Inspect output parameters, stage, post image configuration, async mode, transaction state and external dependencies. These observations separate this failure from adjacent capabilities or permissions. A synchronous PostOperation plug-in may still be part of the transaction; after stage does not imply safely decoupled I/O. The relevant implementation is: Use PostOperation for logic requiring the persisted record identifier or post image, and select asynchronous execution for slow external notifications. This is the diagnostic/verification half of the required two-step answer.
B:Use PostOperation for logic requiring the persisted record identifier or post image, and select asynchronous execution for slow external notifications. This choice implements the controlling platform requirement rather than masking the symptom. A synchronous PostOperation plug-in may still be part of the transaction; after stage does not imply safely decoupled I/O. Verify the change using: Inspect output parameters, stage, post image configuration, async mode, transaction state and external dependencies. This is the implementation half of the required two-step answer.
Incorrect Answers
C:The agent reads authorized records and cannot modify a customer account through an undeclared or unapproved tool. This step belongs to Microsoft Foundry agent tool access via MCP servers rather than the complementary pair here. The required action is: Use PostOperation for logic requiring the persisted record identifier or post image, and select asynchronous execution for slow external notifications. And its evidence is: Inspect output parameters, stage, post image configuration, async mode, transaction state and external dependencies.
D:Check execution stage, message, Target entity, attribute presence, filtering attributes and transaction log. This step belongs to Dataverse PreOperation Target changes rather than the complementary pair here. The required action is: Use PostOperation for logic requiring the persisted record identifier or post image, and select asynchronous execution for slow external notifications. And its evidence is: Inspect output parameters, stage, post image configuration, async mode, transaction state and external dependencies.
E:Register required pre/post entity images and filtering attributes to compare only relevant changes without an extra retrieve. This step belongs to Plug-in preimage postimage and filtering attributes rather than the complementary pair here. The required action is: Use PostOperation for logic requiring the persisted record identifier or post image, and select asynchronous execution for slow external notifications. And its evidence is: Inspect output parameters, stage, post image configuration, async mode, transaction state and external dependencies.
Question 133
A research workflow requires custom Python agent orchestration and a Power App to display approved summaries. Which observable test result BEST confirms that the intended Power Platform component behaves correctly?
- The custom agent and Power Platform app exchange only explicitly authorized structured requests and log outcomes.
- The agent executes only permitted actions and produces traceable responses under the invoking user's entitlements.
- The service accesses only approved rows and forbidden updates fail even when made through a direct Web API call.
- The application reads the authoritative source while all required edits and security operations behave as documented.
Explanation
Correct Answer
A:The custom agent and Power Platform app exchange only explicitly authorized structured requests and log outcomes. This is an observable application, data or security outcome, not merely a successful build message. Choosing Foundry for orchestration does not bypass Copilot Studio or Dataverse data governance.
Incorrect Answers
B:The agent executes only permitted actions and produces traceable responses under the invoking user's entitlements. This result validates Agent integration architecture using Copilot Studio instead of the component in question. Here the specific acceptance check is: The custom agent and Power Platform app exchange only explicitly authorized structured requests and log outcomes.
C:The service accesses only approved rows and forbidden updates fail even when made through a direct Web API call. This result validates Least-privilege technical authorization design instead of the component in question. Here the specific acceptance check is: The custom agent and Power Platform app exchange only explicitly authorized structured requests and log outcomes.
D:The application reads the authoritative source while all required edits and security operations behave as documented. This result validates Standard versus virtual Dataverse tables instead of the component in question. Here the specific acceptance check is: The custom agent and Power Platform app exchange only explicitly authorized structured requests and log outcomes.
Question 134
A component binds a text column to a whole-number manifest field and fails after deploying to a test form. Which observable test result BEST confirms that the intended Power Platform component behaves correctly?
- A failed operation can be traced from frontend error to server response without logging secrets or personal data.
- The component builds, is discoverable and binds to expected columns without manifest/schema mismatch.
- The UX reports a specific failed flow run and permits safe retry rather than claiming the business operation succeeded.
- The failing component is identified with reproducible evidence and a targeted fix, not a broad permissions escalation.
Explanation
Correct Answer
B:The component builds, is discoverable and binds to expected columns without manifest/schema mismatch. This is an observable application, data or security outcome, not merely a successful build message. PCF manifests are contracts for host binding; TypeScript property names alone do not register fields.
Incorrect Answers
A:A failed operation can be traced from frontend error to server response without logging secrets or personal data. This result validates Code app Application Insights instrumentation instead of the component in question. Here the specific acceptance check is: The component builds, is discoverable and binds to expected columns without manifest/schema mismatch.
C:The UX reports a specific failed flow run and permits safe retry rather than claiming the business operation succeeded. This result validates Code app use of Power Automate cloud flow instead of the component in question. Here the specific acceptance check is: The component builds, is discoverable and binds to expected columns without manifest/schema mismatch.
D:The failing component is identified with reproducible evidence and a targeted fix, not a broad permissions escalation. This result validates Code app Monitor and browser troubleshooting instead of the component in question. Here the specific acceptance check is: The component builds, is discoverable and binds to expected columns without manifest/schema mismatch.
Question 135
A custom connector's bulk update operation is duplicated whenever a transient timeout masks a successful initial response. Which evidence should the developer inspect FIRST to distinguish the root cause or verify the prerequisite?
- Inspect asynchronous request state, queue work item ID, job timeout, concurrency limits and idempotent completion marker.
- Inspect HTTP response code, Retry-After header, request volume, concurrency, idempotency key and retry budget.
- Inspect action statuses, timeout values, scope execution tree, compensating action and per-run correlation.
- Inspect custom API uniqueness, bound/unbound setting, parameters, Execute privilege, registration and returned response shape.
Explanation
Correct Answer
B:Inspect HTTP response code, Retry-After header, request volume, concurrency, idempotency key and retry budget. These observations separate this failure from adjacent capabilities or permissions. Rapid blind retries can amplify platform throttling; not every 4xx error is transient. The relevant implementation is: For 429 or service-protection responses use documented Retry-After and bounded exponential backoff with idempotent processing.
Incorrect Answers
A:Inspect asynchronous request state, queue work item ID, job timeout, concurrency limits and idempotent completion marker. These checks are relevant to Asynchronous background operations and safe batching, but are not the most discriminating first evidence for this case. Inspect instead: Inspect HTTP response code, Retry-After header, request volume, concurrency, idempotency key and retry budget.
C:Inspect action statuses, timeout values, scope execution tree, compensating action and per-run correlation. These checks are relevant to Power Automate Scope run-after and failure handling, but are not the most discriminating first evidence for this case. Inspect instead: Inspect HTTP response code, Retry-After header, request volume, concurrency, idempotency key and retry budget.
D:Inspect custom API uniqueness, bound/unbound setting, parameters, Execute privilege, registration and returned response shape. These checks are relevant to Dataverse custom API contract and plug-in execution, but are not the most discriminating first evidence for this case. Inspect instead: Inspect HTTP response code, Retry-After header, request volume, concurrency, idempotency key and retry budget.
Question 136
A Power App needs shipment tracking from a third-party HTTPS endpoint and the team wants to register a Dataverse plug-in instead. Which Power Platform extension or architecture change BEST addresses the core requirement?
- Use configured Dataverse table relationships and a business rule before adding a custom plug-in when requirements fit declarative capabilities.
- Design a custom connector for an external REST capability and a Dataverse custom API for a supported reusable business operation inside Dataverse.
- Use Power Platform Pipelines or supported Build Tools with connection/environment settings, solution checker and approvals to release repeatable artifacts.
- Keep related Dataverse tables, flows, connection references and plug-in registrations in a versioned solution and resolve dependencies before import.
Explanation
Correct Answer
B:Design a custom connector for an external REST capability and a Dataverse custom API for a supported reusable business operation inside Dataverse. This choice implements the controlling platform requirement rather than masking the symptom. A connector exposes external services while a custom API defines a Dataverse operation; they are not interchangeable transaction models. Verify the change using: Inspect data location, required transaction participation, authentication type, operation contract, caller scope and rate limits.
Incorrect Answers
A:Use configured Dataverse table relationships and a business rule before adding a custom plug-in when requirements fit declarative capabilities. That action addresses Out-of-box table/form choice versus server extension instead. Code introduces deployment and maintenance overhead; client-only rules do not enforce server-side invariants. For this case, the targeted action is: Design a custom connector for an external REST capability and a Dataverse custom API for a supported reusable business operation inside Dataverse.
C:Use Power Platform Pipelines or supported Build Tools with connection/environment settings, solution checker and approvals to release repeatable artifacts. That action addresses Power Platform pipelines and CI deployment gates instead. CI/CD automates deploys but does not supply missing permissions, connection references or application acceptance tests. For this case, the targeted action is: Design a custom connector for an external REST capability and a Dataverse custom API for a supported reusable business operation inside Dataverse.
D:Keep related Dataverse tables, flows, connection references and plug-in registrations in a versioned solution and resolve dependencies before import. That action addresses Solution component dependency management instead. A flow in a solution still requires its connector references and dependent tables to be present in the target. For this case, the targeted action is: Design a custom connector for an external REST capability and a Dataverse custom API for a supported reusable business operation inside Dataverse.
Question 137
A custom connector's bulk update operation is duplicated whenever a transient timeout masks a successful initial response. Which TWO complementary steps provide the intended implementation AND the evidence needed to validate it? Select TWO.
- For 429 or service-protection responses use documented Retry-After and bounded exponential backoff with idempotent processing.
- Inspect HTTP response code, Retry-After header, request volume, concurrency, idempotency key and retry budget.
- Inspect trigger type, correlation ID, Dataverse service principal, function timeout, queue visibility and failed-message policy.
- Each intended business interval processes the correct work without silently skipping or replaying chargeable operations.
- Use the Dataverse Web API with logical names, $select, encoded $filter and @odata.nextLink pagination instead of retrieving unrestricted rows.
Explanation
Correct Answers
A:For 429 or service-protection responses use documented Retry-After and bounded exponential backoff with idempotent processing. This choice implements the controlling platform requirement rather than masking the symptom. Rapid blind retries can amplify platform throttling; not every 4xx error is transient. Verify the change using: Inspect HTTP response code, Retry-After header, request volume, concurrency, idempotency key and retry budget. This is the implementation half of the required two-step answer.
B:Inspect HTTP response code, Retry-After header, request volume, concurrency, idempotency key and retry budget. These observations separate this failure from adjacent capabilities or permissions. Rapid blind retries can amplify platform throttling; not every 4xx error is transient. The relevant implementation is: For 429 or service-protection responses use documented Retry-After and bounded exponential backoff with idempotent processing. This is the diagnostic/verification half of the required two-step answer.
Incorrect Answers
C:Inspect trigger type, correlation ID, Dataverse service principal, function timeout, queue visibility and failed-message policy. This step belongs to Azure Functions for long-running Dataverse work rather than the complementary pair here. The required action is: For 429 or service-protection responses use documented Retry-After and bounded exponential backoff with idempotent processing. And its evidence is: Inspect HTTP response code, Retry-After header, request volume, concurrency, idempotency key and retry budget.
D:Each intended business interval processes the correct work without silently skipping or replaying chargeable operations. This step belongs to Azure Functions Timer and queue trigger controls rather than the complementary pair here. The required action is: For 429 or service-protection responses use documented Retry-After and bounded exponential backoff with idempotent processing. And its evidence is: Inspect HTTP response code, Retry-After header, request volume, concurrency, idempotency key and retry budget.
E:Use the Dataverse Web API with logical names, $select, encoded $filter and @odata.nextLink pagination instead of retrieving unrestricted rows. This step belongs to Dataverse OData Web API select filter and pagination rather than the complementary pair here. The required action is: For 429 or service-protection responses use documented Retry-After and bounded exponential backoff with idempotent processing. And its evidence is: Inspect HTTP response code, Retry-After header, request volume, concurrency, idempotency key and retry budget.
Question 138
A plug-in updates the same contact in PostOperation, causing repeated invocation until platform depth fails. Which observable test result BEST confirms that the intended Power Platform component behaves correctly?
- The additional value is saved atomically with the original request without an extra update recursion.
- A record update yields one intended side effect even when another plug-in or flow touches the same row.
- The operation succeeds using its intended identity and forbidden tables remain denied to that principal.
- Multiple parent flows call the same versioned validation step with consistent results and no personal credentials.
Explanation
Correct Answer
B:A record update yields one intended side effect even when another plug-in or flow touches the same row. This is an observable application, data or security outcome, not merely a successful build message. Blocking all depth greater than one can suppress legitimate nested operations; fix the causative loop and design safe checks.
Incorrect Answers
A:The additional value is saved atomically with the original request without an extra update recursion. This result validates Dataverse PreOperation Target changes instead of the component in question. Here the specific acceptance check is: A record update yields one intended side effect even when another plug-in or flow touches the same row.
C:The operation succeeds using its intended identity and forbidden tables remain denied to that principal. This result validates OAuth delegated vs client credential in Dataverse instead of the component in question. Here the specific acceptance check is: A record update yields one intended side effect even when another plug-in or flow touches the same row.
D:Multiple parent flows call the same versioned validation step with consistent results and no personal credentials. This result validates Child flows and solution connection references instead of the component in question. Here the specific acceptance check is: A record update yields one intended side effect even when another plug-in or flow touches the same row.
Question 139
A custom rating control repeatedly triggers change notifications from updateView and freezes the host form. Which evidence should the developer inspect FIRST to distinguish the root cause or verify the prerequisite?
- Inspect agent ID, environment, session, identity, permitted tools, response handling and escalation flow.
- Inspect browser network errors, telemetry configuration, sampling, request correlation, exception events and user consent.
- Inspect build output, managed solution version, component registration, table field compatibility and app publication.
- Review manifest input/output types, updateView context, change notification frequency, cleanup and rendered DOM subscriptions.
Explanation
Correct Answer
D:Review manifest input/output types, updateView context, change notification frequency, cleanup and rendered DOM subscriptions. These observations separate this failure from adjacent capabilities or permissions. An infinite update loop can occur when updateView unconditionally calls notifyOutputChanged. The relevant implementation is: Implement PCF init, updateView, getOutputs and destroy lifecycle correctly and call notifyOutputChanged only for meaningful output changes.
Incorrect Answers
A:Inspect agent ID, environment, session, identity, permitted tools, response handling and escalation flow. These checks are relevant to Code app consuming Copilot Studio agent, but are not the most discriminating first evidence for this case. Inspect instead: Review manifest input/output types, updateView context, change notification frequency, cleanup and rendered DOM subscriptions.
B:Inspect browser network errors, telemetry configuration, sampling, request correlation, exception events and user consent. These checks are relevant to Code app Application Insights instrumentation, but are not the most discriminating first evidence for this case. Inspect instead: Review manifest input/output types, updateView context, change notification frequency, cleanup and rendered DOM subscriptions.
C:Inspect build output, managed solution version, component registration, table field compatibility and app publication. These checks are relevant to Packaging and deploying PCF in solution, but are not the most discriminating first evidence for this case. Inspect instead: Review manifest input/output types, updateView context, change notification frequency, cleanup and rendered DOM subscriptions.
Question 140
A sales assistant produces old pricing after indexing stale Dataverse rows rather than querying governed current records. Which observable test result BEST confirms that the intended Power Platform component behaves correctly?
- Transient throttling recovers without overwhelming Dataverse or creating duplicate rows.
- An agent answer is attributable to current permitted records and does not expose inaccessible employee data.
- The receiving agent produces a traceable response with correct customer scope and no unintended action handoff.
- The application presents agent output in the right user session and aborted requests do not execute delayed unintended writes.
Explanation
Correct Answer
B:An agent answer is attributable to current permitted records and does not expose inaccessible employee data. This is an observable application, data or security outcome, not merely a successful build message. Grounded search and tool access are not equivalent to blanket read rights across every table.
Incorrect Answers
A:Transient throttling recovers without overwhelming Dataverse or creating duplicate rows. This result validates Dataverse API service-protection throttle retry instead of the component in question. Here the specific acceptance check is: An agent answer is attributable to current permitted records and does not expose inaccessible employee data.
C:The receiving agent produces a traceable response with correct customer scope and no unintended action handoff. This result validates Foundry to Copilot Studio agent orchestration instead of the component in question. Here the specific acceptance check is: An agent answer is attributable to current permitted records and does not expose inaccessible employee data.
D:The application presents agent output in the right user session and aborted requests do not execute delayed unintended writes. This result validates Copilot Studio client library consumption instead of the component in question. Here the specific acceptance check is: An agent answer is attributable to current permitted records and does not expose inaccessible employee data.