Browse Certification Practice Tests by Exam Family

Microsoft AB-100: Plan AI-Powered Business Solutions

Try 10 focused Microsoft AB-100 questions on Plan AI-Powered Business Solutions, with explanations, then continue with IT Mastery.

Open the matching IT Mastery practice page for timed mocks, topic drills, progress tracking, explanations, and full practice.

Try Microsoft AB-100 on Web View full Microsoft AB-100 practice page

Topic snapshot

FieldDetail
Exam routeMicrosoft AB-100
Topic areaPlan AI-Powered Business Solutions
Blueprint weight28%
Page purposeFocused sample questions before returning to mixed practice

How to use this topic drill

Use this page to isolate Plan AI-Powered Business Solutions for Microsoft AB-100. Work through the 10 questions first, then review the explanations and return to mixed practice in IT Mastery.

PassWhat to doWhat to record
First attemptAnswer without checking the explanation first.The fact, rule, calculation, or judgment point that controlled your answer.
ReviewRead the explanation even when you were correct.Why the best answer is stronger than the closest distractor.
RepairRepeat only missed or uncertain items after a short break.The pattern behind misses, not the answer letter.
TransferReturn to mixed practice once the topic feels stable.Whether the same skill holds up when the topic is no longer obvious.

Blueprint context: 28% of the practice outline. A focused topic score can overstate readiness if you recognize the pattern too quickly, so use it as repair work before timed mixed sets.

Sample questions

These questions are original IT Mastery practice items aligned to this topic area. They are designed for self-assessment and are not official exam questions.

Question 1

Topic: Plan AI-Powered Business Solutions

A professional services firm wants consultants to ask project-status questions from Teams chats and Outlook messages, then create follow-up tasks in its project system. The firm already has high Microsoft 365 Copilot adoption, wants responses grounded in Microsoft 365 content plus a governed project API, and does not need a separate long-running autonomous workflow. Which architecture decision is best?

Options:

  • A. Build a standalone Copilot Studio agent for a separate portal

  • B. Create a custom web chatbot with direct API access

  • C. Build a Microsoft Foundry agent with a custom model

  • D. Create a Microsoft 365 Copilot extension with governed API actions

Best answer: D

Explanation: A Microsoft 365 Copilot extension is preferable when the business value depends on enhancing the existing Microsoft 365 Copilot experience rather than creating a separate agent surface. In this scenario, consultants already work in Teams and Outlook, adoption is high, and the needed capability is to add governed project-system knowledge and task actions to that flow of work. The solution should preserve Microsoft 365 identity, permissions, and user experience while exposing only approved API operations. A standalone custom agent is more appropriate when the agent needs its own channel, persona, lifecycle, or autonomous process orchestration outside Microsoft 365 Copilot. Here, a separate agent would add adoption and governance overhead without matching the process fit.

  • Separate portal adds a new user experience even though the stated adoption goal is to keep consultants in Teams and Outlook.
  • Custom model overbuilds the solution because the need is governed extension and grounding, not model specialization.
  • Direct API chatbot bypasses the preferred Microsoft 365 Copilot experience and increases governance and access-control risk.

Question 2

Topic: Plan AI-Powered Business Solutions

An insurer is planning a Copilot Studio service agent for claims inquiries. The first release must ship in 8 weeks, preserve existing access controls, and answer policy questions accurately without exposing PII.

AssetCurrent state
Claims and policy systemsAuthoritative records, real-time updates, role-based access
SharePoint procedures and FAQsApproved content, some duplicates and stale pages
Call transcriptsHigh volume, PII present, quality labels missing

Which data strategy should the architect prioritize?

Options:

  • A. Fine-tune a model on claims systems and call transcripts to replace most live system lookups in the first release.

  • B. Launch with the prebuilt agent using only existing SharePoint pages, then add source-system access after adoption increases.

  • C. Copy all claims, policy, SharePoint, and transcript data into one vector index used as the agent’s only knowledge source.

  • D. Use source-system connectors for live records, curate SharePoint as grounding knowledge, and reserve de-identified transcripts for later tuning or evaluation.

Best answer: D

Explanation: In planning, source-system data is the authoritative operational data that should usually remain in its governed system and be accessed through secure connectors or actions. Grounding data is curated, permission-aware content used at run time to make answers relevant and current. Knowledge sources are the configured repositories, such as approved SharePoint content, that supply that grounding. Model tuning data is different: it is selected, cleaned, governed training or evaluation data used to change or assess model behavior, not a shortcut for exposing raw PII-heavy transcripts. The best plan uses live systems for transactional facts, cleans and owns knowledge content for grounding, and delays transcript-based tuning until privacy, labeling, and value are proven.

  • Fine-tuning first fails because raw operational and transcript data is not automatically safe or suitable model tuning data.
  • Single vector index fails because it duplicates authoritative records and can weaken freshness, permissions, and data minimization.
  • SharePoint-only launch optimizes delivery speed but cannot answer live claim or policy status questions from authoritative systems.

