Before you destroy the records, check them
A data retention policy sets how long each category of data stays in your systems and how it is deleted. A document retention policy covers records as documents. This one covers systems: databases, email, chat, files and backups. It uses US federal rules only.
How the data policy fits with the document policy
The federal periods attach to the record. A payroll register is kept for the same time whether it sits in a filing cabinet, a payroll system or a backup. So the data policy starts from the schedule in your document retention policy: each category of data is kept as long as the longest record it contains.
The data policy adds what the schedule cannot. It says which system holds the data, who owns that system, how deletion works there, and when the rule is next reviewed. The sources we checked do not say a company must have a written data retention policy.
Where the sources allow electronic storage
Three sources say electronic copies are acceptable, and each sets conditions:
- Tax records. IRS Publication 583 says original hard copies of books and records may be destroyed once the electronic storage system has been tested and procedures keep it compliant (DS-02). The same retention periods apply to the electronic copy.
- Form I-9. It may be kept on paper, electronically, or on microfilm or microfiche. The regulation sets requirements for electronic storage.
- Benefit plan records. They can be kept on electronic media if the conditions in 29 CFR 2520.107-1 are met.
Record in the policy which system holds the official copy of each category. If the system is retired, the retention period does not end with it.
Email retention policy
As of November 2026, no federal rule we found sets one period for email. Three points follow from the rules we did find:
- An email that is part of a record in the schedule is kept as that record. An invoice sent by email follows the invoice period (TX-01).
- A message that forms part of a personnel or employment record follows HR-01 to HR-03 (OP-06).
- A hold covers email too. Do not destroy a message that a pending or contemplated federal matter may need (DS-03).
For all other email, the company sets the period, within the limits of holds, contracts and state law. Write the default for each kind of mailbox into the table in the template below.
Chat messages and shared files follow the same logic. One that is part of a record in the schedule is kept as that record, and a hold covers it. Anything else is kept for the period the company sets, or marked “review before deleting”.
Data retention policy best practices
These steps are ours. They are working practice and no agency rule.
- List every system that holds company data: databases, email, chat, file storage, CRM, ticketing, the wiki and backups.
- Name an owner for each system.
- Map each category of data to a row of the schedule, or mark it “review before deleting”.
- Set the deletion method for each system, backups included.
- Turn off automatic deletion for any data under a hold, and say who can turn it back on.
- Set a review date, and record each change to the policy.
Example: three filled rows of the retention table.
| System | Data category | Owner | Retention period | Deletion method | Review date |
|---|---|---|---|---|---|
| Payroll system | Payroll registers | Payroll manager | PR-03 and PR-01: 4 years, counted from the latest start date | Delete after the destroy-after date, then log it | 2027-06-30 |
| HR system | Personnel files of employees who were involuntarily terminated | HR lead | HR-02: 1 year from the date of termination | Delete after that date if no hold applies, then log it | 2027-06-30 |
| Ticketing system | Customer support tickets | Support lead | OP-01: no federal period found; review before deleting | Review first, then delete | 2027-06-30 |
“Review before deleting” means the owner checks four things before data goes: a hold, tax or employment records inside the data, the FTC rule on disposing of consumer information (DS-01), and customer contracts.
Backups and copies
Backups keep copies of data after it is deleted from the live system. Decide how long backups are kept and write that period into the table. Check whether a hold reaches your backups before the next rotation overwrites them. When a retention period ends, the copy in the backup needs a deletion date too, so the record is gone from every place it sits.
Data retention policy template
Copy the template into your own document and replace each bracketed field. It states no retention period. Each period belongs in the schedule, with its rule and source.
[Company name] data retention policy
Version: [number]. Effective date: [date]. Policy owner: [role]. Next review: [date].
- Purpose and scope
This policy sets how long [Company name] keeps data in its systems and how the data is deleted. It covers the systems in the table below.
- Retention table
| System | Data category | Owner | Retention period | Deletion method | Review date |
|---|---|---|---|---|---|
| [Email] | [Mailbox contents] | [Role] | [Rule ID and period, or “review before deleting”] | [Method] | [Date] |
| [Chat] | [Channels and direct messages] | [Role] | [Rule ID and period, or “review before deleting”] | [Method] | [Date] |
| [CRM] | [Accounts, contacts, activity] | [Role] | [Rule ID and period, or “review before deleting”] | [Method] | [Date] |
| [File storage] | [Shared drives] | [Role] | [Rule ID and period, or “review before deleting”] | [Method] | [Date] |
| [Database] | [Tables and exports] | [Role] | [Rule ID and period, or “review before deleting”] | [Method] | [Date] |
| [Backups] | [Backup sets] | [Role] | [Rule ID and period, or “review before deleting”] | [Method] | [Date] |
- Data that is part of a record
Data that is part of a record in the document retention schedule is kept for that record’s period: see schedule. Where more than one period applies, the longest applies.
- Legal hold
When [role] issues a hold notice, automatic deletion is turned off for the data it names. Deletion resumes only when [role] lifts the hold in writing.
- Deletion
Deletion follows the method in the table. [Role] confirms that backups and copies are covered. Storage media are sanitized or destroyed by [method] before disposal.
- Personal data
[Role] checks the privacy laws of [states] before data containing personal information is kept or deleted.
- Review
[Role] reviews this policy and the table by [date] and when a system is added, changed or retired.
Approved by: [name and title]. Date: [date].
Deleting data and sanitizing media
Deleting a file in a system is not the same as sanitizing the storage underneath it. NIST publishes SP 800-88 Rev. 2, Guidelines for Media Sanitization, dated September 2025, which supersedes Rev. 1. It helps organizations and system owners set up a media sanitization program with techniques and controls for sanitization and disposal based on the sensitivity of their information. Our secure document destruction guide covers destruction logs and certificates.
Privacy law and other countries
This page covers US federal rules. State privacy laws can add duties on personal data in your systems, so check your state. EU and UK data protection rules are separate and this page does not cover them. In the UK the regulator is the Information Commissioner’s Office. The European Data Protection Board lists the EU’s national authorities.
Data you plan to delete may be an asset
Operational data has no general federal retention period in the sources we checked, so the company decides when it goes: support histories, SOPs, project files, CRM activity and internal messages. Before you set a deletion rule for them, check whether they could be worth more kept.
Read what to check before you destroy company records first.
Before you destroy the records, check them
Some company records, such as SOPs, support histories and project files, can be licensed for AI training. Four questions show whether yours might qualify, without sharing any files.
Next steps
Start with the record retention schedule generator so each category of data has a rule behind it. The business records guide explains how the periods fit together.
Frequently asked questions
What is a data retention policy?
A policy that sets how long each category of data stays in your systems and how it is deleted. It names the system, the owner, the period, the deletion method and a review date.
What is the difference between a data retention policy and a document retention policy?
A document retention policy governs records as documents and carries the schedule of periods. A data retention policy applies those periods to systems: databases, email, chat, files and backups.
How long should a company keep email?
As of November 2026, no federal rule we found sets one period for email. An email that is part of a record is kept as that record, and a hold covers email too. For other email, the company sets the period.
Does the law require a written data retention policy?
The sources we checked do not say so. State privacy laws and your contracts may add duties on personal data, so check your state.
Does this page cover the EU or the UK?
No. EU and UK data protection rules are separate. In the UK the regulator is the Information Commissioner's Office, and the European Data Protection Board lists the EU's national authorities.
Sources
- IRS Publication 583: Starting a Business and Keeping Records irs.gov
- IRS: How long should I keep records? irs.gov
- USCIS: Retention and Storage of Form I-9 uscis.gov
- 29 CFR 2520.107-1: Use of electronic media for records ecfr.gov
- 29 CFR 1602.14: Preservation of records made or kept ecfr.gov
- 18 U.S.C. 1519: Destruction, alteration, or falsification of records law.cornell.edu
- NIST SP 800-88 Rev. 2: Guidelines for Media Sanitization csrc.nist.gov
- GOV.UK: Information Commissioner's Office gov.uk
- European Data Protection Board: Our members edpb.europa.eu