Configure Copilot Agent RAI and Security Sequence
DRAG DROP
Case Study
This is a case study. Case studies are not timed separately from other exam sections. You can use as much exam time as you would like to complete each case study. However, there might be additional case studies or other exam sections. Manage your time to ensure that you can complete all the exam sections in the time provided. Pay attention to the Exam Progress at the top of the screen so you have sufficient time to complete any exam sections that follow this case study.
To answer the case study questions, you will need to reference information that is provided in the case. Case studies and associated questions might contain exhibits or other resources that provide more information about the scenario described in the case. Information provided in an individual question does not apply to the other questions in the case study.
A Review Screen will appear at the end of this case study. From the Review Screen, you can review and change your answers before you move to the next exam section. After you leave this case study, you will NOT be able to return to it.
To start the case study
To display the first question in this case study, select the "Next" button. To the left of the question, a menu provides links to information such as business requirements, the existing environment, and problem statements. Please read through all this information before answering any questions. When you are ready to answer a question, select the "Question" button to return to the question.
Background
Blue Yonder Airlines is a global carrier headquartered in Los Angeles, California, operating domestic and international flights. The company serves millions of passengers annually through its website, mobile app, and call centers. To improve customer service efficiency and reduce call center volume, Blue Yonder is deploying an AI agent in Microsoft Copilot Studio.
The agent will handle customer inquiries across multiple channels – web chat, mobile app, and Microsoft Teams (for internal support staff). It will answer questions, retrieve data from enterprise systems, and escalate to human agents when needed.
The project is led by a cross-function team:
Product manager: Defines requirements and success metrics.
Lead agent author: Designs topics, intents, and generative behavior.
Flow designers: Build agent flows and integrations.
IT/security and compliance: Oversees identity, data protection, and Responsible AI (RAI) compliance.
Current environment
Channels
Public website: Embedded web chat
Mobile app: In-app chatbot
Microsoft Teams: Internal support agent access
Identity and access
Customers: Anonymous access for general inquiries (e.g., flight status, baggage policy).
Authentication is required for personal data access (e.g., bookings, loyalty points).
Internal staff: Authenticate via Microsoft Entra ID.
Data sources
Reservation and Ticketing System (internal): REST API, no prebuilt connector with custom enterprise database.
Flight Status and Weather APIs (external): REST APIs with API keys.
Customer Support Knowledge Base: SharePoint library with PDFs and policy documents.
Loyalty Program Data: Stored in Dynamics 365 and Dataverse.
Travel Advisory Content: Uses REST API with partner services.
Integration mechanisms
Custom connectors must be used for internal APIs that lack prebuilt connectors.
HTTP request nodes may be used for lightweight external APIs.
Knowledge sources must be used for unstructured content.
Agent flows must be used to encapsulate reusable logic (e.g., rebooking).
Business requirements
Omnichannel support
Deploy the agent across web, mobile, and Teams with a consistent user experience. The Teams deployment must also support internal staff.
Self-service capabilities
The agent must handle common inquiries such as:
Flight status
Booking and rebooking
Loyalty program questions
Travel policies and baggage rules
Human escalation
If the agent cannot resolve an issue or the user requests help, it must:
Escalate to a human agent.
Transfer the conversation transcript and relevant context.
Redact any sensitive personal data before escalation.
Knowledge integration
The agent must use scalable methods for knowledge integration and must not rely on manually authored Q&A topics for each document.
Performance metrics
First-contact resolution: +25%
Tier-1 call deflection: ≥20%
Response time: 90% of queries answered within 30 seconds
Accuracy: ≥95% for known FAQs
CSAT: ≥85% for AI-handled interactions
Technical requirements
Platform constraints
No custom code is permitted; only Copilot Studio's built-in tools may be used.
All backend logic must be implemented using agent flows.
Markdown must be used for formatting (e.g., bold, bullet points); HTML is not supported.
Authentication
Sign-in is required for personal data access.
Anonymous access is allowed for general inquiries.
User identity must be used for data access; shared or builder credentials must not be used.
Compliance and security
Power Platform DLP policies must be enforced to block unauthorized data flows.
Responsible AI content moderation filters must be enabled.
Prompt modifications must be added to enforce tone, disclaimers, and refusal behavior.
Disclaimers must be applied consistently across all generative responses. Manual edits to individual topics must be avoided.
Monitoring and maintenance
All conversations and actions must be logged for auditing.
Weekly reviews of transcripts and metrics must be conducted.
Issues and constraints
API rate limits: External APIs (e.g., flight status) have usage limits. Agent flows must handle retries and caching to avoid exceeding quotas.
Knowledge base limits: Copilot Studio has limits on the number and size of indexed documents. Large files must be split or summarized.
Generative answer risks: Generative responses must be constrained to avoid policy violations. Prompt modifications and filters must be used to enforce tone, safety, and compliance.
User input variability: Users phrase questions in diverse ways. Topics must include varied trigger phrases and fallback handling.
Authentication UX: The agent must clearly explain when sign-in is required and handle transitions smoothly across channels.
Problem statement
Blue Yonder Airlines must deploy a secure, scalable, and policy-compliant AI agent using Microsoft Copilot Studio. The agent must deliver accurate, helpful, and safe responses across multiple channels, integrate with enterprise systems, and support both anonymous and authenticated users. It must adhere to strict data protection and Responsible AI standards while improving customer service efficiency and satisfaction.
You need to configure the agent in Copilot Studio to meet Blue Vender's Responsible AI and data protection requirements.
Which three actions should you perform in sequence? To answer, move the appropriate actions from the list of actions to the answer area and arrange them in the correct order.