Question 3

Topic: Plan AI-Powered Business Solutions

A manufacturer wants AI to reduce time to resolve high-value customer escalations. Reps currently open Dynamics 365 Sales for account and opportunity context, Customer Service for cases and SLAs, and Field Service for work orders and parts availability. Executives want one guided experience that recommends next best actions and can initiate approved follow-up tasks. Constraints: initial release in 12 weeks, existing Dataverse security must be honored, duplicate data stores should be avoided, and impact must be measured by resolution cycle time and retention. Which architecture best balances these factors?

Options:

  • A. Build a standalone Foundry model and portal to replace the workflows.

  • B. Extend only Dynamics 365 Customer Service with copied sales and field data.

  • C. Orchestrate a Copilot Studio agent across the Dynamics 365 apps.

  • D. Deploy separate in-app copilots without shared orchestration.

Best answer: C

Explanation: Cross-app orchestration is appropriate when the business outcome spans multiple Dynamics 365 apps and the AI solution must coordinate context, recommendations, and actions across those boundaries. In this scenario, escalation resolution depends on account value, opportunity risk, case SLA status, work orders, and parts availability. A governed Copilot Studio agent can provide a single guided experience while using existing Dynamics 365 data and Dataverse security, and it supports measuring end-to-end process outcomes such as cycle time and retention. Keeping the solution in one app optimizes speed for that app but weakens the end-to-end process. Replacing the workflow with a standalone model or portal adds unnecessary delivery, governance, and maintainability risk.

  • Single-app extension improves delivery focus but requires copied data and misses coordinated actions across Sales, Service, and Field Service.
  • Standalone rebuild may offer flexibility but increases TCO, delivery risk, and governance burden without needing to replace Dynamics 365.
  • Separate copilots preserve app boundaries but leave users with fragmented guidance and no shared orchestration for the escalation outcome.

Question 4

Topic: Plan AI-Powered Business Solutions

A manufacturer plans an AI assistant for account managers who prepare renewal briefings. The business target is to reduce briefing preparation time by 20% within one quarter while preserving Dynamics 365 and SharePoint access controls and auditability. A team proposes a Microsoft Foundry custom model component.

Exhibit: Pilot assessment

ApproachQuality in pilotLifecycle effort
Extend Copilot with grounded actions86% accepted outputsLow; existing ALM path
Foundry custom model89% accepted outputsHigh; model evaluation, tuning, monitoring

Options:

  • A. Approve the Foundry custom model because it scored highest.

  • B. Use an unmanaged third-party model to reduce build time.

  • C. Replace the assistant with Power Automate approval flows.

  • D. Extend Copilot first and gate any custom model on measurable gaps.

Best answer: D

Explanation: The architecture decision should compare expected business value with total lifecycle cost, not just model accuracy. In this scenario, extending Copilot with grounded actions already meets the process fit, uses existing Dynamics 365 and SharePoint access controls, supports the target outcome, and has a lower ALM burden. The Foundry custom model improves accepted outputs by only 3 percentage points but adds ongoing evaluation, tuning, monitoring, and governance work. A better decision is to implement the lower-cost extension first, measure preparation-time reduction and output quality, and define a gate for adding a custom model only if measurable gaps remain. The key takeaway is to justify custom AI components with incremental business value that exceeds their lifecycle cost.

  • Highest score bias fails because a small quality improvement alone does not prove the custom model is worth ongoing lifecycle effort.
  • Workflow-only automation misses the assistant experience and grounded briefing generation required by the business process.
  • Unmanaged third-party model ignores the stated access-control and auditability constraints.

Question 5

Topic: Plan AI-Powered Business Solutions

A company is designing a Copilot Studio agent to help service managers summarize escalated Dynamics 365 Customer Service cases and recommend next actions. Pilot users report that answers mix current policy with retired procedures and sometimes cite duplicate case notes with conflicting statuses. The company must improve grounding reliability before expanding the pilot, without changing the model or broadening data access.

Which data preparation action best meets the requirements?

Options:

  • A. Fine-tune a custom model on all case notes

  • B. Add more historical cases as grounding sources

  • C. Enable broader connector permissions for the agent

  • D. Cleanse, deduplicate, and label authoritative current sources

