Retention Policies & Records Management
SC-400 Exam Alignment
SC-400
Skill: Implement data lifecycle management — Configure retention policies and retention labels for all Microsoft 365 workloads, use adaptive scopes for dynamic policy targeting, implement records management with file plans and record labels, configure event-based retention, and manage disposition review.
- Know the retention conflict resolution rule: retention always wins over deletion; if conflicting retention periods apply, the longest wins; the most specific policy wins (label over policy)
- Understand that retention policies apply automatically to ALL content in a location; retention labels apply to individual items (manually or auto-applied)
- Know that declaring content as a record prevents users from editing or deleting it; a regulatory record cannot even be removed by an administrator without explicit permission
- Event-based retention doesn’t start counting until a specific event occurs — not from when the label was applied
📅 Retention Policies vs Retention Labels
These are the two complementary tools for managing data lifecycle. Understanding which to use for each scenario is critical for SC-400.
| Feature | Retention Policy | Retention Label |
|---|---|---|
| How it applies | Automatically to ALL content in specified locations — no user action needed | Applied per-item — manually by user, or automatically via auto-apply label policies |
| Granularity | Location-level (all of Exchange, specific SharePoint sites, all OneDrive) | Individual item level (specific file, email, or list item) |
| Precedence in conflicts | Lower priority — label wins if both apply to the same item | Higher priority — overrides any conflicting retention policy on the same item |
| Records declaration | Cannot declare items as records | Can mark items as records (immutable) or regulatory records (permanently immutable) |
| Disposition review | Content is auto-disposed at expiry — no manual review possible | Can require a human disposition reviewer before content is deleted |
| Event-based retention | Not supported | Supported — retention period starts when a specified event occurs |
| File plan integration | Not part of file plan | Managed in the file plan — can be given a file plan descriptor for regulatory reference |
⚖️ Retention Conflict Resolution
When multiple retention settings apply to the same item, Purview uses the following priority rules:
🔢 The Four Rules of Retention Conflict Resolution
- Rule 1 — Retention wins over deletion: If any retention policy says “keep for X years,” the content is kept even if the user deletes it
- Rule 2 — Longest retention period wins: If a 3-year and a 7-year retention policy both apply, the 7-year period wins
- Rule 3 — Explicit deletion overrides implicit: A policy that says “delete after 3 years” overrides a policy that says “keep indefinitely” if the item’s retention period has passed
- Rule 4 — Retention labels win over policies: A retention label on an individual item overrides any conflicting retention policy for that item — labels are more specific
🗺️ Retention Policy Locations
| Location | What It Covers | Notes |
|---|---|---|
| Exchange mailboxes | Email messages, calendar items, contacts, and tasks in user mailboxes (including inactive mailboxes) | Deleted items go to Recoverable Items; after retention period they are purged by the compliance engine |
| SharePoint sites | All files in document libraries and lists in specified SharePoint sites or all sites | Retained content is held in the Preservation Hold library — a hidden library in each SharePoint site |
| OneDrive accounts | Files in specified users’ OneDrive or all users | Same Preservation Hold library mechanism as SharePoint |
| Microsoft 365 Groups | Group mailbox (Exchange) AND the group’s SharePoint site — both covered by one policy entry | When you scope a retention policy to Groups, it covers both the mailbox and SharePoint connected to that group |
| Teams channel messages | All channel messages including replies — in all Teams or specific Teams | Separate from Exchange. Teams messages are stored in a hidden per-user mailbox, not Exchange Online |
| Teams chats | One-to-one and group chats — separate from channel messages | Stored in user mailboxes in a hidden folder. Must be configured as a separate location from Teams channel messages. |
| Viva Engage | Yammer community and private messages | Stored in the organisation’s Azure Blob storage — not Exchange or SharePoint |
🎯 Adaptive Policy Scopes
Instead of manually specifying users or sites in a policy, adaptive scopes use queries to dynamically include the right content locations. This is especially useful for large or changing organisations.
| Scope Type | Query Basis | Example |
|---|---|---|
| Users (Exchange/OneDrive) | Entra ID user attributes: department, country, job title | Scope = all users where Department = “Finance” — automatically includes/excludes users as HR updates the attribute |
| Sites (SharePoint) | SharePoint site properties or sensitivity labels on sites | Scope = all SharePoint sites with sensitivity label “Confidential” — new labelled sites automatically included |
| Microsoft 365 Groups | M365 Group attributes | Scope = all groups where sensitivity label = “Confidential” — relevant for Teams and Group-based retention |
🗄️ Records Management
Records management is a more advanced data lifecycle capability that provides legally defensible immutability and a formal review process before disposal.
Record Types
| Record Type | Who Can Edit | Who Can Delete | Use Case |
|---|---|---|---|
| Retention label (non-record) | Anyone with edit access | Anyone — content is retained in Preservation Hold even after user deletion | Standard retention for compliance |
| Record | No one — content is locked (read-only) | No one until retention period expires; then goes to disposition review | Regulatory compliance, legal hold |
| Regulatory record | No one | No one — even global admins cannot remove the record status without Microsoft support intervention | Strictest regulation: SEC 17a-4, FINRA, CFTC |
File Plan
The file plan (Records management → File plan) is a central catalogue of all retention labels with additional metadata: business function, department, category, authority type (regulation name), and provision/citation (specific regulation article). This maps each label to the regulation that requires it, providing an auditable rationale for every retention period.
Event-Based Retention
For some content, the retention period should start from a business event rather than from creation or modification. Event-based retention solves this.
| Scenario | Event Trigger | Retention Start |
|---|---|---|
| Employee contracts | Employee leaves organisation | 7 years from employee departure date |
| Product documentation | Product is discontinued | 10 years from product discontinuation date |
| Customer contracts | Contract expires | 5 years from contract expiry date |
# List all retention policies and their settings Get-RetentionCompliancePolicy | Select-Object Name,RetentionDuration,RetentionAction,Enabled # List all retention labels — including which are record/regulatory Get-ComplianceTag | Select-Object Name,RetentionDuration,RetentionAction,IsRecordLabel,IsRegulatoryLabel # Create a 7-year Exchange retention policy (2555 days) New-RetentionCompliancePolicy -Name 'Finance Email 7yr' ` -ExchangeLocation All New-RetentionComplianceRule -Name 'Retain 7 years' ` -Policy 'Finance Email 7yr' ` -RetentionDuration 2555 ` -RetentionComplianceAction Keep # Create a record label (declares items as records when applied) New-ComplianceTag -Name 'Contract Record' ` -RetentionDuration 1825 ` -RetentionAction Delete ` -IsRecordLabel $true
💡 Best Practices
- Use retention policies for broad baseline retention across all content in a location, and retention labels for exceptions that need different periods
- Configure adaptive scopes rather than static user/site lists for large deployments — adaptive scopes automatically update as users change departments or sites gain new labels
- Always test record labels with standard records first before deploying regulatory records — regulatory records cannot be removed without Microsoft support intervention
- Enable disposition review for record labels — before content is automatically deleted after its retention period, a named reviewer confirms the deletion is appropriate
🎓 Interview Q&A
Can the user retrieve it? Yes — from the Recoverable Items folder in Outlook using the “Recover Deleted Items” option, within the standard 14-day (or up to 30-day) soft-delete recovery window. After that window, the item is in the compliance-hold sublayer of Recoverable Items (only visible to admins via eDiscovery or compliance tools) — the user cannot retrieve it but the compliance team can access it for legal hold or eDiscovery purposes.
A SharePoint site has a retention policy applying a 1-year retention period. A document in that site has a retention label applied with a 5-year retention period. The document is 2 years old and a user deletes it. What is the outcome?
Which retention feature should be used to ensure that employee contract documents are retained for exactly 7 years from the date the employee leaves the organisation — not from when the contract was signed?
A compliance administrator applies a “Regulatory Record” label to a document in SharePoint. The next day, the Global Administrator tries to remove the regulatory record label from the document. What happens?
A retention policy is configured for Microsoft Teams channel messages with a 3-year retention period. Where is the retained Teams message content stored after a user deletes a channel message?
Which feature allows a compliance team to require human approval before content is permanently deleted after a retention label’s retention period expires?