Microsoft AB-731 AI Transformation Leader Exam Practice Test

The requirement is an interactive generative AI experience that can converse with customers and ask clarifying questions (for example: “What climate are you hiking in?”, “How many people will share the tent?”, “What’s your budget?”, “Do you prioritize weight or comfort?”). The best solution component for that conversational, question-and-answer interaction is a chatbot (A), powered by a generative AI model.

A chatbot provides the dialog framework: maintaining conversational context across turns, prompting the user for missing requirements, and responding in natural language. This makes it suitable for customer support, guided shopping assistance, troubleshooting, and pre-sales Q & A—especially when customers don’t know exactly what they need and benefit from a guided conversation.

The other options don’t match the core requirement. Predictive AI (B) forecasts outcomes (like demand or churn) and isn’t inherently conversational. Computer vision (C) analyzes images (like recognizing products from photos) and doesn’t address asking questions in dialogue. A recommendation engine (D) can be useful in ecommerce, but it typically suggests items based on behavior or attributes; it doesn’t by itself provide a conversational flow that asks users questions and adapts responses in natural language. In practice, you can combine a chatbot with a recommendation engine behind the scenes—but the “include in the solution” component that directly satisfies interactive questioning is the chatbot.

Answer Area

Microsoft Copilot provides a single AI app that has identical features and experiences across all Microsoft products. Answer: No

Microsoft 365 Copilot delivers AI capabilities for business users that use Microsoft 365 apps. Answer: Yes

Microsoft Security Copilot helps companies understand risks and the organizational security posture. Answer: Yes

No — “Copilot” is an umbrella brand across Microsoft, but the experiences are not identical . Different Copilots target different workloads (productivity, security, development, business apps) and therefore expose different capabilities, connectors, permissions models, and admin controls. For example, Microsoft 365 Copilot is embedded in Word/Excel/PowerPoint/Outlook/Teams, while Security Copilot is built for SOC workflows and integrates with security tooling; they are intentionally not the same app with the same features.

Yes — Microsoft 365 Copilot is specifically designed to deliver generative AI assistance for users working in Microsoft 365 applications . It enhances common business tasks such as drafting, summarizing, meeting recap, creating presentations, and working with documents and communications—directly inside the Microsoft 365 productivity suite.

Yes — Microsoft Security Copilot is focused on security operations and helps analysts understand threats, investigate incidents, and improve visibility into security posture. Its purpose is aligned with helping organizations interpret security signals and risk context more efficiently, which supports understanding organizational risk and posture.

Responsible AI is fundamentally about earning and maintaining trust while scaling AI across the enterprise. Option C is the best answer because responsible AI practices (fairness, reliability and safety, privacy and security, transparency, accountability, and inclusiveness) reduce reputational, legal, and operational risk and make adoption sustainable over time. When stakeholders trust that AI is governed, tested, and monitored, the organization can expand AI usage confidently across business units.

The other options are incorrect because they make absolute or counterproductive claims. A is false: responsible AI does not “guarantee” accuracy; it reduces risk and improves assurance, but no model can be guaranteed correct in all contexts. B is the opposite of reality: responsible AI increases the importance of data protection and governance; it does not reduce the need for them. D is also incorrect: responsible AI requires clear ownership and oversight, especially from leadership, because accountability is a core principle. In short, responsible AI matters because it builds stakeholder confidence and provides guardrails that support long-term, scalable, and compliant AI adoption—exactly what executives care about when investing in an AI portfolio.

Provisioned (PTUs)

For continuous, large-scale workloads, the key needs are predictable throughput, consistent latency, and cost/performance stability . Azure OpenAI Provisioned Throughput Units (PTUs) are designed for this scenario because you reserve model capacity to meet sustained demand. This reduces the risk of variability that can occur with purely on-demand usage during peak periods and provides a more predictable operating model when the workload is always “on” and high volume.

Standard (On-Demand) is best when usage is variable or you’re starting small (PoCs, pilots, spiky workloads), because it is flexible pay-as-you-go but can be less predictable at sustained scale. Batch API is optimized for asynchronous, non-interactive processing where you can tolerate delayed results (for example, large offline summarization jobs), not for always-on, real-time interactions at scale.

Therefore, for continuous high-volume production workloads, Provisioned (PTUs) is the best pricing model choice.

