AB-731 Sample Questions Answers

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.

Answer Area

Microsoft 365 Copilot connectors enable you to index data from multiple sources to make the data available in Copilot. Answer: Yes

You can build a custom Microsoft 365 Copilot connector when the available connectors do NOT meet your data integration requirements. Answer: Yes

To use Microsoft 365 Copilot connectors, you need a Microsoft Copilot Studio license. Answer: No

Yes — Microsoft 365 Copilot connectors (including synced connectors) are designed to bring external data into Microsoft Graph so it can be semantically indexed and surfaced in Microsoft 365 Copilot experiences. Microsoft explicitly states that synced connectors ingest/crawl content into Microsoft Graph where it’s indexed and then available for Copilot prompts and citations.

Yes — When Microsoft-provided connectors don’t meet integration needs, organizations can create custom connectors (often referred to as Microsoft Graph connectors / custom connector development) to connect other data sources. This is a common extensibility path to index line-of-business repositories and make that content discoverable via Copilot and Microsoft Search.

No — Using Microsoft 365 Copilot connectors does not require a Copilot Studio license. Connectors are generally configured and managed in Microsoft 365 admin/search experiences, and Microsoft’s licensing guidance indicates that users can view connector data in Microsoft 365 Copilot and Microsoft Search with valid Microsoft 365/Office 365 licensing—Copilot Studio licensing is about building agents in Copilot Studio, not a prerequisite to use connectors.

For scanned invoices, the requirement is structured field extraction (invoice number/ID, vendor, totals) from document images or PDFs at scale. The best fit is Azure Document Intelligence because it is purpose-built for document processing and provides prebuilt invoice models that combine OCR with layout/structure understanding to extract common invoice fields into a structured output. Microsoft’s invoice model is explicitly designed to analyze invoices (including scanned images) and return key fields and line items in structured form, which directly maps to this scenario.

Azure Vision (B) can perform OCR and basic image analysis, but OCR alone typically returns text without robust invoice-specific field interpretation (e.g., reliably identifying “Invoice ID” vs. “Order ID,” totals vs. subtotals, vendor vs. ship-to). Document Intelligence is optimized for advanced document structure extraction and is therefore the “best” single recommendation.

Azure AI Search (C) focuses on indexing and retrieval/knowledge mining across a corpus; it’s not the primary service for extracting invoice fields for downstream processing. Azure Machine Learning (D) could be used to build a custom model, but that adds cost and time compared with a prebuilt invoice extractor designed for this document type.

model inaccuracy

The scenario describes a model producing plausible-sounding content that is factually wrong —a common generative AI failure mode often referred to as a “hallucination.” Since “hallucination” is not offered in the dropdown, the best matching choice is model inaccuracy because the core problem is that the model’s output is incorrect even though it appears confident and coherent.

The other options do not fit the definition of the behavior: data leakage is about sensitive information being exposed (for example, proprietary prompts, secrets, or personal data). Prompt injection is an attack technique where a user tries to override system instructions or cause unsafe actions. Overreliance describes a human/organizational risk —trusting the model too much—rather than the model’s intrinsic behavior of generating incorrect facts. Overreliance can be a consequence of this behavior, but it is not what the behavior itself is called.

In practice, you mitigate this kind of inaccuracy by grounding responses in trusted sources (for example, RAG), constraining prompts with explicit requirements, using verification steps (citations, cross-checking, tool-based validation), and adding human review for high-impact use cases.

uses reasoning capabilities to generate deep insights based on organizational data and the web.

The sentence is best completed by the option describing Researcher as a research-oriented reasoning agent that combines information from the web and your work data to produce deeper insights. Microsoft describes Researcher as an agent built into Microsoft 365 Copilot to tackle complex, multistep research and to help users gather, analyze, and summarize information from “the web, your work documents, or both,” producing a structured output that supports decision-making. That is exactly what the completion “uses reasoning capabilities to generate deep insights based on organizational data and the web” captures.

The other dropdown options are better matches for different tools/agents: “creates visual dashboards from structured data in Excel and Power BI” is more aligned to BI/reporting workflows; “generates a pivot table and performs time series forecasting” is spreadsheet/analytics functionality; and “performs complex, multi-step, data analysis and code execution tasks over arbitrary datasets” is the hallmark positioning of the Analyst agent (“virtual data scientist”) rather than Researcher. Researcher’s differentiator is deep research across both organizational context and the open web, while Analyst’s differentiator is data analysis and computation .

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.

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.

