Post: How to Build an HR Data Retention Policy That Survives an Audit

By Published On: August 14, 2025

HR data retention is a legal requirement, not an operational preference. Federal minimums run from one year for EEOC application records to 30 years for OSHA toxic-exposure data. This guide walks through building a defensible, automated HR data retention policy — from data inventory through Make.com-enforced deletion workflows and annual audit cycles.

HR departments hold some of the most sensitive personal data in any organization — offer letters, payroll records, performance reviews, medical information, and I-9 documentation. How long you keep each record type is not a judgment call. It carries direct consequences for regulatory fines, employment litigation exposure, and data breach liability under GDPR, CCPA, and state-level equivalents. If your HR operation already shows signs of systemic strain, read how solo and small HR teams fix broken operations before building retention infrastructure on top of a broken foundation.


Three Prerequisites Before Writing a Single Retention Rule

Confirm these three things are in place before assigning any retention period.

  • A current data inventory. You cannot assign retention periods to data you have not mapped. A partial inventory produces a partial — and legally dangerous — retention schedule. If your inventory does not exist, complete it first.
  • Legal counsel or a qualified employment law resource. Retention periods are legal minimums and maximums, not best guesses. Confirm jurisdiction-specific requirements with counsel before finalizing any schedule.
  • A record of current storage systems. Retention enforcement requires knowing where every data category lives — HRIS, ATS, payroll platform, document management system, email archive, physical filing. Gaps in system coverage become gaps in enforcement.

Estimated time: Initial policy build, 4–8 weeks for mid-sized organizations. Annual review cycles, 1–2 weeks. Make.com automation configuration varies by system connectivity and data volume.

Core risk to understand upfront: Over-retention — keeping data past its legal purpose — creates GDPR, CCPA, and breach exposure. Under-retention — deleting before the legal minimum — creates litigation defensibility risk. This process manages both simultaneously.


Step 1: Inventory and Categorize Every HR Data Type

You can only assign retention rules to data you can name. The first step is a complete, categorized inventory of HR data across every system and format your organization uses.

Group your inventory into the following categories. For each, document: the data types included, the systems where it is stored, the format (digital, physical, or both), and the business and legal purpose for which it was collected. That last column — documented purpose — is the foundation for Step 2.

  • Recruitment records: Applications, resumes, interview notes, assessments, offer letters, rejection communications
  • Employment records: Employment contracts, job descriptions, I-9 forms, onboarding documentation
  • Payroll records: Earnings records, time cards, wage rate tables, payroll registers, tax filings
  • Performance records: Performance reviews, disciplinary records, termination documentation, PIPs
  • Benefits records: Benefit elections, enrollment forms, COBRA notices, plan documents
  • Medical and health records: FMLA documentation, ADA accommodation requests, workers’ compensation records, OSHA exposure records
  • Training records: Mandatory training completions, certifications, safety training logs
  • Termination records: Separation agreements, final pay documentation, reference check releases

You cannot justify a retention period — or defend it in an audit — without tying it to the purpose for which the data was collected. For a direct look at one of the most audit-prone categories in this inventory, see how to audit inherited I-9 records without creating new violations.


Step 2: Map Federal and State Retention Requirements to Each Category

Federal law establishes minimum retention periods for most HR record categories. State law adds requirements in many jurisdictions — some states mandate longer periods for payroll and benefits records than the federal floor. The table below covers federal minimums. Confirm state-specific requirements with counsel before finalizing your schedule.

Record Type Federal Minimum Governing Authority
I-9 forms 3 years from hire OR 1 year after termination, whichever is later IRCA / USCIS
Payroll records 3 years FLSA
Time and attendance records 2 years FLSA
Hiring and application records 1 year from action date Title VII / EEOC
ADA accommodation records 1 year ADA
FMLA records 3 years FMLA Regulations
OSHA 300 logs and incident records 5 years OSHA
OSHA toxic substance exposure records 30 years OSHA 1910.1020
ERISA plan documents and SPDs 6 years ERISA
COBRA election notices 6 years ERISA
IRS payroll tax records 4 years IRS

Litigation hold exception: Any record subject to an active legal hold suspends its retention schedule regardless of the standard period. Your retention policy must include a mechanism to flag and freeze records under litigation hold. This is non-negotiable and must be reviewed with legal counsel before configuring any automated deletion workflow.


Step 3: Document the Retention Schedule as a Formal Policy

A spreadsheet in someone’s Drive folder is not a retention policy. A defensible retention policy is a formal, dated document with named owners, approval signatures, and version history. Here is what the document must include.

  • Data category and type: Exact categories from Step 1 — no ambiguity, no catch-all buckets
  • Retention period: A specific duration (e.g., "3 years from termination date") — no ranges, no approximations
  • Legal authority: The specific statute, regulation, or agency requirement driving the period
  • Start event: The trigger date from which the retention period is measured — hire date, termination date, last transaction date, or action date, depending on the category
  • Destruction method: Secure deletion for digital records, shredding for physical — documented per category, not per department preference
  • Named owner: The role responsible for enforcing this category’s retention schedule
  • Storage location(s): Every system where this data category resides, including backups
  • Review date: Annual review is the standard; quarterly for high-risk categories such as medical records and OSHA exposure data

Version and date every revision. Retention policies face scrutiny during audits and litigation. A policy without version history is a policy without credibility. Whether your HRIS enforces field validation or your team relies on manual checks, the data quality of your retention triggers is only as good as the input discipline behind them — see HRIS required fields vs. manual data validation for why that gap matters.