By default, Microsoft 365 Copilot is grounded in your organization’s Microsoft 365 data through Microsoft Graph , and it respects the user’s existing permissions. For “find and summarize information across internal documents,” the most direct default document repositories in Microsoft 365 are SharePoint (team sites and shared libraries) and OneDrive (a user’s work files). That is why C (Microsoft SharePoint) and D (Microsoft OneDrive) are the correct selections. Microsoft explicitly describes Copilot as accessing organizational content via Microsoft Graph, including user documents and related work content.

The other options are not “by default” sources. A (on-premises file share) is not automatically part of Microsoft Graph unless you integrate/migrate content or use connectors to make it discoverable in Microsoft 365 experiences. B (custom CRM) similarly requires an integration approach (for example, Microsoft 365 Copilot connectors / Graph connectors) to index and expose that data for Copilot to use. E (Microsoft Sway) is not a primary default content source for Copilot’s document grounding and is not typically referenced as a core internal document repository compared to SharePoint/OneDrive.

So, for immediate, out-of-the-box internal document discovery and summarization within Microsoft 365, SharePoint + OneDrive are the default answer.

Microsoft 365 Copilot is designed to work within the Microsoft 365 ecosystem and use organizational context that is already governed by Microsoft Entra ID, Microsoft 365 permissions, and compliance controls. By default, Copilot can use Microsoft Graph signals and content that exist in Microsoft 365 workloads the user already has access to—most commonly emails, files, meetings, and chats . That corresponds to A .

The key concept is permission-trimming: Copilot doesn’t magically gain access to everything; it can only surface or use data that the signed-in user is permitted to access in Microsoft 365. This is what makes Copilot valuable for productivity scenarios—summarizing email threads, drafting replies, generating meeting recaps, creating documents from your files, or pulling context from Teams chats—because those artifacts are already part of daily work and already subject to tenant policies.

The other options are not “by default” Microsoft Graph content for Copilot: B (file shares) typically requires additional integration or migration into Microsoft 365 repositories or indexing via connectors; it’s not inherently available. C is unrelated to Microsoft 365 tenant work data. D (public web) is not “information in Microsoft Graph”; web grounding is a separate capability and not the default Graph workload data source referenced here.

Answer Area

Protect personal information and apply strong safeguards to keep data secure. Answer: Privacy and security

Make AI solutions understandable by explaining how and why decisions are made. Answer: Transparency

Design AI solutions that are accessible to people of all abilities and experiences. Answer: Inclusiveness

Involve human oversight in the control of AI solutions. Answer: Accountability

Microsoft’s Responsible AI principles provide a practical framework for building and deploying trustworthy AI systems.

Privacy and security is the principle focused on protecting personal information and ensuring strong safeguards—such as least privilege access, encryption, DLP controls, secure storage, and auditing—so data remains protected throughout collection, processing, and usage.

Transparency is about making AI systems understandable. This includes communicating when AI is being used, explaining system capabilities and limitations, and providing clarity on how outputs are produced (for example, what data sources are used, what assumptions apply, and why certain recommendations are generated). Transparency reduces confusion and helps users calibrate trust appropriately.

Inclusiveness ensures AI solutions are designed to benefit people of diverse abilities, backgrounds, and experiences. Practically, this includes accessibility (assistive technologies, readable outputs), inclusive UX design, and testing across diverse user groups so the solution does not exclude or disadvantage certain populations.

Accountability emphasizes that humans and organizations remain responsible for AI outcomes. Involving human oversight is a direct expression of accountability: setting governance, defining who owns decisions, establishing escalation paths, and ensuring there are controls for review, intervention, and correction when AI outputs are unsafe or incorrect.

Answer Area

Microsoft Copilot in Outlook can automatically send follow-up replies to emails. Answer: No

Microsoft Copilot in Outlook can identify and surface tasks mentioned in your emails. Answer: Yes

Microsoft Copilot in Outlook can summarize long email threads and highlight action items and deadlines. Answer: Yes

1) No — Copilot in Outlook can draft email responses and help you take actions, but sending messages is not positioned as an automatic “follow-up reply” behavior. Microsoft describes capabilities such as “Draft with Copilot” (generating email drafts from prompts) and Copilot chat actions that update the mailbox, which implies user-directed execution rather than autonomous follow-up sending.