generative

The sentence describes an AI system that creates new, original content (for example, text, images, audio, code) by learning patterns from large datasets. That is the defining characteristic of generative AI , so “generative” is the correct completion.

To clarify the contrasts: predictive AI primarily uses historical data to forecast outcomes or estimate probabilities (for example, predicting next-quarter sales, predicting equipment failure, or classifying whether a transaction is fraudulent). It focuses on what is likely to happen or which category something belongs to , rather than producing novel content. Prescriptive AI goes a step further by recommending actions or decisions (for example, “increase inventory by X,” “route tickets to team Y,” “schedule maintenance next week”) often using optimization and business constraints.

Generative AI, by comparison, is focused on content synthesis . It identifies statistical patterns and relationships in training data and then generates new sequences that resemble the learned distribution while being responsive to prompts. In business use cases, that translates to drafting emails and documents, summarizing reports, generating meeting notes, creating product descriptions, producing marketing copy, and building chat-based assistants. While all three categories can “recognize patterns,” only generative AI is explicitly characterized by the ability to produce new and original content , which is what the question is testing.

create a Microsoft Word document.

Microsoft 365 Copilot is a productivity-focused AI capability embedded across Microsoft 365 apps such as Word, Excel, PowerPoint, Outlook, and Teams. A core, common use case is drafting and generating documents in Word from prompts and existing context. Therefore, “create a Microsoft Word document” is the best completion.

The other options are not appropriate for Microsoft 365 Copilot’s scope. “Monitor network traffic and alerts in real time” is a security/operations function more aligned to security monitoring tools and, in Microsoft’s product set, closer to Microsoft Security Copilot or dedicated SIEM/SOAR platforms (for example, Microsoft Sentinel). “Modify administrative permissions for SharePoint files” is an admin/governance action that is intentionally protected by role-based access control and is not something end-user Copilot features are meant to perform as a default capability. “Create a list in Microsoft SharePoint” is closer, because Copilot can assist in generating content and can work within Microsoft 365 collaboration contexts; however, the most universally accurate and directly supported capability among the options is creating/drafting a Word document, which is a primary Copilot scenario in Word.

In short, Microsoft 365 Copilot is designed to help users create, summarize, rewrite, and transform content within Microsoft 365 apps, and document creation in Word is a canonical example of that value.

A pretrained generative AI model is trained initially on a large, broad, and diverse dataset so it learns general language (or multimodal) patterns and capabilities. Fine-tuning then takes that pretrained base and performs additional training on a smaller, task- or domain-specific dataset to specialize behavior—improving performance for a particular use case, tone, style, or domain knowledge representation. That is exactly what option C states, making it the correct answer.

Option A is incorrect because both pretraining and fine-tuning may use labeled or unlabeled data depending on the technique; the distinction is not “labeled vs. unlabeled.” Option B is incorrect because a pretrained model is not “faster to train” due to fewer parameters; pretraining is typically the most compute-intensive phase precisely because it’s done at large scale, while fine-tuning is smaller but still trains the same model architecture. Option D is reversed: the pretrained model is the general-purpose foundation, while the fine-tuned model is the specialized variant for a specific task or dataset.

Construction blueprints in PDFs often contain a mix of text, symbols, linework, and diagrams . The requirements include understanding both visual layout (where systems are located) and textual annotations , producing summaries, and answering Q & A. That combination requires a multimodal generative AI approach—models that can reason over images and text together. Therefore, A is best.

OCR alone (B) can extract printed text, but it won’t reliably interpret diagram geometry, symbols, or spatial relationships (e.g., “electrical riser is on the east core near gridline B-4”). Text completion (C) is too generic and doesn’t address image understanding. Document summarization (D) is only one requirement (summary) and still depends on first extracting/understanding both visual and textual elements.

A multimodal solution can ingest the PDF pages as images (or rendered page images) plus extracted text, then answer questions grounded in both modalities. In practice, you may combine OCR and layout extraction with a multimodal LLM so the model can reference drawing regions, legends, callouts, and system diagrams to produce accurate explanations and field extractions.

 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

Allowing AI models to make autonomous decisions supports the Microsoft responsible AI principle of accountability. Answer: No

