Free Practice Questions for the Microsoft Certified: Dynamics 365 Sales AI Consultant Associate AB-620 Exam (2026 Updated)

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: The partner capability is described as an agent available only through a standardized agent-to-agent endpoint. That is the defining use case for an Agent2Agent connection. In Copilot Studio, the primary agent is configured with the external agent ' s A2A message endpoint and the applicable authentication details, after which orchestration can delegate shipment-tracking requests to it. An MCP server exposes tools or resources rather than an independently orchestrated partner agent, so option C changes the integration contract. An indexed knowledge source is also unsuitable because shipment status is dynamic and the requirement is delegation, not retrieval from a copied corpus. Generative responses in the primary agent would have no authoritative live shipment source and would violate the defined architecture. The A2A description should identify shipment tracking precisely so that it does not compete with unrelated agents or tools. Because external-agent support can be preview functionality, Fabrikam should also validate regional availability, authentication, error behavior, latency, and governance before production use. Study Guide alignment: Integrate and extend agents in Copilot Studio > Configure multi-agent collaboration from Copilot Studio > Create a multi-agent solution by using A2A protocol.

===============

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: The Service Desk Agent must be both published and available for connections from other agents. Publishing establishes a runtime version that the primary agent can call; an unpublished draft is not a valid connected-agent target. On the Service Desk Agent, the setting that allows other agents to connect and use it must also be enabled. Microsoft additionally requires the connected agent to be in the same environment and the maker to own it or have it shared, but those conditions are not offered as choices. Replacing the agent with an MCP server would discard the existing agent ' s orchestration and ticket-routing logic. Adding it as a knowledge source would expose content for retrieval, not delegate an IT request to another agent. Publishing Operations Concierge alone does not satisfy the prerequisites of the target agent. After connection, the local description in Operations Concierge should clearly define when IT-specific work is delegated, because descriptions influence routing. Any later changes to the Service Desk Agent must be published before the main agent can use the updated version. Study Guide alignment: Integrate and extend agents in Copilot Studio > Configure multi-agent collaboration from Copilot Studio > Integrate an existing agent in Copilot Studio.

===============

PartsOps per-user authentication → OAuth 2.0; WarrantyRules shared team credential → API key; Tool-selection context → Configure a server description that explains the MCP server ' s role.

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: The authentication choices must follow the identity requirements of each server. PartsOps performs attributable actions, including parts-request creation, so OAuth 2.0 is the appropriate mechanism for individual users to authorize access without sharing their credentials with the agent. That preserves user context and supports accountability for each transaction. WarrantyRules is explicitly read-only and uses a key shared by the agent team; it should therefore be configured with API-key authentication using the required header or query parameter. Applying the same authentication method to both servers would contradict the stated server designs. Authentication alone does not tell the orchestrator when a server is relevant. A concise, discriminating server description should identify PartsOps as the source for availability checks and parts-request creation and WarrantyRules as the source for warranty validation. Copilot Studio uses the names and descriptions of agents, topics, tools, and knowledge sources during generative orchestration. Accurate metadata reduces accidental calls, prevents the wrong server from handling a request, and makes the multi-agent plan more predictable during testing. Study Guide alignment: Integrate and extend agents in Copilot Studio > Add tools to agents > Configure MCP tools.

===============

Policy questions → Delegate to a knowledge-focused agent; Metric requirements → Delegate to a data-access agent; Transaction requirements → Delegate to a tools-first agent.

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: The architecture should separate responsibilities according to the kind of work each specialist performs. Policy and procedure questions depend on retrieval from curated, indexed content and therefore belong with a knowledge-focused agent. Operational measures such as backlog, SLA exposure, and parts shortages require governed, current business data; a data-access specialist, represented in this case by the Fabric Data Agent, is the correct destination. Creating a parts request or changing a service-case status is different from answering a question: it is an authenticated transaction and should be delegated to a tools-first agent that can invoke approved MCP operations. Putting all three responsibilities into one agent would increase the number of competing tools and knowledge sources, weaken routing precision, and duplicate logic already owned by specialist teams. The selected pattern also matches Fabrikam ' s requirement that capabilities evolve independently. Clear names, descriptions, inputs, and outputs remain essential because generative orchestration uses that metadata to decide which connected agent to invoke. This division gives the primary agent a coordination role while each specialist retains its own knowledge, privileges, release lifecycle, and audit boundary. Study Guide alignment: Integrate and extend agents in Copilot Studio > Configure multi-agent collaboration from Copilot Studio > Design multi-agent solutions in Copilot Studio.