Step 4: Design the Deletion and Destruction Workflow

The policy document defines what gets deleted and when. The workflow defines how. These are separate artifacts with separate owners.

A defensible deletion workflow requires four components.

  1. Trigger identification: How does the system know a retention period has elapsed? Date-based triggers require a defined start event per category. This is where most manual retention processes break down — no one tracks termination dates against I-9 clocks across hundreds of employee records simultaneously.
  2. Litigation hold check: Before any deletion executes, the workflow must verify the record is not under a legal hold. No deletion proceeds without this check passing. Automating this step is not optional — a manual hold-check process introduces a failure point that defeats the entire workflow.
  3. Destruction log: Every deletion gets logged — record type, destruction date, method, and authorizing party. This log is itself a legal record and must be retained according to your policy’s document-management category rules.
  4. Physical record coordination: If paper records exist alongside digital, the workflow must include a physical destruction step with its own sign-off. Digital deletion without physical destruction is incomplete compliance.

Step 5: Automate Enforcement With Make.com

Manual retention enforcement does not scale. HR teams running on spreadsheet reminders and calendar alerts miss deletion windows — and missed windows are auditable violations. Make.com connects your HRIS, document management system, and payroll platform into a single automated enforcement layer.

The core automation pattern for HR data retention works like this:

  1. Date-trigger monitoring: A scheduled Make.com scenario runs daily, querying your HRIS for records where the start event date plus the retention period equals today’s date.
  2. Litigation hold query: Before any deletion flag is set, the scenario queries your legal hold register — Airtable, SharePoint, or your document management system — to confirm the record is clear.
  3. Review queue routing: Records that pass the hold check route to a named HR owner for confirmation. The scenario does not auto-delete without human approval on sensitive categories such as medical records and separation agreements.
  4. Deletion execution and logging: On approval, the scenario executes deletion via API, writes a destruction log entry with timestamp and authorizing user, and routes confirmation to the audit trail.
  5. Exception alerting: Any record that fails the hold check, or where system access errors prevent deletion, triggers an immediate Slack or email alert to the responsible owner. No silent failures.

Non-technical HR teams build and maintain this type of workflow without developer support. For a direct example of how that works in practice, see how a non-technical HR team started building their own automations with Make and AI. For the full picture of what Make’s MCP changes for HR automation work, see 6 ways the Make MCP changes automation work for HR teams.


Step 6: Build the Annual Review Cycle Into the Policy

Retention requirements change. OSHA regulations update. State privacy laws expand. Employment litigation patterns shift what courts expect organizations to retain. A retention policy without a scheduled review cycle is a policy that starts degrading on Day 1.

The annual review must cover:

  • New federal or state regulations affecting record categories in your schedule
  • New data categories created by system changes, acquisitions, or new HR programs
  • Changes to storage systems that affect enforcement — a new HRIS rollout invalidates prior system-location documentation
  • Deletion log review: confirm records flagged for destruction were actually destroyed, with log entries to prove it
  • Litigation hold audit: confirm no holds were improperly released or improperly maintained past legal resolution
  • Make.com scenario testing: run each automated workflow against a test dataset to confirm triggers fire correctly and destruction log entries write accurately

Assign the annual review to a named role, not a named person. People leave. The role stays. For the broader context of how small HR teams triage inherited compliance gaps — of which a missing retention policy is one of the most common — see what HR triage risk mapping is and how it works.


Expert Take

The most expensive retention failures do not come from organizations that never built a policy. They come from organizations that built a policy and assumed the automation would maintain itself. Make.com scenarios need annual testing the same way a fire suppression system needs annual inspection. The scenario that worked in 2023 runs against a different HRIS schema, a different API version, and a different regulatory landscape in 2026. Test it. Date the test. Log the result. That log is your defense when the auditor asks how you know your deletion workflow is actually executing.


Frequently Asked Questions About HR Data Retention

What are the federal minimum retention periods for payroll records?
The Fair Labor Standards Act requires payroll records to be retained for a minimum of three years. Time and attendance records — the raw inputs that support payroll — require a minimum of two years. Both minimums are measured from the date of the record, not the employee’s termination date.
What is the difference between a retention schedule and a destruction log?
A retention schedule defines what gets kept and for how long. A destruction log proves that records due for deletion were actually deleted, on what date, by what method, and by whom. Both are required for a defensible program. A retention schedule without a destruction log is an unenforceable policy.
How does a litigation hold affect an active retention schedule?
A litigation hold suspends the normal retention schedule for any record relevant to active or anticipated litigation. The hold overrides the standard retention period — records that would otherwise be deleted stay in place until the hold is formally released by legal counsel. Your automated deletion workflow must query the hold register before executing any deletion.
What happens when employee records are deleted before the legal minimum period?
Early deletion creates litigation defensibility risk. In employment discrimination cases, an employer who cannot produce application records within the required one-year retention window faces adverse inference instructions — courts instruct juries to assume the missing records contained unfavorable evidence. Early deletion is an auditable violation with direct legal consequences.
How do you enforce retention when records exist across multiple systems?
Enforcement requires a system map — a documented inventory of every location where each data category is stored, including backup environments. Make.com connects across HRIS, ATS, payroll, and document management systems through a single scenario, so a retention trigger fires deletion actions across all relevant systems simultaneously rather than requiring separate manual processes per platform.

Free OpsMap™️ Quick Audit

One page. Five minutes. Pinpoint where your business is leaking time to broken processes.

Free Recruiting Workbook

Stop drowning in admin. Build a recruiting engine that runs while you sleep.