Regularly testing AI models for fairness and inclusiveness helps ensure they align with Microsoft’s Responsible AI principles. Answer: Yes

Protecting user data and limiting access to personal information supports the Microsoft responsible AI principles of privacy and security. Answer: Yes

Microsoft’s Responsible AI principles emphasize that people and organizations must remain accountable for AI systems and their outcomes. Accountability is strengthened by governance, human oversight, clear ownership, auditability, and processes to review and address issues—not by letting models make unchecked autonomous decisions. Therefore, statement 1 is No : increasing autonomy can actually increase risk unless paired with human-in-the-loop controls and clear escalation paths, because accountability requires clear responsibility for decisions and impacts.

Statement 2 is Yes because fairness and inclusiveness are explicitly supported through ongoing evaluation. Regular testing helps detect disparate impact, performance gaps across user groups, and unintended bias introduced by data drift or changes in usage patterns. It’s not a one-time activity; it’s continuous assurance that the system behaves appropriately as conditions change.

Statement 3 is Yes because privacy and security are directly supported by protecting personal/sensitive data, enforcing least privilege access, and implementing controls such as data loss prevention, encryption, access logging, and strong identity governance. Limiting access to personal information reduces exposure and supports compliance obligations while aligning with privacy-by-design and secure-by-design expectations for AI-enabled solutions.

Grounding in generative AI means ensuring model outputs are based on trusted, relevant information sources rather than only on the model’s general training data. In a business context, grounding is about aligning responses with verified enterprise knowledge (policies, product documentation, internal procedures, approved FAQs, etc.) so the system is more accurate, consistent, and defensible. That is exactly what option D describes: “ensuring that verified company data sources are used for response generation.”

In Microsoft AI solution patterns, grounding is commonly achieved using retrieval-augmented generation (RAG). With RAG, the system retrieves relevant passages from approved company repositories (for example, indexed documents or knowledge bases) and supplies them as context to the model during response generation. This reduces hallucinations, improves factual correctness, and makes answers more relevant to the organization’s reality—critical when AI is used for customer support, employee helpdesks, compliance guidance, or executive reporting.

The other options do not directly address grounding. A relates to localization/multilingual capability, B is a usage/telemetry metric, and C is an interaction method (natural language interface). They can all be important requirements, but none of them ensure outputs are anchored to verified company data—the core purpose of grounding.

uses structured data and provides insights by using text, charts, tables, and other visuals.

The Analyst agent in Microsoft 365 Copilot is positioned as a “data analysis” reasoning agent that helps users work through structured information (for example, tables, spreadsheets, and other dataset-like inputs) and then produces analytical outputs . The best completion is the option stating it “uses structured data and provides insights by using text, charts, tables, and other visuals,” because that describes the hallmark outcome of analyst-style work: summarizing patterns, highlighting key drivers, and presenting results in formats that business users can act on. Analyst-style assistance typically includes exploring the data, identifying trends and anomalies, comparing segments, and explaining findings clearly—often accompanied by tables and visual representations that make the insights easier to consume.

The other dropdown options align to different use cases: “compiles background research for a new market or initiative” describes a research-oriented agent, “generate audio summaries” is a media summarization function, and “answer employee FAQs” describes a conversational knowledge assistant. Analyst is the one most directly associated with structured-data interpretation and producing a mix of narrative plus analytical artifacts (tables/charts) to communicate conclusions.

Enterprise AI adoption succeeds when it is cross-functional from the start . Option A is best practice because AI impacts legal risk, privacy, security, compliance, workforce processes, and business strategy—not just technology. Including leadership ensures alignment to priorities and funding; including business units ensures use cases and success metrics are real; including legal/compliance ensures responsible AI and regulatory obligations are addressed early. This prevents rework and reduces the chance of deploying solutions that are misaligned with policy or unacceptable risk.

Options B and C delay governance and business alignment, which often leads to “build first, govern later” failure modes—solutions that work technically but cannot be approved or scaled due to privacy/security gaps or unclear accountability. Option D over-optimizes for vendor selection without ensuring the organization has defined responsible AI requirements, target use cases, and operating model. Procurement is important, but it is not the primary driver of a successful adoption team. The most sustainable approach is a representative adoption team that integrates business, technical, and governance stakeholders from day one.

