Back to blogData Principal Rights

Employee Exits Under DPDP: Offboarding, Ex-Employee Requests and Data Leakage

ConsentifyAI Team3 min read

TL;DR

Exits create two DPDP risks. First, leavers who take customer or employee data with them can cause a personal data breach your organisation must report. Second, former employees remain Data Principals: their records must be kept only as long as the law requires, and their requests and grievances must be handled properly. A good offboarding process revokes access promptly, checks for data exfiltration, settles retention, and treats references and alumni programmes as separate purposes.

Who this is for: HR, IT security and legal teams who manage employee exits.

When an employee leaves, two kinds of personal data are in play: the data they had access to, and the data you hold about them. The DPDP Act affects both. A leaver who walks out with a customer list can trigger a breach-notification obligation. A former employee who writes in two years later asking what you still hold about them is exercising rights you must handle properly.

Part 1: Data the leaver had access to

Revoke access on time

Access should end on or before the last working day, across email, HRMS, CRM, cloud storage, code repositories, SaaS tools and any shared accounts. Late revocation is one of the most common causes of insider incidents.

Check for data exfiltration

For roles with access to significant personal data, review activity in the notice period: unusual downloads, forwarding to personal email, uploads to personal cloud storage or USB transfers. Monitoring for this purpose falls within safeguarding the employer from loss under Section 7(i), provided it is proportionate and disclosed in your monitoring policy.

If data has left

If a departing employee has taken or used personal data without authorisation, that is a personal data breach under Section 2(u). Rule 7 requires notice to affected individuals and the Data Protection Board without delay, and a detailed report within 72 hours. Follow your breach response plan; recovering the data does not remove the reporting duty.

Recover devices and records

Collect laptops, phones and access cards, wipe or reassign devices securely, and make sure work files are not left only on personal devices.

Part 2: Data you hold about the leaver

Retention

Former employees' records are kept only as long as a law requires or a genuine purpose remains: wage and attendance registers, tax and PF records, and records needed for possible disputes. Delete the rest, including biometric templates, monitoring data and optional programme data. See HR records retention.

Requests from former employees

Former employees remain Data Principals. They may ask what you hold, ask for corrections, ask for erasure, or raise grievances. Route these through your rights request process:

  • verify identity using details you already hold, such as employee ID and registered contact
  • apply the scope rules: access and correction rights attach to consent-based and voluntarily provided data, but grievances can be raised about anything
  • where a law requires retention, keep the record and explain which law and until when
  • respond within the 90-day grievance limit, and much faster for simple requests

References

Provide references when the former employee asks or names you as a referee. Keep them factual and limited to what is relevant. Avoid sharing sensitive information such as health or disciplinary details unless the person has agreed and it is necessary.

Alumni networks and rehiring

Keeping in touch for alumni events, rehiring campaigns or marketing is a new purpose. Ask for opt-in consent at exit, separate from the exit paperwork, and make it easy to leave.

Exit interviews

Exit interview responses are personal data. Tell leavers how responses will be used, aggregate them for analysis, and delete individual responses after a short period.

Offboarding checklist

Offboarding checklist

  • Access revoked across all systems on or before the last day
  • Activity review for high-access roles during notice period
  • Devices and access cards recovered; devices wiped
  • Breach process triggered if personal data has been taken
  • Retention flags set on the former employee's records
  • Biometric templates and optional programme data deleted
  • Separate opt-in for alumni or rehiring contact
  • Process ready for requests from former employees

How ConsentifyAI helps

ConsentifyAI sets retention flags on a leaver's records based on your HR retention schedule, triggers deletion tasks for data no law requires, records alumni consent separately, and runs former employees' requests through the same verified, tracked rights process as everyone else.

Sources & references

  • DPDP Act, 2023 — Section 2(u)
  • DPDP Act, 2023 — Section 6, 7(i)
  • DPDP Act, 2023 — Section 8(5), 8(6), 8(7)
  • DPDP Act, 2023 — Sections 12(3), 13
  • DPDP Rules, 2025 — Rule 7

Frequently asked questions

Can former employees ask us to delete their data?

They can ask. Records a law requires you to keep must be retained for the required period (Sections 8(7) and 12(3)). Other data should be erased when no longer needed. Explain any retention clearly.

Is it a breach if a departing employee takes customer data?

If personal data is taken or used without authorisation, it is a personal data breach under Section 2(u), and Rule 7 notification duties apply.

Can we give references without consent?

Provide references when the former employee asks for them or names you as a referee, and limit the content to what is accurate and relevant.

Do we need consent for an alumni network?

Yes. Keeping in touch with former employees for networking, rehiring or marketing is a new purpose that needs consent.

When should system access be revoked?

On or before the last working day, across all systems, including SaaS tools and shared accounts.

Related reading

Governance & Audit3 min read

HR Records Retention in India: How Long to Keep Employee Data Under DPDP

The DPDP Act requires personal data to be erased once its purpose ends, unless a law requires it to be kept (Section 8(7)). For HR, many records are covered by such laws: wage and attendance registers under the Labour Codes (five years under the central rules), tax, provident fund and insurance records. Everything else, from unsuccessful candidates' CVs to old monitoring data, needs its own limit. A record-by-record schedule with automated deletion is the answer.

Read
Data Principal Rights6 min read

DSAR Process Under DPDP: From Request to Resolution Without the Email Chaos

A rights request looks simple to the person who sends it, but inside an organisation it can touch identity checks, a dozen systems, several vendors and a legal decision. Under the DPDP Act, a dependable process has a published intake, a defined state machine, identity verification without over-collection, data discovery driven by your ROPA, documented exception decisions, and evidence of every step. Grievances must be resolved within 90 days; set much shorter targets for requests.

Read
Breach & Security4 min read

The First 72 Hours After a Data Breach: A Response Plan That Works

The first 72 hours after a personal data breach decide most of your legal and reputational outcome. A working plan has a pre-assigned team, a single decision log, and parallel workstreams for containment, investigation, regulatory notices and communications. In India, that means a CERT-In report within 6 hours for specified incidents, DPDP notices to individuals and the Board without delay, and a detailed Board report within 72 hours.

Read

Get started

Get DPDP-ready, well before the deadline

See how ConsentifyAI handles consent and cookies in one place — so you can collect it properly, honour it everywhere, and prove it on demand.