Best answer: D

Explanation: Grounding reliability depends on the quality, relevance, timeliness, and availability of the data the agent retrieves. In this scenario, the failures are caused by retired procedures, duplicates, and conflicting records, not by a lack of model capability or insufficient access. The best preparation action is to curate the grounding set: remove obsolete content, deduplicate overlapping notes, standardize status values, and mark authoritative current sources so retrieval favors trusted information.

Adding more uncurated data can increase noise. Fine-tuning changes model behavior but does not fix unreliable grounding sources. Broader permissions may expose more data, but it also increases risk and does not resolve stale or conflicting content.

  • More historical cases fails because it increases volume without resolving obsolete, duplicate, or conflicting records.
  • Custom fine-tuning fails because the stated issue is grounding-data quality, not a need for a new model.
  • Broader permissions fails because access expansion adds avoidable risk and does not make the source content more reliable.

Question 6

Topic: Plan AI-Powered Business Solutions

A manufacturer wants an AI agent to reduce cycle time for customer credit disputes across Dynamics 365 Customer Service and Finance. The business wants fast resolution, but dispute history is incomplete for legacy contracts, regional tax rules vary, and credits above $5,000 require manager approval and audit evidence. Which autonomy design best balances delivery speed, ROI, and risk?

Options:

  • A. Autonomously resolve only low-value, policy-matched disputes; escalate exceptions

  • B. Deploy a prebuilt service agent without process-specific approval rules

  • C. Restrict the agent to summaries until all legacy data is remediated

  • D. Autonomously resolve all disputes after a successful model benchmark

Best answer: A

Explanation: Agent autonomy should be constrained by the business process, not only by model capability. In this scenario, the agent can create value quickly by handling repeatable, low-risk disputes where policy, amount, and evidence are clear. Its scope should narrow when decisions create material financial impact, depend on incomplete grounding data, or require regional tax/compliance interpretation. Manager approval and audit evidence are explicit process controls, so the agent should route those cases rather than bypass them. This preserves ROI from automation while keeping accountability for high-risk outcomes.

  • Full autonomy over-optimizes speed and ignores approval, audit, and compliance constraints.
  • Summary-only use over-optimizes risk reduction and delays value even for low-risk, well-defined cases.
  • Unchanged prebuilt agent may accelerate deployment but fails to reflect credit thresholds, tax variation, and required approvals.

Question 7

Topic: Plan AI-Powered Business Solutions

A sales organization wants an AI experience for account managers who already work in Outlook, Teams, and Microsoft 365 Copilot. The assistant must answer renewal-risk questions grounded in approved SharePoint and Dynamics 365 data, draft follow-up emails, and create simple CRM tasks while preserving existing permissions. There is no requirement for autonomous long-running workflows, a separate branded interface, or a custom model. Which approach best balances user experience, delivery speed, security, and maintainability?

Options:

  • A. Build a separate web chatbot for sales users

  • B. Build a Microsoft 365 Copilot extension

  • C. Build a standalone Copilot Studio custom agent

  • D. Build a Microsoft Foundry agent with a custom model

Best answer: B

Explanation: A Microsoft 365 Copilot extension is preferable when the solution should meet users inside Microsoft 365 Copilot, use existing Microsoft 365 and business-app context, preserve established permissions, and add targeted knowledge or actions. In this scenario, the needed capabilities are grounded answers, email drafting, and simple Dynamics 365 task creation for users already working in Outlook and Teams. A standalone custom agent is better when the solution needs a distinct user experience, broader autonomous orchestration, specialized runtime control, or a separate lifecycle. Here, those needs are explicitly absent, so extending Microsoft 365 Copilot reduces adoption friction and ongoing maintenance.

  • Standalone agent control is unnecessary because the scenario does not need an independent interface or autonomous long-running workflow.
  • Custom model flexibility adds cost and lifecycle complexity when the requirement is grounded assistance, not model specialization.
  • Separate chatbot UX increases adoption and maintenance burden because users already work in Microsoft 365 Copilot.

Question 8

Topic: Plan AI-Powered Business Solutions

A global service organization uses Dynamics 365 Customer Service and Microsoft 365. Leaders want to reduce average handle time by 20% and improve first-contact resolution within 10 weeks. Knowledge articles in SharePoint and Dynamics 365 are mostly current, but historical case notes are inconsistent. Customer data must remain governed by existing Microsoft tenant access controls. Which planning recommendation best connects the AI capability to the desired operational growth and customer experience outcomes?

Options:

  • A. Deploy a third-party chatbot for fastest launch

  • B. Extend existing copilots with grounded actions and outcome telemetry

  • C. Train a custom Foundry model on all historical cases

  • D. Automate case routing before adding AI assistance