When AI adoption spans multiple business units, the primary risk is fragmented delivery: inconsistent standards, duplicated spend, uneven risk controls, and misalignment with enterprise strategy. Establishing an AI council (D) is the best approach because it creates a cross-functional governance mechanism that aligns AI initiatives to business priorities while enforcing Responsible AI practices consistently.

An AI council typically includes senior stakeholders from business leadership, IT, security, legal, compliance, privacy, data, and HR. Its role is to define AI principles and guardrails, approve high-impact use cases, set policy for data usage and access, establish evaluation and monitoring requirements, and coordinate change management and training. This also enables portfolio management—deciding which projects to prioritize, reuse, or stop—so AI investments map to measurable business outcomes.

The other options are weaker: A encourages siloed deployments and inconsistent risk management. B centralizes too narrowly in IT; Responsible AI requires broader accountability than a single function. C can help delivery capacity but does not replace internal governance; vendors still need direction, controls, and oversight from the organization.

Answer Area

Microsoft 365 Copilot can amplify existing data governance challenges.

Answer: Yes

Implementing Microsoft 365 Copilot reduces data management costs.

Answer: No

Microsoft 365 Copilot can help IT teams manage data risks.

Answer: Yes

Yes — Copilot relies on the permissions, sharing links, and content exposure that already exist in Microsoft 365. If an organization has oversharing (for example, broadly accessible SharePoint sites, poorly scoped Teams, unmanaged external sharing, or excessive access rights), Copilot can surface that content more easily through natural-language querying. In other words, Copilot doesn’t create new permissions, but it can increase visibility of governance gaps and make the impact of weak information architecture more apparent.

No — It is not accurate to claim that implementing Copilot inherently reduces data management costs. Adoption often requires up-front investment in data hygiene, sensitivity labeling, retention, permission cleanup, DLP, and change management. Some organizations may realize productivity gains or reduced effort over time, but “reduces costs” is not a guaranteed outcome and depends heavily on the current state of governance, the scale of remediation needed, and how Copilot is rolled out.

Yes — Copilot can support IT risk management when deployed with the right controls: identity and access governance, sensitivity labels, DLP policies, retention, auditing, and compliance tooling. Because Copilot operates within the Microsoft 365 security/compliance boundary and honors existing access controls, IT can apply centralized policies to reduce leakage risk and improve overall control of how organizational data is accessed and used.

The requirement is to analyze text and identify “people, locations, and companies” mentioned in news articles. This is a classic Named Entity Recognition (NER) / entity extraction scenario, which falls under natural language processing. Azure Language in Foundry Tools is the correct choice because it provides text analytics capabilities that detect and categorize entities in unstructured text—commonly including Person , Location , and Organization . This enables downstream experiences such as topic tagging, search filters (e.g., “all articles mentioning Company X”), trend dashboards (top people/places mentioned this week), and improved content discovery.

The other options do not match the requirement. Content Safety focuses on moderating harmful or policy-violating content (for example, hate, violence, self-harm, sexual content) and is not the primary tool for extracting named entities. Azure Vision is for analyzing images and performing OCR; it would only be relevant if the articles were images or scans, but the task here is entity extraction from text articles. Azure Speech is for speech-to-text, text-to-speech, and audio analysis; it would be used if your input were audio recordings rather than written articles.

Therefore, to identify key entities (people, locations, companies) from daily news article text, the best recommendation is Azure Language in Foundry Tools .

When a non-reasoning generative AI model produces inconsistent outputs, the most reliable improvement is to make the prompt more specific, constrained, and demonstrative of what “good” looks like.

A is correct because adding high-quality examples is a form of few-shot prompting. Examples act like “training wheels” at inference time: they show the model the desired structure, tone, level of detail, formatting rules, and boundaries. This reduces ambiguity and variance, especially for tasks like marketing copy, summaries, policy text, or customer replies. The more your examples resemble real target outputs (including edge cases), the more consistent the model’s completions become.

B is correct because adding context, relevant source material, and explicit expectations narrows the model’s degrees of freedom. Including the intended audience, purpose, constraints (length, voice, banned claims), and trusted reference content (approved facts, product specs, policy excerpts) helps the model stay aligned and reduces hallucinations and off-brand language. This is also where you specify acceptance criteria such as “must include 3 bullet points,” “use UK English,” or “cite only provided text.”

C is not best: technical jargon can confuse or bias output if it’s not aligned to the task; clarity beats jargon. D is not best: a single concise requirement is usually under-specified and often increases variability.