2) Yes — Copilot supports contextual help over your inbox and can help you “catch up” and understand what’s due, which includes surfacing action-oriented items from recent communications. This aligns with using Copilot to pull together summaries of email messages and identify what requires attention.

3) Yes — Microsoft explicitly documents email-thread summarization in Outlook: Copilot scans a conversation and produces a summary of key points. Microsoft also describes Copilot’s summarization capability as extracting key points from threads, which is commonly used to surface what matters most (including actions to take) when the thread is long.

 Extract information from invoices and credit notes: Azure Document Intelligence in Foundry Tools

 Identify discussion topics in customer service call recordings: Azure AI Search

 Detect customer sentiment and opinions: Azure AI Search

To minimize development time, you should select services that provide prebuilt extraction and enrichment rather than building custom models.

For invoices and credit notes , the best fit is Azure Document Intelligence because it is purpose-built for intelligent document processing and includes prebuilt models (such as invoice-style extraction) that return structured fields (invoice number, vendor, totals, dates, line items). This directly satisfies “extract information” from financial documents without custom ML training.

For customer service call recordings , the raw input is audio, but the task is to identify “discussion topics,” which is an information discovery and text-enrichment problem once the calls are transcribed. Azure AI Search is the correct recommendation because it can index large collections of content and apply built-in AI enrichment (for example, key phrase extraction and entity extraction) to help derive and query “topics” across many records.

For sentiment and opinions , Azure AI Search is again the best choice in this constrained list because it can run built-in enrichment skills over ingested text (such as transcripts or notes) to annotate content with sentiment-related metadata and then make that enriched data searchable and filterable at scale. This approach delivers fast time-to-value: ingest → enrich → index → query, without standing up a custom training pipeline.

Answer Area

A manufacturer can use Azure Vision in Foundry Tools to identify product defects on an assembly line. Answer: Yes

A logistics company can use Azure Vision in Foundry Tools to recognize package shipping labels. Answer: Yes

The HR department at your company can only use Azure Vision in Foundry Tools to extract written content from Microsoft Word files. Answer: No

Azure Vision in Foundry Tools provides computer vision capabilities to analyze images, including identifying visual features and reading text with OCR. Because it is designed to “analyze images” and support vision scenarios, it can be applied to manufacturing quality inspection use cases where the goal is to detect anomalies/defects from images captured on a production line. This aligns with statement 1 being Yes .

Statement 2 is also Yes because recognizing shipping labels is fundamentally text extraction from images (often plus some layout/field parsing). Azure Vision supports optical character recognition (OCR) to read printed text from images, and Microsoft documentation explicitly notes OCR can extract text from images such as product labels and similar real-world text surfaces—making shipping labels a direct fit.

Statement 3 is No because it is incorrectly restrictive. Azure Vision is not limited to extracting written content from Word documents, nor is OCR restricted to Word files. Vision capabilities apply broadly to images (and, depending on the capability, various document/image inputs) for tasks like image analysis and text recognition. HR could use it for many scenarios such as extracting text from scanned images, photos, or other visual inputs—not “only” Word files.

guide AI strategy, ensure responsible AI oversight, and promote alignment across business units.

A trustworthy AI program requires more than technical implementation; it requires enterprise governance : clear ownership, risk management, policy, and cross-functional coordination. An AI governance council’s primary role is to provide strategic direction and oversight so AI initiatives align with business goals while meeting Responsible/Trustworthy AI expectations (fairness, reliability and safety, privacy and security, transparency, accountability, and inclusiveness).

Therefore, the best completion is that the council should guide AI strategy, ensure responsible AI oversight, and promote alignment across business units . This captures why councils are created: to avoid siloed deployments, define guardrails and approval processes, standardize evaluation/monitoring practices, and coordinate stakeholders such as legal, compliance, security, data governance, HR, and business leadership. The council also helps prioritize use cases, establish policies for data use and access, set documentation requirements, and require ongoing monitoring and incident response for AI systems in production.

The other options are narrower operational responsibilities. Configuring and deploying models in Azure is typically owned by engineering/cloud teams. Day-to-day model training and labeling is handled by data science/ML teams. The council sits above those activities to ensure the organization’s AI work is consistent, accountable, and strategically aligned .