Best answer: B

Explanation: The best planning recommendation should tie the AI capability directly to measurable service outcomes while respecting delivery, data readiness, and governance constraints. Extending Microsoft 365 Copilot, Dynamics 365, or Copilot Studio with grounded knowledge sources, governed actions, and telemetry can target handle time and first-contact resolution quickly. It uses current SharePoint and Dynamics 365 knowledge while avoiding dependence on inconsistent historical case notes as training data. Outcome telemetry should track business results, not just usage, so the solution can be improved after launch.

A custom model may be appropriate later if data quality improves and the business case justifies the lifecycle cost. The initial plan should prioritize a governed, extensible capability that can deliver value within the 10-week window.

  • Custom model first overweights model fit but depends on inconsistent case notes and adds lifecycle effort.
  • Third-party chatbot optimizes launch speed but may bypass tenant governance and create maintainability risk.
  • Routing-only automation may improve workflow efficiency but does not address agent productivity or answer quality directly.

Question 9

Topic: Plan AI-Powered Business Solutions

A manufacturer is planning an AI assistant for Dynamics 365 Field Service. Technicians enter short repair notes and sensor codes; the business needs one of 30 standardized failure categories assigned before follow-up dispatch. Constraints: 60,000 labeled historical examples exist, latency and token cost must stay low, raw notes must remain in the Microsoft tenant boundary, and open-ended troubleshooting Q&A is already handled by a separate copilot grounded on manuals.

Which architecture decision is best?

Options:

  • A. Customize an SLM for classification and route only this task to it.

  • B. Use only manual-grounded Q&A prompts for failure categorization.

  • C. Send notes to a third-party LLM for category prediction.

  • D. Fine-tune a large model for all technician conversations.

Best answer: A

Explanation: Customized small language models are strongest when the business task is narrow, repeatable, and domain-specific, especially when labeled examples are available. In this scenario, the agent does not need broad reasoning or open-ended troubleshooting for the classification step; it needs consistent mapping of short notes and sensor codes to a fixed taxonomy. Using Microsoft Foundry to customize an SLM and routing only the failure-category action to that model aligns cost, latency, data-boundary, and operational constraints while leaving broader Q&A to the existing grounded copilot. The key is to scope the SLM to the classification outcome rather than replacing the entire agent experience.

  • Large-model overbuild adds cost and complexity for conversations that are already handled by a grounded copilot.
  • Prompt-only categorization may miss the value of labeled examples and the need for consistent fixed-taxonomy prediction.
  • Third-party routing conflicts with the stated tenant-boundary requirement for raw repair notes.

Question 10

Topic: Plan AI-Powered Business Solutions

A manufacturer plans to deploy a Copilot Studio agent that helps service coordinators triage equipment issues. The agent will ground responses in Dynamics 365 Field Service work orders, SharePoint maintenance manuals, and an ERP parts table. A readiness review finds duplicate asset identifiers, outdated manuals mixed with current manuals, and inconsistent failure-code names across systems. The agent must cite sources and respect existing user permissions. What is the best architecture decision to improve grounding reliability before rollout?

Options:

  • A. Use prompt instructions to prefer recent-looking content

  • B. Fine-tune a custom model on historical work orders

  • C. Connect all available repositories to maximize coverage

  • D. Curate and standardize the grounding sources before connecting them

Best answer: D

Explanation: Grounding reliability depends first on whether the agent can retrieve accurate, current, and unambiguous business data. In this scenario, the main risk is not model capability; it is poor source readiness. The best preparation action is to curate the grounding set: deduplicate asset records, retire or label obsolete manuals, standardize failure-code names, add ownership and freshness metadata, and preserve the existing access-control model. This gives Copilot Studio higher-quality knowledge sources to retrieve from and supports source citation. A custom model or broader repository connection would not fix contradictory or stale grounding data.

  • Custom model tuning overbuilds the solution and does not resolve stale manuals or inconsistent source records.
  • More repositories can reduce reliability when low-quality or duplicate sources are added without governance.
  • Prompt-only guidance is too weak because the agent still retrieves from conflicting and outdated grounding data.

Continue with full practice

Use the Microsoft AB-100 Practice Test page for the full IT Mastery practice bank, mixed-topic practice, timed mock exams, explanations, and web/mobile app access.

Try Microsoft AB-100 on Web View Microsoft AB-100 Practice Test

Free review resource

Read the Microsoft AB-100 Cheat Sheet for compact concept review before returning to timed practice.

Revised on Monday, May 25, 2026