In Microsoft 365, we use retention and sensitivity labels to define who has access to what content and how long we need to keep it. Both are applied to resources using label policies. It has been a long way from Office 365 labels, originally developed as retention labels, to Azure Information Protection labels, now commonly used for content access control. You can learn more about protection history and sensitivity labels in one of our previous posts or explore Office 365 data governance in a comprehensive eBook.
Each organization can have several reasons that will require them to retain certain data for a specific time. Whether it be emails, documents, contracts, etc., data retention is often a tricky subject. There can be many discrepancies in retaining different data, for how long, and what to do with it after the retention period has passed.
Let’s take a look at financial records, for example. You can be obliged by the government to keep all financial records for five years. So, you need to keep all your client contracts, data, and other financial records, as well as all the receipts for office supplies, papers, coffee, etc. We can all agree that you won’t treat all those files the same way, nor give access to them to anyone. You’d want to define a rule to delete all those office supply receipts automatically after the retention period has passed. Also, you’d want to archive all the contracts with critical financial data and define who has access to those documents.
Retention policies are a Microsoft 365 compliance feature that can be used to govern information vital for your organization. Retention policies can help you to:
As you have already noticed, data retention sums up to only two actions:
Using these two actions, we can configure retention settings for the following scenarios:
For more detailed information about retention policies and retention labels, please look at this Microsoft document.
In everyday use in your organization, you are most likely to have multiple retention policies in place. In most cases, the same content will have several policies applied simultaneously. Each of those policies can have different retention actions and different retention periods. Don’t worry; things are straightforward with Microsoft’s retention principles. They allow us to determine which policies take precedence over others without worrying about one policy setting overwriting the others.
The following image provided by Microsoft represents the principles of retention.
Using retention policies and retention labels with retention policies, you can assign your retention settings to your content. You can use just one of these methods or combine them.
We can use a retention policy to assign the same retention settings at a site or mailbox level. To assign retention settings at an item level (folder, email, document), we should use a retention label.
For example, if all emails in the mailbox should be retained for seven years, it is easier to use a retention policy on the entire mailbox than to apply the same retention label on all the emails. But in case we want to keep some of the emails for three years and some for five, then we need to apply retention labels at the item level.
Suppose you move your content to a different location within your M365 tenant. In that case, retention labels will migrate with the content, unlike retention policies that are bounded to content containers and apply only to the content within.
Retention labels have the following capabilities that retention policies do not:
Retention policies can be used at the container level, such as:
The same policy can be applied to multiple locations or a specific set of locations or users. Items located in one of those containers inherit retention settings from their containers specified in the retention policy. If we move an item outside of the container with a retention policy, a copy of that item is retained in the workload’s secured location. It is important to remember that when an item is moved to a new location, retention settings do not travel with it. If you need that, you should use retention labels.
Microsoft created a nice table where you can see the differences between retention labels and policies.
As already stated, when we need to apply different retention settings for several types of content, we should use retention labels. For example:
In the mentioned examples, retention labels allow us to apply retention settings at the item level (email, folder, document).
With retention labels, we can do the following:
Suppose you need to use a records-management solution to manage regulatory, legal, and business-critical records across your corporate data. In that case, you can mark items as a record with retention labels. When this happens and the content remains in Microsoft 365, the label places further restrictions on the content for regulatory reasons. Find more information about records management.
As you can see, it is possible to:
After creating our retention labels, just like with sensitivity labels, we need to publish them. When you publish labels to locations such as Outlook and SharePoint, users can manually apply the labels to retain their content. Users can also auto-apply labels to content that matches their conditions (such as content containing specific sensitive info).
A single retention label can be included in multiple retention label policies. Retention label policies specify the publish locations of selected retention labels.
The following diagram on Microsoft docs visualizes the relations between retention labels, retention policies, and publish locations.
The following steps will show how to create a retention label policy and publish retention labels.
Keep in mind that it can take up to 24 hours for labels to become available to your users.
Many different retention features are available in different subscription packages. To see what you can use in your licenses, check out Microsoft 365 licensing guidance for information governance.
Members of your organization that will be in charge of creating and managing retention policies need permissions to access the Microsoft 365 Compliance center. Usually, your global admin can give them access by assigning them to the Compliance Administrator role group or adding the Retention Management role to a new group. You can even use a read-only role (View-Only Retention Management) if you want certain users to only have viewing permissions.
Keep in mind that these roles are only needed to create, configure, and apply retention policies and labels. The person in charge of configuring these policies and labels doesn’t require access to the content protected by them.
If you plan to use retention labels and policies in your organization, here are some limitations you should be aware of.
Microsoft retention labels and policies can be a handy tool if you know how to set it up correctly for your organization. It can help you a lot with governance and archiving important content, primarily if you use them combined with Sensitivity labels and Data loss protection.