Community Insight
The sequence follows a logical governance hierarchy: establish infrastructure-level data controls (DLP), define agent-level behavioral rules (prompts), and apply output-level safety filters (moderation).
Determine the correct sequential order for implementing Responsible AI and data protection measures in Microsoft Copilot Studio, focusing on DLP policies, content moderation, and prompt modifications.
Learners often confuse the order between prompt modifications and content moderation, or incorrectly include 'adversarial testing' as a configuration step rather than a validation activity.
Community Discussion (8 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
The correct sequence is: Define Data Loss Prevention (DLP) policies, Add custom prompt modifications, and Configure content moderation filters. This order reflects a layered security approach starting from the environment level down to the specific response generation. First, DLP policies must be defined at the Power Platform environment level to restrict which connectors can access sensitive data; this is a prerequisite for secure integration. Second, custom prompt modifications are added to the agent's system instructions to enforce tone, disclaimers, and refusal behaviors consistently across all generative responses. Finally, content moderation filters are configured to scan the final output for harmful or policy-violating content before it reaches the user.Why Other Candidate Answers Are Wrong
"Conduct adversarial testing" is a validation activity performed after configuration to verify safety, not a configuration action itself. Placing "Configure content moderation filters" before "Add custom prompt modifications" is less optimal because prompts define the expected behavior, while moderation acts as a final safety net. Options suggesting manual topic edits violate the requirement to avoid manual edits to individual topics.Community Comment Notes
Multiple users correctly identified the sequence involving DLP, prompts, and moderation. As JamesM9 noted, the logic is that DLP prevents unauthorized data flows, moderation enforces RAI, and prompts shape tone and disclaimers. Sweden2022 emphasized that DLP is a governance-level control set at the tenant level before anything else runs, which justifies its first position. Some users mistakenly included adversarial testing, but as 60ed5c2 pointed out, testing comes later in the lifecycle.Official Reference
Exam Strategy
When ordering security configurations, always start with the broadest scope (Tenant/Environment/DLP) and move to specific component settings (Agent Prompts) and finally to output safeguards (Moderation). Distinguish between 'configuration' actions and 'testing' activities.
Frequently Asked Questions
Why must DLP policies be defined before adding prompt modifications?
DLP policies operate at the Power Platform environment level to control data flow permissions. They act as a foundational gatekeeper that must exist before the agent can securely interact with restricted data sources referenced in prompts.
Is adversarial testing part of the configuration sequence?
No. Adversarial testing is a validation step used to check if your configuration works correctly against malicious inputs. It is not a configuration action you perform to set up the agent.