===============

Prevent most builders from modifying shared assets → Share the component collection while controlling edit access; Reuse components without copying → Create a component collection and move the shared components into it; Limit use to the intended primary agent → Restrict the component collection to the primary agent.

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: A component collection is the correct reusable unit for the escalation topics, MCP definitions, and safety disclaimer. Moving those assets into one collection creates a maintained source that multiple agents can consume without copying and later diverging. Sharing the collection with teammates while controlling edit access separates use permission from modification permission, allowing agent authors to reference the assets while reserving changes for platform engineering. If a sensitive or tightly coupled collection must be usable only by one designated primary agent, the collection can be restricted accordingly. Exporting the primary agent and copying its components would recreate the duplication problem that Fabrikam is trying to eliminate, while restricting every collection to the primary agent would prevent the required cross-agent reuse. The collection should be versioned and tested after changes because a shared update can affect several consumers. Ownership, review, and release responsibilities should also be documented so that reuse does not become an uncontrolled dependency. This design provides consistency, centralized governance, and a smaller maintenance surface across the three agents. Study Guide alignment: Plan and configure agent solutions > Plan an agent solution > Plan reusable agent components.

===============

Use the user ' s message → Select Activity.Text as the input; Query only designated data → Turn on Search only selected sources and choose the approved sources; Restrict to enterprise data → Turn off Allow the AI to use its own general knowledge.

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: Activity.Text is the system variable containing the current user ' s utterance, so it is the appropriate query input for the generative answers node. Search only selected sources changes the node from the default broad agent-level search to an explicit source set for that topic. Turning off the option that permits the model to use its own general knowledge closes the ungrounded fallback path and ensures the response depends on approved enterprise content. Generative orchestration at the agent level does not itself guarantee that this particular node searches only designated sources. The selected sources replace, rather than supplement, the agent-level list for the node, and there is no automatic fallback to other knowledge if they return no answer. That behavior is desirable for strict policy boundaries but should be reflected in a clear no-answer or escalation response. Testing should inspect source use, verify authorization trimming under different users, and include questions for which the approved source contains no relevant material to ensure the agent does not invent an answer. Study Guide alignment: Plan and configure agent solutions > Configure topics > Configure generative answers node.

===============

Call the API during the conversation → Configure a REST action and call it from the topic; Run with authentication → Build an authenticated connection for the API; Make the response available at runtime → Store the API response in a topic variable.

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: The REST action is the executable component that issues the request when the topic reaches that node. An authenticated connection supplies the credential or token handling required by the endpoint; embedding secrets directly in a topic would be insecure and difficult to manage across environments. The returned JSON must then be assigned to a topic variable so downstream nodes can inspect fields, make decisions, format a response, or pass the value to another tool. Treating the API as indexed knowledge would be inappropriate because the requirement is a live runtime call, not search over a periodically indexed corpus. The builder should define the HTTP operation, endpoint, inputs, response schema, and output variable precisely. Authentication should use the narrowest appropriate identity model—user-delegated when actions must be attributable to the user, or maker/service credentials only when the business design permits shared access. Error and timeout paths should be explicit so malformed JSON, authorization failures, and unavailable services do not produce silent or misleading responses. Study Guide alignment: Integrate and extend agents in Copilot Studio > Add tools to agents > Add REST APIs to an agent.

===============