The strongest privacy risk mitigation for analyzing customer feedback is to minimize personal data exposure while preserving the analytical value of the text. A is best because anonymizing (or de-identifying) the dataset removes direct identifiers (names, emails, phone numbers, addresses, account IDs) and reduces the likelihood of privacy breaches, unauthorized re-identification, or inadvertent leakage in model outputs. This aligns with privacy-by-design and the general principle of data minimization: only retain the information necessary for the business purpose.

B is usually impractical and undermines business value and auditability; organizations often need retention windows for validation, traceability, and improvement. C is not the best privacy mitigation: keeping data attributable to individuals increases privacy exposure; while deletion-on-request is important for compliance, it’s not the primary mechanism to reduce privacy risk during analysis. D is explicitly poor practice; privacy reviews should occur throughout the lifecycle (requirements, design, data acquisition, testing, deployment, monitoring), not only at the end. Therefore, anonymizing/removing PII at the source is the best first-line approach.

Answer Area

A generative AI model guarantees factually accurate responses if the model is trained on a large dataset. Answer: No

Content filtering and responsible AI safeguards help a generative AI model generate safe and inoffensive content. Answer: Yes

A generative AI model always produces fair and unbiased results when the training data has been properly prepared and reviewed for fairness. Answer: No

No — A larger training dataset can improve coverage and fluency, but it does not guarantee factual accuracy. Generative models can still hallucinate, mix concepts, or produce plausible-but-incorrect statements because they generate likely text rather than verifying truth. This is why solution designs commonly add grounding/retrieval, validation, and human review for high-stakes outputs.

Yes — Content filtering and Responsible AI controls are specifically used to reduce harmful, unsafe, or policy-violating outputs . In practice, safeguards include input/output filters, safety classifiers, and governance controls that help enforce safety policies and minimize offensive content. These controls don’t make outputs “perfect,” but they materially reduce risk and are a standard part of production AI deployments.

No — Even with careful data preparation and fairness reviews, models can still produce biased outcomes due to residual bias in data, label/measurement issues, deployment context, and shifting real-world distributions. “Always fair and unbiased” is an absolute claim that is not achievable in real systems; fairness is managed through continuous evaluation, monitoring, and mitigations—not assumed as guaranteed.

Answer Area

Retrieval Augmented Generation (RAG) architectures require that a large language model (LLM) be retrained on proprietary data. Answer: No

Retrieval-Augmented Generation (RAG) grounds a language model to produce more factual and context-relevant responses. Answer: Yes

Retrieval Augmented Generation (RAG) retrieves information from external knowledge sources at runtime instead of relying solely on the knowledge of a generative AI model. Answer: Yes

1) No — RAG does not require retraining or fine-tuning the base LLM on proprietary data. The defining idea of RAG is to keep the model as-is and instead supply it with relevant context retrieved from trusted sources at inference time. Fine-tuning can be optional for style or specialized behavior, but it is not a requirement for RAG.

2) Yes — RAG is a grounding approach. By retrieving authoritative passages (policies, manuals, product specs, internal knowledge bases) and injecting them into the prompt context, the model’s answer is constrained by evidence that is relevant to the user’s question. This improves factuality and domain relevance and helps reduce hallucinations.

3) Yes — RAG explicitly depends on runtime retrieval from external knowledge sources, such as indexed documents, databases, or enterprise repositories. The retrieval layer finds the best matching content for the query, and the generation layer uses that retrieved content to craft the response. This is why RAG is valuable when information changes frequently: you update the source documents/index rather than retraining the LLM.

Overall, RAG is best understood as an architecture pattern that combines search/retrieval + generation , improving accuracy and freshness without the cost and risk of retraining the underlying model each time the knowledge base changes.

Most generative AI language model pricing is based on token consumption , which measures the amount of text processed by the model. Tokens are sub-word units used internally by language models (for example, parts of words, whole words, or punctuation). When you send a prompt, the model consumes input tokens (your prompt + any system instructions + retrieved grounding context). When it generates a response, it consumes output tokens (the generated completion). Costs typically scale with the total input + output tokens processed, which is why long prompts, large grounding passages, and lengthy responses increase spend. This also explains why prompt optimization, response length limits, caching, and careful grounding are common cost-control techniques in enterprise solutions.

By contrast, “documents” is too coarse (a document can be 1 page or 500 pages). “Requests” is not the primary unit for most LLM pricing models because request sizes vary dramatically. “Words” is not used because the model’s actual compute unit is tokens, and tokenization differs across languages and text patterns. Therefore, the most accurate completion is tokens .

