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.

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.

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.

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.

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.

An AI champions program includes users who advocate for AI by learning, sharing, and identifying use cases. Champions are not primarily the infrastructure team, analytics team, or executive strategy group. Their value is adoption enablement. They help colleagues understand AI tools, share practical usage patterns, collect feedback, and discover department-specific opportunities where AI can improve productivity or decision-making. Strategy and governance are usually handled by leadership, AI councils, legal, risk, compliance, security, and technical stakeholders. Infrastructure is handled by IT and engineering teams. Champions sit closer to end users and help translate the AI strategy into practical daily usage. This makes them critical for scaling proficiency and adoption across the organization.

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.

Answer Area

A generative AI solution is well-suited to predict next-quarter sales trends. Answer: No

A generative AI solution can summarize lengthy policy documents. Answer: Yes

A generative AI solution can create product descriptions from product specifications. Answer: Yes

No — Predicting next-quarter sales trends is primarily a forecasting/predictive analytics problem. Microsoft differentiates predictive AI (forecasting outcomes from historical patterns) from generative AI (creating content like text, images, or code). While you can use LLMs to assist analysts (explain trends, draft narratives), the core forecasting model is typically traditional ML/time-series methods rather than generative AI as the main engine.

Yes — Summarization is a classic, high-value generative AI capability. Given a long policy, an LLM can compress it into executive summaries, key obligations, risks, and action items, often with formatting constraints (bullets, sections, “do/don’t” lists). Microsoft highlights summarization and analysis as common generative AI use cases in business contexts.

Yes — Generative AI is well-suited to transform structured inputs (features/specs) into natural-language outputs (product descriptions). This is straightforward “content generation,” where you control tone, length, and required fields (benefits, differentiators, disclaimers). Microsoft also points to generating product descriptions and similar marketing/customer-facing text as a practical generative AI scenario.

Answer Area

Azure Vision in Foundry Tools can extract and analyze key phrases from PDF files. Answer: No

Azure Vision in Foundry Tools can generate images based on natural language descriptions. Answer: No

Azure Document Intelligence in Foundry Tools can be used to automate the processing of invoices and credit notes. Answer: Yes

No — Azure Vision in Foundry Tools focuses on computer vision tasks such as image analysis and OCR (reading text from images and documents). While it can extract text from scanned PDFs via OCR, key phrase extraction is a natural language processing capability provided by Azure Language in Foundry Tools , not Azure Vision. Key phrase extraction analyzes text to identify main concepts, which is a different service family than vision.

No — Azure Vision can analyze existing images (for example, generate captions/descriptions of an image), but generating new images from a text prompt is a generative model capability (for example, DALL·E through Azure OpenAI/Azure AI Foundry model endpoints), not an Azure Vision feature. Vision describes what it “sees”; it doesn’t synthesize new images from natural language.

Yes — Azure Document Intelligence in Foundry Tools is designed for intelligent document processing , including automating extraction of structured fields from financial documents. Microsoft provides prebuilt models for invoices and supports custom extraction for similar document types, which makes it suitable for automating workflows involving invoices and credit-note style documents (field extraction, validation, routing).

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.