Reusable governed components → Export or package them as a component collection; Environment-specific connections and secrets → Use connection references and environment variables; Automated staged approvals → Use an ALM pipeline.

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: Reusable authored assets should be packaged in a governed component collection so the same topics and prompts can be promoted and consumed without uncontrolled copying. Values that differ by environment must remain outside those authored assets: connection references bind connectors in the target environment, while environment variables supply endpoints, IDs, and other configuration; secret values should use the appropriate secret mechanism. A Power Platform pipeline then moves the solution through defined stages and can impose approvals and validation before production. Hard-coding configuration would make every promotion a source edit, and copying components between agents would create divergent versions. The collection and the solution still need explicit ownership and dependency management, because a shared component update can affect multiple agents. Before each stage, validate current variable values, connections, component versions, and target permissions. After deployment, publish and run the same evaluation set in the target environment so the team verifies not only package transport but also runtime behavior under target data and identity controls. Study Guide alignment: Test and manage agents > Implement application lifecycle management for agents in Copilot Studio > Add existing agents to a solution; Create and use environment variables; Implement Power Platform Pipelines.

===============

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: Selecting Authenticate with Microsoft restricts the agent to signed-in organizational identities in the supported Microsoft channel and enables the agent to be shared with controlled users in the tenant. That meets the requirement for internal employees and enforced end-user authentication. No authentication or a public website would allow anyone with access to the link to converse with the agent and would prevent reliable organizational access control. A personal-account setting is not the enterprise identity model required here. Authentication and authorization are related but separate: after choosing Microsoft authentication, the owner must still share the agent only with the intended employees or groups and ensure connected knowledge and tools apply the user ' s permissions correctly. If the deployment uses a channel that requires manual Entra ID configuration, the appropriate manual authentication and sign-in requirement may be needed instead; however, among the supplied choices, Authenticate with Microsoft is the correct control. Test with authorized, unauthorized, and signed-out users before release, and review any DLP policy that mandates authentication. Study Guide alignment: Plan and configure agent solutions > Plan an agent solution > Plan identity strategy; Design agents for internal audiences.

===============

Comprehensive and Detailed Explanation From [Atlassian Jira Cloud Documentation]

The cause is the Jira Browse users and groups global permission. Atlassian states that users with this permission can view user names when working with user-picker fields or @mentioning users. Without it, Jira cannot provide the affected users with the complete user directory required to search for and select another person through an @mention.

The fact that users can enter and save ordinary text in the paragraph field confirms that the field is present, editable, and available on the applicable work-item layout. Therefore, field settings and screen settings are not responsible. Notification settings determine how users receive updates after an event and do not control whether names appear in the mention picker.

Project permissions and issue-level security can affect whether a particular person can access the project or work item. However, a general inability to search for or mention other users indicates that the initiating users lack the site-wide user-browsing capability.

A Jira administrator should review Settings → System → Global permissions and grant Browse users and groups to an appropriate group containing the affected users, subject to the organization’s privacy policies.

Relevant documentation topic: Jira Cloud administration → Global permissions → Browse users and groups . See What are global permissions, and what do they control? .

1. Define success criteria and evaluation objectives; 2. Select evaluation methods and metrics aligned to the criteria; 3. Collect interaction data and evaluation signals; 4. Review results and identify improvement opportunities.

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: Evaluation starts with a definition of success because the business objective determines what should be measured. A policy agent might prioritize grounded accuracy and citations, while a transactional agent also needs tool-selection and completion measures. Once objectives and thresholds are defined, the team selects suitable methods and metrics, such as compare-meaning, exact match, keyword match, expected tool use, or a custom quality rubric. The test is then executed to collect responses, scores, resource usage, transcripts, and activity signals. Only after evidence exists should reviewers interpret the results, isolate weak scenarios, and prioritize changes. Choosing metrics before defining success risks optimizing an irrelevant score; reviewing before collecting consistent evidence encourages anecdotal conclusions. Improvement should be iterative: change the knowledge source, instructions, tool metadata, or expected outcome one at a time and rerun the same set. This sequence produces an auditable link between business intent, measurement design, observed performance, and the remediation decision. Study Guide alignment: Test and manage agents > Evaluate agent performance > Choose an evaluation method; Review test results.