Answer Area

Microsoft Foundry provides a unified platform for developers and data professionals to create custom end-to-end AI solutions. Answer: Yes

Microsoft Foundry provides a unified platform for low-code developers and business users to create custom end-to-end AI solutions. Answer: No

You need a Microsoft 365 Copilot license to access Microsoft Foundry services. Answer: No

Yes — Microsoft Foundry is positioned by Microsoft as a unified AI platform for building, deploying, and scaling AI apps and agents, with enterprise governance in a single environment. Microsoft explicitly describes Foundry as enabling developers (and, in broader descriptions, data professionals/enterprises) to build and operate AI solutions end-to-end, which aligns with the statement.

No — While Foundry can streamline AI development workflows and may include experiences that reduce complexity, the statement specifically targets low-code developers and business users creating custom end-to-end AI solutions. In Microsoft’s ecosystem, that “low-code/business-user” agent/app-building lane is more directly associated with tools like Copilot Studio/Power Platform , whereas Foundry is primarily presented as the platform for developers and technical teams building and governing AI solutions. Therefore, as written, the statement is not the best characterization.

No — Access to Microsoft Foundry services is not gated by a Microsoft 365 Copilot license. Foundry is part of the Azure AI platform experience (formerly Azure AI Studio) and is accessed through Azure, using Azure subscription-based service consumption. Microsoft 365 Copilot licensing is for Microsoft 365 Copilot experiences, not a prerequisite to use Foundry services.

Answer Area

Retrieval Augmented Generation RAG requires model fine-tuning. Answer: No

Retrieval Augmented Generation RAG is helpful when you need a generative AI solution that can access current, verifiable information. Answer: Yes

Retrieval Augmented Generation RAG enables you to get more relevant responses based on your organization’s documents without retraining the base model. Answer: Yes

RAG is an architecture pattern that improves generative AI responses by retrieving relevant information from external knowledge sources (for example, a document index, database, or knowledge base) and injecting that information into the model’s prompt/context at runtime.

No — RAG does not inherently require fine-tuning. Fine-tuning changes the model weights. RAG, instead, keeps the base model as-is and augments it with retrieved context. Fine-tuning can be complementary (for style, domain tone, or specialized tasks), but it is not required for RAG to work.

Yes — RAG is especially valuable when you need current and verifiable information because the retrieval layer can pull the latest approved content (updated policies, product specs, incident runbooks) and provide it to the model. This reduces hallucinations and makes answers traceable to known sources.

Yes — A major benefit of RAG is improved relevance to organizational documents without retraining. Instead of rebuilding the model whenever documents change, you update the underlying content store/index; the model then generates responses grounded in the retrieved passages, producing answers that align with your organization’s latest information and terminology.

For a user to access organizational data from a mobile device, the user needs a Microsoft 365 Copilot license. No

To reason over your organizational data by using Microsoft Graph, you need a Microsoft 365 Copilot license. Yes

To use the Analyst agent, you need a Microsoft 365 Copilot license. Yes

Top of Form

Bottom of Form

The key distinction here is between Copilot Chat capabilities available with a standard Microsoft 365 subscription and the full Microsoft 365 Copilot add-on that enables richer, in-context experiences grounded in organizational data.

Mobile access to organizational data does not inherently require a Microsoft 365 Copilot license. Microsoft’s Microsoft 365 Copilot app (and related mobile experiences) can provide Copilot Chat for work/school accounts with a Microsoft 365 license, so simply accessing organizational content on a mobile device is not the same as having the paid Copilot add-on. The statement claims a Copilot license is required just to access org data from mobile, which is too broad—there are mobile Microsoft 365 apps that access org data without the Copilot add-on.

Reasoning over organizational data via Microsoft Graph is a core value proposition of Microsoft 365 Copilot. Microsoft documents explain that Microsoft 365 Copilot connects LLMs to your organization’s content and context through Microsoft Graph and generates responses “anchored” in organizational data. That deeper integration is tied to the Microsoft 365 Copilot experience (an add-on license).

Analyst is a “reasoning agent” within Microsoft 365 Copilot and Microsoft states that users with a Microsoft 365 Copilot license can use Analyst (with defined usage limits). Therefore, the Analyst agent requires the Microsoft 365 Copilot license.

