Module 11 built Purview DLP policies for Exchange, SharePoint, OneDrive, Teams and devices. This module covers two places those policies do not reach on their own.
Place 1: Power Apps and Power Automate flows that move data between services. Place 2: files in Box, Dropbox, Google Workspace and other non-Microsoft cloud apps.
Example. A flow reads customer rows from SQL Server and posts them to X (Twitter). A Power Platform data policy stops the flow because the two connectors sit in different groups. It does not care what the rows contain.
Example. A Box file with 40 credit card numbers is shared with a public link. A Defender for Cloud Apps file policy, or a Purview DLP policy for Box, finds the numbers in the file and acts on that file.
| Question you will get | Short answer | Tab |
|---|---|---|
| Which product owns this control? | Flows and apps: Power Platform admin center. Box or Dropbox files: Defender portal file policy, or Purview DLP. | 1 |
| Can these two connectors be used together? | Only if they are in the same group in every policy that applies. | 2 |
| Two policies disagree. Who wins? | The most restrictive result. Blocked always wins. | 2 |
| Box files, reports in Purview with Exchange | Purview DLP policy, location Instances (or the new Box location) | 3 |
| Quarantine or remove a shared link in Box | Defender for Cloud Apps file policy, governance action | 4 |
| Which setting drives notifications? | Policy severity. Category is only a label. | 4 |
EXAM = tested, learn it. SKIM = context, read once. Questions test only EXAM parts. Each tab: the one idea, tenant screens with numbered marks, "pick X when" tables, traps, then questions. Answer in the page. The Review tab has "Copy my results".
Microsoft Learn product pages say: Defender for Cloud Apps file policies retire on 6 January 2027. The Purview DLP Instances location retires the same day.
The SC-401 skills outline still lists "Create file policies in Microsoft Defender for Cloud Apps by using a DLP policy" and "Respond to Defender for Cloud Apps file policy alerts". So learn them for the exam. Tab 3 shows what replaces them.
The exam follows the product. Use the right-hand column. Product pages opened 15 Nov 2026.
| Module says | Product pages say |
|---|---|
| Create file policies and Instances policies (units 3 and 4) | Both retire on 6 January 2027. Replacement: Purview DLP with one location per app (preview). |
| Power Platform admin center › Policies › Data policies | Security › Data and privacy › Data policy |
| "DLP policies" in Power Platform | Renamed "data policies". Same feature. |
| Instances matches show in Purview, "not in Defender for Cloud Apps" | True for matches. But creating the policy also creates the same policy in Defender for Cloud Apps. |
| Vendor item SC401-019: SensLbl3 fails because auto-labeling is "server-side" | It fails because it is not published in a label policy. Same key, different reason. |
| Vendor item SC401-047: "Policies from the Control section" | Cloud Apps › Policies › Policy management. Same order. |
A flow between services is Power Platform. A file in a non-Microsoft app is Defender for Cloud Apps or Purview DLP. A file in SharePoint or OneDrive is plain Purview DLP from Module 11.
| Product and portal | What it controls | Looks at content? |
|---|---|---|
| Power Platform data policy Power Platform admin center | Which connectors an app, flow or agent may combine | No |
| Defender for Cloud Apps file policy Microsoft Defender portal › Cloud Apps | Files in connected cloud apps: filters, content scan, governance actions | Yes |
| Purview DLP policy, Instances location Microsoft Purview portal › Data loss prevention | Files in connected cloud apps, with the Purview rule engine | Yes |
Sources: Power Platform "Data policies"; Defender for Cloud Apps "File policies"; Purview "Use DLP policies for non-Microsoft cloud apps". All opened 15 Nov 2026.
| Pick this | When the scenario says |
|---|---|
| Power Platform data policy | "flow", "Power Apps", "Power Automate", "connector", "citizen developers", "environment" |
| File policy in Defender for Cloud Apps | "quarantine", "remove the shared link", "remove external users", "make private" in Box, Dropbox or Google Workspace |
| Purview DLP, Instances | "same rules and reports as Exchange and SharePoint", "manage from the Purview portal", "DLP alerts dashboard", "Activity explorer" |
| Purview DLP, SharePoint sites or OneDrive accounts | The files are in SharePoint or OneDrive. Do not use Instances for them. |
TRAP"Detect and quarantine externally shared files in Box." Purview Instances also detects Box files. But quarantine and link removal are file policy governance actions. The module's own assessment keys the file policy.
Source: training unit 3 comparison table; Purview "Use DLP policies for non-Microsoft cloud apps" note on automatic creation; Defender for Cloud Apps "File policy limitations" (50).
Module 11 teaches the general Purview DLP wizard: templates, rules, conditions, actions, simulation, policy tips. This page does not repeat it. It adds only what changes when the location is Instances or a non-Microsoft app.
A connector is a wrapper around an API. It gives makers ready triggers and actions, for example "When a file is created in SharePoint".
Power Platform now calls these policies data policies. The module and the exam still say DLP policies. Same thing.
| Group | What it means |
|---|---|
| Business | Connectors for sensitive data. They can share data only with other Business connectors. |
| Non-Business | Connectors for non-sensitive data. They can share data only with other Non-Business connectors. Every connector starts here. |
| Blocked | Cannot be used in any app or flow where the policy applies. |
A connector sits in one group only, per policy.
Microsoft's walkthrough policy: SharePoint and Salesforce in Business. Outlook.com in Non-Business. Facebook and X (Twitter) in Blocked.
| A flow wants to combine… | Allowed? |
|---|---|
| SharePoint + Salesforce (both Business) | Yes |
| Outlook.com + another Non-Business connector | Yes |
| SharePoint (Business) + Outlook.com (Non-Business) | No |
| Anything + Facebook (Blocked) | No |
| Facebook + X (Twitter), both Blocked | No. Same group, but Blocked is never usable. |
Source: Power Platform "Manage data policies", connector matrix table.
TRAP"SharePoint is in Business, so users can only see some SharePoint content." Wrong. The policy does not filter data. A user still reads any library they have access to. The policy only stops SharePoint from being combined with other groups.
Microsoft keeps core connectors working. You can put them in Business or Non-Business, but not in Blocked. The Block action is greyed out.
| Kind | Examples (from Microsoft's list) |
|---|---|
| Microsoft Enterprise Plan standard connectors | SharePoint, OneDrive for Business, Microsoft Teams, Microsoft 365 Outlook, Excel Online (Business), Planner, Power BI, Defender for Cloud Apps |
| Core Power Platform connectors | Dataverse, Approvals, Notifications, Microsoft Copilot Studio |
You can block every third-party connector. You can block every Microsoft-owned premium connector except Dataverse.
Need to block an unblockable one anyway? Microsoft points to advanced connector policies (ACP), an allowlist model. SKIM
Microsoft adds new connectors over time. The default group decides where they land. It starts as Non-Business.
An environment is a container for apps, flows and data. Companies often have Default, Production, Sandbox (test) and Developer environments.
| Question | Tenant-level policy | Environment-level policy |
|---|---|---|
| Applies to | All environments, all except some, or a chosen list | One environment |
| Who creates it | Power Platform Administrator (Global Administrator also works) | Environment Admin. With Dataverse: System Administrator. |
| Scope page | Yes: add environments, or exclude some | No scope page |
| Can the other side edit it? | Environment admins cannot edit or delete it | Cannot override a tenant policy |
Sources: "Manage data policies" (roles, scope, edit notes); training unit 2.
All policies that apply to an environment are evaluated together.
Three policies with two groups each can split connectors into 2³ = 8 groups. Microsoft advises: use as few policies per environment as possible.
TRAP"The environment-level policy is more specific, so it overrides the tenant policy." Wrong. There is no override. The most restrictive combination applies.
*, set to Ignore by default.TRAPA tenant-wide policy hits all existing flows at once. The module's advice: audit flows first, start with one environment, then widen.
They overlap with groups, but they are not interchangeable. Groups decide which connectors meet. These two decide what one connector may do.
| Pick this | When you need | Limit |
|---|---|---|
| Connector action control | Allow or block single actions of a connector. Example: block "Delete" but allow "Read". | Blockable connectors only. Not unblockable or custom ones. |
| Connector endpoint filtering (preview) | Allow or deny the address a connector reaches. Example: SQL Server only to *.database.windows.net*. | HTTP, SQL Server, Azure Blob Storage, SMTP and a few more. Only static endpoints are checked. |
Add-PowerAppsAccount Get-DlpPolicy New-DlpPolicy -NewPolicy $NewPolicy New-AdminDlpPolicy -DisplayName "MetroBank Policy"
All four come from the module Microsoft.PowerApps.Administration.PowerShell. New-DlpPolicy creates a data policy from a policy object; with the other parameter set, -DisplayName and -EnvironmentType are required. Set-DlpPolicy and Remove-DlpPolicy update and delete. New-AdminDlpPolicy is the older cmdlet. Lines copied from Microsoft's reference examples; not run in your tenant.
| Cmdlet | Belongs to |
|---|---|
New-DlpPolicy (Power Apps admin module) | Power Platform data policy |
New-DlpCompliancePolicy | Purview DLP policy (Security & Compliance PowerShell) |
New-DlpPolicy (Exchange module) | Old Exchange DLP. Same name, different product. |
So the order is always the same. First connect the app in Defender for Cloud Apps. Then the app appears as a location in the Purview DLP wizard.
TRAP"All instances" means all apps connected to Defender for Cloud Apps. An app your users use but you never connected is not covered.
Roles that can create the policy (from the Purview page): Compliance administrator, Compliance data administrator, Information Protection, Information Protection Admin, Security administrator.
Microsoft is replacing Instances with one location per app. The wizard path starts with Enterprise applications & devices. The rules are stricter.
| Rule for non-Microsoft app locations | What it means |
|---|---|
| Custom template only | Financial, Medical and Privacy templates do not support these locations |
| Cannot mix locations | Box and Dropbox together is fine. Box plus SharePoint, Exchange, Fabric or Devices in one policy is not. |
| Advanced DLP rules only | Conditions and actions differ by app |
| No policy tips, no user overrides | Users get no tip in Box |
| No simulation mode | Turn on now, or leave off |
| Admin units not supported | Scope is Full directory |
| Reporting | Activity explorer and DLP alerts: yes. Content explorer: no. |
| Known gaps | Encrypted files and PDF files are not classified yet |
Source: Purview "Use DLP policies for non-Microsoft connected apps (preview)", opened 15 Nov 2026. Not seen in tenant.
[Migrated] <name> (1P DLP) and start in Test with notifications mode.Source: Defender for Cloud Apps "Migrate file policies to Microsoft Purview", opened 15 Nov 2026.
Example: find files with credit card numbers (content), shared externally (context), in Dropbox, then remove the external users (action).
The policy uses the cloud app's API. It scans files already there and new files.
| Prerequisite | Where, or what to know |
|---|---|
| Connect the app | App connector in Defender for Cloud Apps |
| Enable file monitoring | Defender portal › Settings › Cloud Apps › Information Protection › Files |
| Keep one policy alive | No file policy, or all disabled for 7 days in a row: file monitoring turns itself off |
| Entra service principal permissions | Granted automatically for the first file policy. If that fails, fix it first. |
| Scan encrypted files | One-time admin consent: Settings › Cloud Apps › Microsoft Information Protection › Inspect protected files › Grant permission |
Path: Defender portal › Cloud Apps › Policies › Policy management › Information protection tab › Create policy › File policy.
| Field | What it does |
|---|---|
| Policy severity | Decides whether matches send notifications, if notifications are set per severity |
| Category | Information only. Helps you filter policies and alerts. Default: DLP. |
| Filters | Metadata, over 20 filters: access level (Public, External, Internal, Private), app, owner, extension, label… |
| Apply to | All files, selected folders, or all except selected folders |
| Select user groups | Which file owners are in scope |
| Inspection method | Built-in DLP, or Data Classification Service (recommended) |
| Alerts | Alert per match, email, daily alert limit, send to Power Automate |
| Governance actions | What to do to the file |
TRAP"Trigger notifications based on matching criteria" is Policy severity. Category sounds right, but it changes nothing.
| Pick this | When |
|---|---|
| Data Classification Service | You want the same sensitive information types and trainable classifiers you keep in Purview. Microsoft recommends it. |
| Built-in DLP | Defender for Cloud Apps' own engine. Preset or custom expressions (substring, exact string, regular expression). |
| Action | What it does |
|---|---|
| Remove external users | Keeps only collaborators from your internal domains |
| Remove public sharing | Only named collaborators keep access. Box and Dropbox call it Remove direct shared link. |
| Make private | Removes all shares. Only site admins can open it. |
| Put in user quarantine | Removes permissions, moves the file to a quarantine folder the user controls |
| Put in admin quarantine | Moves the file to an admin quarantine. The admin must approve it. |
| Apply sensitivity label | Applies a Purview label, with encryption if the label has it |
| Notify owner, last editor, specific users | Email notifications |
Two policies, overlapping actions. If one action contains the other (Remove external users is inside Make private), the stronger one is enforced. Unrelated actions both run.
Source: Defender for Cloud Apps "Govern actions for connected apps".
Source: Defender for Cloud Apps "Integrate with Microsoft Purview for information protection".
TRAPThe daily alert limit caps alerts only. Governance actions still run.
TRAP"Reset results and apply actions again" rescans every file in scope. Microsoft says avoid it in production. It is not a way to silence one false positive.
| If the stem says | Answer |
|---|---|
| Flow, Power Apps, connector | Power Platform data policy, Power Platform admin center |
| Two connectors in different groups | Cannot be combined |
| Tenant blocks, environment allows | Blocked. Most restrictive wins. |
| Block SharePoint or Dataverse connector | Not possible. Unblockable: Business or Non-Business only. |
| Default group for new connectors | Keep Non-Business |
| Block one action, not the connector | Connector action control |
| Allow only some servers or URLs | Connector endpoint filtering |
| Box files, Purview reports | Connect app in Defender for Cloud Apps, then DLP with Instances |
| No instance selected | All connected apps |
| Quarantine, revoke link in Box | File policy governance action |
| Notifications by criteria | Policy severity |
| Reuse Purview SITs in a file policy | Data Classification Service |
| Exactly 100 files labeled per day | Apply label daily limit |
| False positive, keep filters | Authorize the file in the matches list |
| Retirement | File policies and Instances: 6 January 2027 |
The scenario touches this module: Defender for Cloud Apps file policies versus Purview DLP events.
Paste the results in the thread. I grade the misses and build the re-test.
0.85. Every key was derived from Microsoft Learn pages opened on 15 November 2026, before reading the vendor key. Not higher for four reasons.
Vendor keys checked: SC401-019, 040, 042, 047, 110.1, 110.2, 110.3. All keys AGREE. SC401-019 explanation corrected. SC400-018, 038, 050 are the same items as SC401-019, 042, 047, so they are not repeated. Original items checked: ORIG-D1-13, ORIG-D2-04, 05, 06, ORIG-D3-13. All AGREE.