===============

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: The Ask with Adaptive Card node is the interactive topic element that waits for a card submission and stores the user ' s responses as variables. The card must contain input controls with unique identifiers and an Action.Submit button so the host returns the collected values to Copilot Studio. A Message node can display a card, but it is not the correct choice when the topic must collect and bind structured input in one step. Action.Execute is not consistently supported across Copilot Studio channels; Microsoft documents host-specific schema limits, and the default web chat does not support that action. Using the latest schema indiscriminately can therefore break portability. The card should target the lowest schema version required by every intended channel, validate required fields, and provide clear labels and error messages. After submission, the topic variables should be typed and checked before they are passed to tools or flows. Testing is required in each production channel because rendering and supported Adaptive Card features differ between Teams, web chat, and customer-service hosts. Study Guide alignment: Plan and configure agent solutions > Configure topics > Configure adaptive cards; Manage variables.

===============

A. Configure prompt modifications at the system level. Centralized instructions enforce the required tone, disclaimers, response boundaries, and refusal behavior consistently across generative responses. Microsoft documents that prompt modification can define an agent’s personality, response format, permitted subjects, and behavior when an answer is unavailable. This avoids inconsistent manual changes across individual topics. Microsoft: Prompt modification

D. Configure Power Platform DLP policies. DLP policies govern which connectors, knowledge sources, HTTP endpoints, and channels the agent may use. They should be configured and validated before publication because a policy violation can prevent the agent from being published. DLP also protects against unauthorized data movement between business and non-business connectors. Microsoft: Data policies for agents

Why the others are incorrect: B creates duplicated, inconsistent disclaimers. C incorrectly treats moderation as a web-channel setting; moderation is configured for generative behavior rather than enforced only by embedding settings. E applies safeguards after publication and assumes filters must be configured separately for every channel, which would not provide the required centralized governance.

Requirement

Implementation method

Let the agent decide when to run a tool based on user input.

Enable generative orchestration.

Run a specific agent flow at a defined step in a topic.

Add a tool node.

Use a connector action to retrieve data during a conversation.

Add a tool node.

Comprehensive and Detailed Explanation From [Microsoft AB-620 Study Guide]

Generative orchestration is appropriate when the agent must independently determine whether a tool is relevant to the user’s request. Copilot Studio evaluates the user’s message, conversation context, and the tool’s name, description, inputs, and outputs before deciding whether to invoke it. Microsoft documentation confirms that generative orchestration allows an agent to choose tools based on their descriptions and the current user query.

When an operation must occur at a predetermined point in an authored topic, the operation should instead be inserted explicitly by using an Add a tool node. Selecting an agent flow from that node ensures that the flow executes at that exact position in the topic rather than being selected autonomously by the orchestrator.

The same node type is used when calling a connector action. From the topic canvas, the author selects Add a tool , chooses Connector , and then selects and configures the required connector operation. Adaptive Cards present interactive information, while Question nodes collect user input; neither directly invokes flows or connectors.

Relevant study-guide area: Plan and configure agent solutions → Configure topics → Add agent flows to a topic and Add tools to a topic . See Orchestrate agent behavior with generative AI , Add tools to custom agents , and Use connectors in Copilot Studio agents .

A. Use a Microsoft Graph connector to index the partner’s travel advisory content. Microsoft 365 Copilot connectors—formerly called Microsoft Graph connectors—index non-Microsoft enterprise content into Microsoft Graph, making it available for semantic knowledge grounding and citations. Microsoft Learn: Copilot connectors

D. Add the internal policy documents as a knowledge source. The SharePoint PDFs and policy documents should be connected as agent knowledge so generative answers can retrieve and summarize the relevant content. This is scalable and avoids manually maintaining document-specific topics. Microsoft Learn: SharePoint knowledge sources

B violates the requirement to avoid manually authored Q & A topics. C could produce ungrounded responses from unapproved public sources and would not satisfy the airline’s accuracy, security, or compliance requirements.