Back to blogVendors & Third Parties

Data Processing Agreement in India: 10 Clauses You Can't Skip

ConsentifyAI Team6 min read

TL;DR

Under Section 8(2) of the DPDP Act, a Data Fiduciary may engage a processor only under a valid contract, and Rule 6 requires that contract to include security safeguards. Because the fiduciary stays liable for its processors, the contract is where you make vendors meet your obligations. A DPDP-ready data processing agreement covers instructions, security, breach notification, rights support, sub-processors, transfers, deletion, audit, regulatory cooperation and liability.

Who this is for: procurement, legal and compliance teams who negotiate and approve contracts with vendors that handle personal data.

Under the DPDP Act, outsourcing processing does not outsource responsibility. Section 8(1) keeps the Data Fiduciary responsible for processing done on its behalf, and Section 8(2) allows a processor to be engaged only under a valid contract. Rule 6 adds that the fiduciary's security safeguards must include "appropriate provision" in that contract.

That makes the data processing agreement (DPA) the single most important tool you have to control vendor risk. It is where your legal obligations become your vendor's operational ones. For the wider vendor programme, see vendor risk management under DPDP.

The 10 clauses

1. Purpose and instructions

The processor may process personal data only on your documented instructions, and only for the purposes set out in the contract. Attach a schedule describing the processing: purposes, data categories, Data Principals, duration and locations.

Why: without it, a vendor that uses your data for its own product development or analytics can turn into a second fiduciary, and you lose control of the purpose.

2. Security safeguards

Specify the safeguards required by Rule 6: encryption, obfuscation, masking or tokenisation; access controls; logging, monitoring and review to detect unauthorised access; backups for continuity; and retention of logs for at least one year. Add any sector-specific standards you must meet.

Why: Rule 6 itself requires these provisions in the contract, and inadequate safeguards carry the Act's highest penalty, up to ₹250 crore.

3. Breach notification

Require notice of any actual or suspected personal data breach within a short, fixed window, with the information you need for Rule 7: nature, extent, timing, location, likely impact, affected data categories and approximate numbers, root cause and containment steps. Require updates as facts emerge, and cooperation with your investigation.

Why: your Rule 7 duties to notify individuals and the Board run from when you become aware. A vendor that tells you late can make you miss them. Align the window with CERT-In's 6-hour rule where it applies to the service.

4. Support for Data Principal rights

The processor must help you respond to access, correction and erasure requests, including by locating, correcting, exporting or deleting data within set timeframes, and must pass on any request it receives directly.

Why: Sections 11 and 12 require action across every system that holds the data, including your vendors'.

The processor must stop processing when you notify it that consent has been withdrawn, and erase data when you instruct, including at the end of the purpose. It must confirm completion.

Why: Section 6(6) requires you to cause your processors to stop processing after withdrawal, and Section 8(7) to cause them to erase data.

6. Locations and cross-border transfers

List the locations where data is stored and accessed, including support access. Prohibit transfers to new locations without your approval, and require compliance with any Section 16 restrictions and sector localisation rules, such as RBI requirements for payment data.

Why: restrictions under Section 16, or a sector law that preserves stricter rules, can make a transfer unlawful even if the vendor's service is otherwise compliant.

7. Sub-processors

The processor may engage sub-processors only with your prior approval (specific or general with notice and a right to object), must flow down the same obligations, and remains liable for them.

Why: your data often sits two or three vendors away from the company you contracted with.

8. Return and deletion at exit

At the end of the contract, the processor must return or delete all personal data, including backups within a defined period, and certify deletion in writing, unless a law requires it to retain specific data.

Why: data left with a former vendor is still your responsibility.

9. Audit and information rights

You must be able to verify compliance through questionnaires, certifications, independent audit reports and, for critical vendors, on-site or remote audits. The processor must also provide information needed to demonstrate compliance.

Why: Section 8(1) makes you accountable. You need evidence that the vendor is doing what the contract says.

10. Regulatory cooperation and liability

The processor must cooperate with any inquiry by the Data Protection Board or other authority relating to the processing. Allocate liability and indemnities in a way that reflects your real exposure, including penalties and the cost of notifying individuals.