The requirement describes a predictive analytics / machine learning scenario: using historical data to learn patterns and then predict future outcomes . The Microsoft service that directly supports the end-to-end machine learning lifecycle—data preparation, model training, evaluation, deployment, and MLOps—is Azure Machine Learning , which is why C is the best choice. Azure Machine Learning is explicitly designed to help data scientists and engineers train and deploy models and manage the ML project lifecycle, making it the right fit for building a predictive model from your dataset.

The other options focus on different problem classes: Azure Document Intelligence is for extracting structured data from documents (OCR, key-value pairs, tables), not for general predictive modeling. Azure Content Understanding is for deriving structured insights from multimodal content (documents, images, audio, video) into a user-defined schema; it’s not the primary service for training predictive models from a tabular historical dataset. Microsoft Foundry is a broader platform for building AI apps/agents and orchestrating models/tools, but the specific need here is classical ML training and prediction—handled most directly by Azure Machine Learning.

Microsoft Copilot Studio is built for creating and managing custom agents that handle employee self-service and business process automation. The two capabilities that align directly to this purpose are D and E .

D is correct because Copilot Studio lets you build agents that connect to enterprise data and systems and then perform actions on behalf of users. This is the foundation for automation and self-service: the agent can answer questions using connected knowledge sources and can also trigger workflows (for example, submitting a request, creating a ticket, checking status, or updating records) through connectors and actions. These integrations allow the agent to move beyond “chat” into real operational outcomes, which is exactly what business process automation requires.

E is correct because Copilot Studio provides the controls needed to customize how an agent behaves and responds. This includes defining conversational topics/flows, setting instructions and guardrails, shaping tone and response style, configuring fallback behavior, and controlling how generative answers are produced (for example, using approved knowledge sources). Customization ensures the agent behaves consistently with company policies and provides reliable employee experiences.

The other choices represent different Microsoft products: A is aligned to security operations tooling (Security Copilot), B relates to information protection/governance (Purview), and C is a Microsoft 365 Copilot capability inside Word/PowerPoint rather than a Copilot Studio feature.

Generative AI’s defining characteristic is that it creates new content (text, images, code, summaries, drafts) in response to instructions—most commonly natural language prompts. Option C captures that general-purpose description in a stakeholder-friendly way: users provide prompts and the system generates responses or content. This framing is broad enough to cover common business value scenarios such as summarizing documents, drafting communications, creating marketing copy, generating reports, building assistants, and producing structured outputs from unstructured requests.

Option A is a single use case (translation), not the defining description. Option B describes predictive analytics/forecasting, which is a different AI category focused on outcomes and probabilities rather than content creation. Option D describes recommendation systems, typically driven by ranking/behavioral signals; while AI can enhance recommendations, that is not the core definition of generative AI. Therefore, the most accurate and relevant description for stakeholders is C.

Microsoft Graph

Microsoft 365 Copilot connectors (built on Microsoft Graph connectors) are used to bring external, line-of-business content into the Microsoft 365 ecosystem by ingesting it into Microsoft Graph . Once connected, the content can be indexed and made discoverable through Microsoft Search and available for Copilot experiences, enabling users to use natural language prompts to find and summarize relevant LOB information—subject to permissions and governance controls.

The other choices don’t match how Copilot connectors are positioned. Azure AI Search is an Azure indexing/retrieval service used in custom RAG solutions, but Microsoft 365 Copilot connectors are specifically designed to surface external content through Microsoft 365 experiences via Graph. Microsoft Purview focuses on data governance, compliance, and risk management rather than being the primary ingestion target for Copilot connector content. SharePoint can store content, but the connector model is about indexing external systems into Microsoft Graph so the content becomes searchable and usable across Microsoft 365, not merely placing it into SharePoint as the destination.

So the correct completion is Microsoft Graph because that is the foundational data and indexing fabric Copilot uses to reason over organizational content with appropriate permission trimming.

A common reason models degrade after being successful in production is data drift (also called concept drift). Over time, the distribution of input data changes —for example, customer behavior shifts, product catalog changes, seasonality changes, new categories appear, sensors get recalibrated, or business processes evolve. When the model sees data that differs from what it was trained on, its predictions can become less accurate. This is exactly what option A describes and is the most likely “six months later” cause.

