Legitimate Uses Under DPDP: When You Don't Need Consent
TL;DR
The DPDP Act allows only two lawful grounds for processing: consent, or a legitimate use listed in Section 7. The list is closed. It covers data individuals voluntarily provide for a specified purpose, certain state functions, legal obligations and court orders, medical emergencies, epidemics, disasters and employment purposes. There is no general "legitimate interests" ground. Choosing the right basis for each purpose decides which rights apply and whether withdrawal is possible.
Who this is for: legal counsel, DPOs and HR and operations leaders deciding the lawful basis for each processing activity.
Most discussion of the DPDP Act focuses on consent. But consent is only one of two lawful grounds. Section 4 allows personal data to be processed either with consent or for certain legitimate uses, which Section 7 lists in full. Getting this choice right matters: asking for consent where a legitimate use applies creates a withdrawal right you cannot honour, while relying on a legitimate use that does not fit leaves the processing unlawful.
This explainer walks through each legitimate use and its limits. For the consent alternative, see Valid Consent Under DPDP.
The closed list
| Clause | Legitimate use | Typical example |
| 7(a) | Data the individual voluntarily provides for a specified purpose, where they have not indicated that they do not consent to its use | A customer gives their address for delivery of an order |
| 7(b) | The State and its instrumentalities providing a subsidy, benefit, service, certificate, licence or permit | A welfare scheme using data already held in government databases |
| 7(c) | The State performing functions under law, or in the interest of sovereignty, integrity or security of India | Statutory functions of public authorities |
| 7(d) | Fulfilling a legal obligation to disclose information to the State | Mandatory regulatory disclosures |
| 7(e) | Complying with a judgment, decree or order | A court order to produce records |
| 7(f) | Responding to a medical emergency involving a threat to life or immediate threat to health | Emergency treatment of an unconscious patient |
| 7(g) | Medical treatment or health services during an epidemic, outbreak or other threat to public health | Outbreak response |
| 7(h) | Ensuring safety or providing assistance during a disaster or breakdown of public order | Evacuation and relief |
| 7(i) | Employment purposes, or safeguarding the employer from loss or liability | Payroll, attendance, preventing corporate espionage, benefits an employee requests |
There is no general "legitimate interests" ground of the kind found in the GDPR. If a purpose does not fit one of these clauses, it needs consent.
Section 7(a): the one most businesses will use
Section 7(a) is the workhorse for commercial processing. It covers personal data an individual voluntarily provides for a specified purpose, as long as they have not said they do not consent to that use. The Act's illustrations involve a buyer sharing details with a pharmacy to receive a receipt, and an individual sharing contact details to receive a product.
Three conditions limit it:
- Voluntary. The individual must actually provide the data. Data you obtain from third parties, infer or scrape is not "voluntarily provided".
- Specified purpose. The use is limited to the purpose for which the data was provided. A delivery address cannot become marketing data.
- No objection. If the individual indicates they do not consent to the use, Section 7(a) is no longer available for it.
The practical consequence: Section 7(a) is only as strong as your communication of the purpose. A clear notice of why data is collected is what defines "the specified purpose".
Section 7(i): employment
Employers can process employee data for employment purposes without consent, including to safeguard themselves from loss or liability (for example, preventing corporate espionage and protecting trade secrets, intellectual property and confidential information) and to provide services or benefits an employee requests.
The limit is genuine employment need. Payroll, attendance, performance management and access control are covered. Selling employee data, using it for unrelated marketing, or deploying intrusive monitoring that goes beyond what employment requires is not, and needs separate justification or consent.
Medical, epidemic and disaster uses
Sections 7(f) to 7(h) let organisations act quickly when lives and safety are at stake. They are deliberately narrow: an emergency involving a threat to life or immediate threat to health, an epidemic or outbreak, a disaster or breakdown of public order. Routine healthcare relies on Section 7(a) instead (see our healthcare guide).
State functions
Sections 7(b) and 7(c) apply to the State and its instrumentalities. Rule 5 and the Second Schedule set standards for processing under Section 7(b), such as lawfulness, purpose limitation and security. Private businesses generally cannot rely on these clauses for their own purposes, even when working on government programmes, unless they act on behalf of the State as a processor.
How the basis affects other obligations
| Obligation | Consent | Legitimate use |
| Notice before collection (Section 5) | Required | Not required by Section 5, but good practice, and essential to define the purpose under 7(a) |
| Withdrawal (Section 6(4)) | Available | Not applicable (objection removes 7(a) for that use) |
| Access and correction (Sections 11, 12) | Apply | Apply to Section 7(a) data; not to other legitimate uses |
| Security, breach notification, retention limits | Apply | Apply |
| Grievance redressal | Applies | Applies |
Choosing the basis, purpose by purpose
Assign a basis to each processing activity in your Record of Processing Activities:
- Does a specific Section 7 clause clearly fit this purpose? If yes, record which one and why.
- If not, does the purpose need consent, and can you obtain valid consent?
- If neither, stop or redesign the processing.
Avoid "belt and braces" approaches that ask for consent while privately relying on a legitimate use. If a customer withdraws and you keep processing, you will have misled them.
Common mistakes
- Assuming a legitimate interests ground exists. It does not.
- Stretching 7(a) to new purposes. Voluntarily provided data is limited to the purpose it was provided for.
- Treating all HR data as employment use. Monitoring and analytics beyond genuine employment needs require justification.
- Using emergency clauses for routine work. They cover emergencies only.
- Asking for consent you cannot honour. Where a legal obligation requires processing, consent is the wrong basis.
How ConsentifyAI helps
ConsentifyAI's ROPA module records the lawful basis for every processing activity, including the specific Section 7 clause where a legitimate use applies. That basis then drives the rest of the platform: which purposes appear in consent flows, which rights apply to a request, and which retention rules govern the data.
Sources & references
- DPDP Act, 2023 — Section 4
- DPDP Act, 2023 — Section 7(a)–(i)
- DPDP Act, 2023 — Sections 11, 12
- DPDP Rules, 2025 — Rule 5 and Second Schedule
Frequently asked questions
What are legitimate uses under the DPDP Act?
The specific situations in Section 7 where personal data can be processed without consent, including voluntarily provided data for a specified purpose, state functions, legal obligations, court orders, medical emergencies, epidemics, disasters and employment.
Does the DPDP Act have a legitimate interests basis like GDPR?
No. There is no general legitimate interests ground. If processing does not fit a listed legitimate use, it needs consent.
Can employers process employee data without consent?
For employment purposes, yes, under Section 7(i), including safeguarding the employer from loss or liability and providing benefits the employee asks for. Processing beyond genuine employment needs still requires consent.
Do Data Principal rights apply to legitimate-use processing?
Access and correction rights under Sections 11 and 12 apply to data processed on consent or voluntarily provided under Section 7(a). Other obligations, such as security, retention limits and breach notification, apply to all processing.
Can we switch from consent to a legitimate use later?
Only if the processing genuinely fits a legitimate use. Relying on consent and then ignoring a withdrawal by switching basis would undermine the consent and is likely to be challenged.
Related reading
Valid Consent Under DPDP: Why Your Checkbox Isn't Enough
Under Section 6 of the DPDP Act, consent is valid only if it is free, specific, informed, unconditional and unambiguous, given by a clear affirmative action, and limited to the data necessary for the stated purpose. It must come with a standalone, itemised notice. It must be as easy to withdraw as to give. And the business, not the customer, must be able to prove all of this (Section 6(10)). A checkbox captures a click. It does not, by itself, meet any of these tests.
ReadThe DPDP Act, Explained: The Complete 2026 Guide for Indian Businesses
The Digital Personal Data Protection Act, 2023 (DPDP Act) is India's first comprehensive data protection law. It applies to almost every organisation that processes digital personal data of individuals in India, including foreign companies serving Indian users. The DPDP Rules, 2025 were notified on 13 November 2025, and most obligations (notice, consent, security, breach reporting, rights and grievance handling) become enforceable on 13 May 2027. Penalties reach ₹250 crore per instance. The organisations that will be ready are the ones treating compliance as an operating model, not a policy update.
ReadROPA Under DPDP: Map Every Data Flow Before Someone Else Does
Unlike the GDPR, the DPDP Act does not explicitly require a Record of Processing Activities. But without one, you cannot write itemised notices, tell individuals who received their data, erase it on time, scope a breach within 72 hours, or prove compliance. A DPDP ROPA records each processing activity's purpose, data, individuals, lawful basis, systems, recipients, transfers, retention and safeguards. It is the foundation every other DPDP control is built on.
Read