Why: if the Board inquires into a breach caused by a vendor, you will need their full cooperation, and you will want the cost to fall where the fault lies.

Before you sign

A contract is only as good as the vendor's ability to perform it. For critical and high-risk vendors, complete due diligence first: confirm what data they will process and where, assess their security controls, check sub-processors and breach history, and test whether they can actually support erasure and rights requests.

Common DPA mistakes

  • Relying on the vendor's standard terms unread. Many omit withdrawal, rights support or fast breach notice.
  • Copying a GDPR DPA without updating it. Indian breach timelines, rights and transfer rules differ.
  • Vague security language. "Industry-standard security" is not a Rule 6 safeguard.
  • No exit plan. Deletion and certification at termination are often forgotten.
  • Signing and forgetting. A DPA without monitoring and review is a document, not a control.

How ConsentifyAI helps

ConsentifyAI links each vendor to the processing activities and data categories in your ROPA, and tracks DPA status, review dates and risk tier per vendor. When consent is withdrawn or an erasure request is approved, the platform routes the action to the vendors that hold the data and records their confirmation in the audit trail, so you can show that contractual obligations are being met in practice.

Sources & references

  • DPDP Act, 2023 — Section 6(6)
  • DPDP Act, 2023 — Section 8(1), 8(2), 8(5), 8(6), 8(7)
  • DPDP Act, 2023 — Sections 11, 12
  • DPDP Act, 2023 — Section 16
  • DPDP Rules, 2025 — Rule 6, Rule 7, Rule 8

Frequently asked questions

Is a data processing agreement mandatory under the DPDP Act?

Section 8(2) allows a fiduciary to engage a processor only under a valid contract. The Act does not prescribe a template, but Rule 6 requires the contract to include appropriate security safeguards.

Can we reuse our GDPR DPA for India?

As a base, yes. Update it for DPDP-specific needs: Indian breach timelines (Rule 7 and CERT-In), support for DPDP rights, consent withdrawal, Section 16 transfer restrictions and sector localisation rules.

How fast should a processor notify us of a breach?

Fast enough for you to notify affected individuals and the Board without delay, and file the 72-hour report. Many organisations set 12 to 24 hours or less, and require immediate notice of suspected incidents.

Do we need a DPA with every SaaS tool?

With every vendor that processes personal data on your behalf. Many SaaS providers offer standard DPAs; check them against the clauses in this guide.

What if a vendor refuses our DPA?

Assess the gap against your obligations. If the vendor's standard terms do not let you meet the Act, document the risk decision, add compensating controls, or choose another vendor.

Related reading

Vendors & Third Parties5 min read

Third-Party Vendor Risk Under DPDP: Your Vendor's Breach Is Your Breach

Under Section 8(1) of the DPDP Act, a Data Fiduciary is responsible for compliance even when a vendor does the processing. Processors may only be engaged under a valid contract (Section 8(2)), and Rule 6 requires security safeguards to be written into it. Withdrawals, erasure and breaches all have to flow through your vendors on time. Effective vendor risk management means knowing every vendor, tiering them by risk, contracting properly, and monitoring continuously, not just at onboarding.

Read
Breach & Security9 min read

DPDP Breach Notification: The Rule 7 Playbook

Under Section 8(6) of the DPDP Act and Rule 7 of the DPDP Rules, every personal data breach must be reported, with no materiality threshold. You must notify each affected individual without delay, notify the Data Protection Board without delay, and file a detailed report with the Board within 72 hours of becoming aware. Many organisations must also report to CERT-In within 6 hours. Failing to notify can cost up to ₹200 crore, and inadequate security up to ₹250 crore.

Read
Data Principal Rights8 min read

Data Principal Rights Under DPDP: The Complete List (and What Isn't on It)

The DPDP Act gives individuals four rights: access to information (Section 11), correction and erasure (Section 12), grievance redressal (Section 13) and nomination (Section 14). Access and correction rights apply to data processed on consent or provided voluntarily. Unlike the GDPR, there is no right to data portability and no general right to object. Individuals also owe duties under Section 15. Businesses must publish how to make requests and resolve grievances within 90 days.

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.