Option B is not a primary explanation for reduced predictive accuracy. More compute can improve throughput/latency, but it does not inherently improve correctness of predictions. If anything, compute constraints typically cause timeouts or slower responses, not a systematic accuracy drop.

Option C (trained incorrectly) would usually manifest earlier—poor performance from the start—unless the “incorrectness” is that the model was trained on a snapshot that later became stale (which again maps back to drift). The correct operational response is to monitor for drift, validate performance regularly, and retrain/refresh the model using newer representative data and updated features/labels.

The requirement is specific: users must build and use declarative agents that can access work data (tenant data / organizational context). Microsoft’s licensing guidance for Copilot extensibility ties use of declarative agents to having the appropriate Copilot entitlement that enables tenant grounding and organizational data access. In Microsoft’s cost and licensing considerations for declarative agents, Microsoft states that to use a declarative agent, users must have a Microsoft 365 Copilot add-on license (or an equivalent Copilot Chat add-on path tied to eligible licensing). Therefore, among the provided options, the best recommendation is A.

Option B (Copilot Studio user license) is primarily about authoring/building agents in Copilot Studio, but it is not, by itself, the licensing prerequisite that grants end users the right to use those agents with full Microsoft 365 Copilot capabilities and work-data grounding inside the Microsoft 365 Copilot environment. Publishing/building can be separate from the end-user entitlement to use the agent with organizational context.

Option C (Copilot Chat pay-as-you-go) can enable usage-based access to declarative agents in some configurations, but the question asks for the best license recommendation for users who need work-data access through declarative agents. The Microsoft 365 Copilot add-on is the straightforward, fully supported entitlement for that scenario.

Answer Area

Microsoft 365 Copilot helps users create and analyze content in Microsoft 365 apps. Answer: Yes

Microsoft Copilot Studio can only be used to customize Microsoft 365 Copilot. Answer: No

Microsoft Security Copilot uses AI to assign sensitivity labels to documents. Answer: No

Yes — Microsoft 365 Copilot is built into Microsoft 365 apps (such as Word, Excel, PowerPoint, Outlook, and Teams) to help users draft, summarize, rewrite, and analyze work content. This includes creating documents and presentations, summarizing emails and meetings, and analyzing information in productivity workflows. That is its primary value proposition, so the statement is true.

No — Copilot Studio is not limited to customizing Microsoft 365 Copilot. It is used to build and manage agents (conversational experiences) and extend Copilot experiences by connecting to data and actions, creating custom topics/behaviors, and integrating business processes. While it can be used to extend Microsoft 365 Copilot (for example, via declarative agents and other extensibility paths), it is broader than “only customizing Microsoft 365 Copilot,” so the statement is false.

No — Assigning sensitivity labels to documents is primarily a Microsoft Purview Information Protection capability (manual labeling, default labeling, auto-labeling) rather than a core function of Microsoft Security Copilot. Security Copilot is focused on security operations (incident investigation, threat hunting, response guidance). Although AI can support security workflows, the specific act of assigning sensitivity labels to documents is not what Security Copilot is designed to do by default, making the statement false.

Answer Area

You can use Azure Language in Foundry Tools to analyze the sentiment of customer reviews. Answer: Yes

You can use Azure Language in Foundry Tools to translate internal reports into multiple languages. Answer: No

You can use Azure Language in Foundry Tools to extract text from scanned documents. Answer: No

Azure Language is designed for natural language processing (NLP) over text that is already machine-readable. That includes capabilities like sentiment analysis , key phrase extraction, entity recognition, summarization, and classification. Therefore, statement 1 is Yes : sentiment analysis of customer reviews is a standard NLP workload where the service scores text as positive/negative/neutral (and often provides confidence scores), helping organizations quantify customer satisfaction and detect recurring issues.

Statement 2 is No because translation is typically handled by a dedicated translation capability (commonly delivered as a separate translator service) rather than the core “Language” NLP features. While translation is an AI language workload, it’s not what the Azure Language service is primarily used for in this context; the expected Microsoft service choice for multi-language translation is the translator capability, not Azure Language.

Statement 3 is No because extracting text from scanned documents is OCR (optical character recognition), which is a computer vision/document processing function. OCR is delivered through Azure Vision and/or Azure Document Intelligence , which can read printed/handwritten text from images and PDFs and return structured output. Azure Language can analyze extracted text after OCR, but it does not perform the image-to-text extraction step itself.