If you have only a few weeks before 13 May 2027, finish these eleven controls first: an accountable owner (1), a published contact person (4), a data inventory (6), Rule 3 notices (11), valid consent capture (14) and consent records (15) at your main collection points, closed access gaps (26), an incident playbook (31), processor contracts (33), a request route (38) and a published grievance period (39). Together they give you someone in charge, a map, lawful collection, the largest security gaps closed and a way to answer a breach and a complaint. The other 29 complete the programme. Each row below gives what done looks like, the provision, the evidence to keep, an owner with a fallback for small teams, and whether it costs only time or also money; target dates come from the dated plans in DPDP compliance deadline: 13 May 2027.
Like the Act (s. 2(y)), we say "she" and "her" for every person. "s." is a section of the Digital Personal Data Protection Act, 2023; "Rule" is a rule of the DPDP Rules, 2025.
Jump to what you need.
- Accountable owners and DPOs: How to run it, Governance, Order of work.
- Programme, product and legal teams: Data map, Notices and consent, Children, Rights.
- CISOs and IT leads: Security, Breach, Retention.
- Procurement and partnerships: Processors and partners.
How to run the checklist
Download the tracker. dpdp-checklist-tracker.csv holds all 40 rows with columns for status, due date and a link to the evidence. It opens in Excel or Google Sheets.
Sit down with the people who handle personal data every day: programmes or product, IT, HR, fundraising or marketing, finance and customer service. For each control, mark it done, partly done or open. A control counts as done only when the evidence in its row exists and someone other than its owner has seen it.
Evidence is the point of the exercise. Where you rely on consent and it is questioned, you must prove the notice and the consent (s. 6(10)). Records are also how you would show that your safeguards were reasonable (s. 8(5)) and how quickly and effectively you mitigated a breach (s. 33(2)(e)). Keep one evidence folder, organised by control number, with a date and version on every item. A notice that was live in March 2027 is worth far less if you cannot show that it was the March version. We recommend storing screenshots, exports and signed documents there rather than links to live systems, which change.
The owners are roles. Each row also names a fallback for a small organisation with no CISO, CTO or legal team, usually the director, one accountable person, the programme lead or an outside IT provider. What matters is that each row has one name against it.
The cost column says whether a control needs only staff time, or also money for engineering, a platform, translation or legal help. The Act has no turnover or headcount threshold, and the exemption for startups and other notified classes (s. 17(3)) has not been used, so a small organisation works through the same 40 rows with less effort in each: its inventory can be one sheet and its playbook two pages. If you are unsure whether, or how far, the Act reaches you, start with Does the DPDP Act apply to you?.
A gap assessment and this checklist do different jobs. The assessment finds and ranks your gaps against the law at one point in time. The checklist is the list of controls you then close, with the evidence that shows each one is working.
Governance and roles: controls 1 to 5
| Control | Done looks like | Evidence to keep | Owner | Cost |
|---|---|---|---|---|
| 1. Accountable owner Law: s. 8(1), 8(4) |
A named person with authority across programmes or product, IT, HR and fundraising, protected time, and a line to the board or trustees | Appointment letter or board resolution; her quarterly reports | Chief executive Small team: Director |
Time only |
| 2. Board oversight Law: Our recommendation, supporting s. 8(4) |
The board or trustees approved the plan and budget, receive a quarterly report and record in writing any risk they accept | Minutes; signed risk acceptances | Board chair or company secretary Small team: Chair of trustees |
Time only |
| 3. Roles settled Law: s. 2(i), 2(k), 8(1) |
For each programme, product and data flow: fiduciary, processor or joint fiduciary, agreed in writing with partners, funders and group companies | Role register; signed agreements | Legal Small team: Director, with outside counsel if needed |
Money: legal |
| 4. Contact person published Law: s. 8(9), Rule 9 |
Business contact details of the DPO, or of a person who can answer questions about processing, published prominently on the website or app and included in every reply to a rights request | Dated screenshots; reply templates | Accountable owner Small team: Accountable person |
Time only |
| 5. Training by role Law: s. 8(4), Rule 6(1)(g) |
Field staff, customer service, HR, engineers and fundraisers trained on what applies to their work, with a refresher each year | Attendance records; training material with version | HR Small team: Accountable person |
Time only |
Only a Significant Data Fiduciary must appoint a DPO (s. 10(2)(a)). Everyone else must publish a contact person (control 4). We recommend giving that role to one named individual, whatever your size.
Data map and basis: controls 6 to 10
| Control | Done looks like | Evidence to keep | Owner | Cost |
|---|---|---|---|---|
| 6. Data inventory Law: s. 3(a), 8(4); needed to answer s. 11(1)(b) |
Every system, form, spreadsheet, WhatsApp group, device, vendor and digitised paper record that holds personal data, each with an owner | Inventory with owners and last-review date | Accountable owner, with each data owner Small team: Accountable person |
Time only |
| 7. Purpose register Law: s. 3(c), 4(1), 6(1), 7, 17 |
Each purpose, with the data items, the people it covers, the systems used and the basis: consent, a named clause of s. 7, or an exemption under s. 3(c) or s. 17 with the facts that bring you within it | Register signed off by each business owner; a memo for each exemption relied on | Business owners Small team: Accountable person |
Time only |
| 8. Legitimate uses justified Law: s. 7 |
For each purpose run without consent, the s. 7 clause and a short note on why it applies; s. 7(b) relied on only by the State or its instrumentalities, with a processor recording the State's ground it works under | One paragraph per purpose in the register | Legal Small team: Director |
Time only |
| 9. Data minimised Law: s. 6(1) |
Each form and field checked against its purpose, and fields that are not needed removed | Form change log; field lists before and after | Product or programme lead Small team: Programme lead |
Time only |
| 10. Transfer register Law: s. 16, Rule 15 |
Where personal data is stored or accessed outside India, by whom, and which sector rules apply to it | Transfer register; vendors' hosting confirmations | IT lead Small team: IT provider |
Time only |
The inventory is the control everything else depends on. You cannot write an itemised notice, name the vendors who hold her data (s. 11(1)(b)), set retention periods or erase across systems without it. Data mapping explains how to build one quickly, paper and WhatsApp included, and the applicability guide has a memo format for each exemption you rely on.
Notices, consent, cookies and AI: controls 11 to 20
| Control | Done looks like | Evidence to keep | Owner | Cost |
|---|---|---|---|---|
| 11. Rule 3 notice for each purpose Law: s. 5(1), Rule 3 |
Each notice stands on its own; itemises the data; states the purpose and the goods, services or uses it enables; gives the link and the means to withdraw, exercise rights and complain to the Board | Notice library, versioned and dated | Legal, with product or programme lead Small team: Accountable person |
Money: legal |
| 12. Languages Law: s. 5(3), 6(3) |
Each notice and consent request available in English or an Eighth Schedule language the people you serve use, with audio in their dialect where needed | Each language version; translation sign-off | Programme lead Small team: Programme lead |
Money: translation |
| 13. Notice before the question Law: s. 5(1) |
In every form, app flow, script and IVR, the whole notice comes before or with the first yes-or-no question | Scripts and screen recordings, versioned | Product or field lead Small team: Programme lead |
Time only |
| 14. Valid consent capture Law: s. 6(1) |
A clear affirmative action; one decision per purpose; nothing pre-ticked; no service made conditional on consent to a purpose it does not need | Screenshots of each flow; test results | Product lead Small team: Programme lead |
Money: engineering |
| 15. Consent record Law: s. 6(10) |
For each person, purpose and decision: notice version, language, channel, collector, timestamp, decision and any withdrawal | Consent ledger export; a sample checked each quarter | IT lead Small team: Accountable person |
Money: platform |
| 16. Withdrawal that is easy and reaches every system Law: s. 6(4), 6(6), Rule 3(c)(i) |
Withdrawal offered on the channels consent was given on and tested on each; processing then stops in every system and at every processor within a defined time, unless the law requires or allows it to continue | Test results per channel; propagation logs; processors' confirmations | Product lead, with IT lead Small team: Accountable person, with IT provider |
Money: engineering |
| 17. Cookies, SDKs and trackers for adults Law: s. 2(t), 4(1), 6(1), 7(a); s. 6(4) for withdrawal |
Every cookie, pixel, analytics SDK and session-replay tool that identifies a person listed; those not needed for the service she asked for run only after consent, with refusal as easy as acceptance (our standard); necessary cookies rest, on our reading, on s. 7(a), for the service she asked for | Tag and SDK inventory; banner screenshots; consent logs | Marketing or product lead Small team: Whoever runs the website |
Money: platform |
| 18. AI and model-training purposes Law: s. 4(1), 5(1), 6(1), 8(1), 8(2) |
Each use of personal data in AI, including training or fine-tuning, chatbots and staff use of outside AI tools, listed as a purpose with a basis; customer data not used to train your own models without a basis and the customer's agreement; a written rule on approved tools | AI use register; approved-tools rule; contract terms with AI vendors | CTO, with legal Small team: Director |
Money: legal |
| 19. Notices for existing consents Law: s. 5(2) |
A s. 5(2) notice campaign for everyone who consented before commencement, planned by channel, with every contact logged | Campaign plan; contact log | Accountable owner Small team: Accountable person |
Time only |
| 20. Legacy data without consent Law: s. 4(1), 8(7) |
Every data set held without a recorded consent has another basis, fresh consent or an erasure date | Decision list per data set; erasure records | Business owners Small team: Accountable person |
Time only |
Controls 13 and 16 deserve extra testing because both fail out of sight. A notice can be perfect on paper while a call-centre script or a field visit asks the question first and explains afterwards, which s. 5(1) does not allow; only listening to calls and watching visits will show it. Withdrawal can work on the screen where she clicks while the data keeps flowing to a CRM, an SMS vendor and an analytics tool, because each copy needs its own integration; only a test that follows one withdrawal through every system will show it.
Controls 17 and 18 apply to adults as well as children. The Act has no cookie provision, but cookies and device identifiers are personal data when they relate to an identifiable person (s. 2(t)) and need a basis like any other; see cookies and product analytics. Training a model is a purpose you decide, so it needs its own basis; see DPDP and AI. Samples you can copy are in How to write a DPDP consent notice, and the s. 5(2) campaign is set out in The data you already hold. If people may reach you through a registered Consent Manager (s. 6(7)), see Consent Managers under DPDP.
Children and lawful guardians: controls 21 to 24
| Control | Done looks like | Evidence to keep | Owner | Cost |
|---|---|---|---|---|
| 21. Children identified Law: s. 2(f), 9(1); Fourth Schedule, Part B, item 6 |
Every activity where under-18s, or persons with disabilities who have lawful guardians, may be present is flagged; age assurance is proportionate to the risk | Flags in the inventory; age-check design note | Programme or product lead Small team: Programme lead |
Time only |
| 22. Verifiable parental consent Law: s. 9(1), Rule 10 |
Before a child's data is processed, a parent consents, and you check she is an identifiable adult using reliable identity and age details you hold, details she provides, or a token from an authorised entity such as DigiLocker | The verification method recorded with each consent | Programme lead Small team: Programme lead |
Money: engineering |
| 23. No tracking or targeting of children Law: s. 9(2), 9(3) |
Analytics, SDKs and advertising tools checked; tracking, behavioural monitoring and targeted advertising directed at children switched off; processing likely to harm a child's well-being ruled out | SDK inventory; configuration evidence; a short well-being review | CTO or product lead Small team: Whoever runs the website or app |
Money: engineering |
| 24. Exemptions and guardians tested Law: Rule 11, Rule 12, Fourth Schedule |
Any Fourth Schedule exemption checked against its exact words; each lawful guardian's appointment by a court, designated authority or local level committee verified | Exemption note; guardian verification records | Legal Small team: Director, with outside counsel if needed |
Money: legal |
A child is anyone under eighteen (s. 2(f)); a 16- or 17-year-old cannot consent for herself. A school record that shows only a parent's name does not establish that she is an adult (Rule 10(1)). The educational-institution exemption covers only tracking and behavioural monitoring, for the institution's educational activities or the safety of enrolled children (Fourth Schedule, Part A, item 3). It is not a general exemption from parental consent. Field methods for parents without smartphones are in Consent in the field.
Security safeguards: controls 25 to 30
Rule 6 sets the minimum safeguards; the duty in s. 8(5) is to take "reasonable" ones, which can mean more.
| Control | Done looks like | Evidence to keep | Owner | Cost |
|---|---|---|---|---|
| 25. Encryption and masking Law: Rule 6(1)(a) |
Personal data encrypted at rest and in transit; masking or tokenisation in exports, test environments and reports, for example Aadhaar numbers masked | Configuration evidence; list of masked fields | CISO or IT lead Small team: IT provider |
Money: engineering |
| 26. Access control Law: Rule 6(1)(b) |
Individual logins; multi-factor authentication for administrators and remote access; least privilege; leavers removed within a set time; open sharing links closed | Quarterly access reviews; leaver checklist; sharing-link audit | IT lead Small team: IT provider, with the director |
Time only |
| 27. Logs, monitoring and review Law: Rule 6(1)(c) |
Access to personal data logged, alerts set for unusual access, and logs reviewed on a schedule | Sample logs; review records | CISO Small team: IT provider |
Money: engineering |
| 28. Backups that restore Law: Rule 6(1)(d) |
Backups taken, stored apart from live systems, and a restore tested | Restore test report | IT lead Small team: IT provider |
Time only |
| 29. Security logs kept a year Law: Rule 6(1)(e); CERT-In Directions, 28 April 2022 |
Logs and related personal data kept for a year to detect, investigate and recover from unauthorised access; where CERT-In's Directions apply, ICT logs for 180 days. The Directions require the logs to be kept in India. CERT-In's FAQs (Q35–36) suggest a copy may be held abroad if it can be produced in reasonable time; commentators read this differently, so keep a copy in India | Retention settings; access list for the log store | CISO Small team: IT provider |
Money: engineering |
| 30. Devices, phones and WhatsApp Law: s. 8(5), Rule 6(1)(g) |
Written rules for field phones, personal devices and messaging apps; devices that hold personal data listed, locked and wipeable | Device register; written rules; spot-check records | Operations lead Small team: Director |
Time only |
Control 30 is our addition to the Rule 6 list. Our view: it is where many social-sector and early-stage organisations would struggle to show their safeguards were reasonable, because a well-encrypted database is little defence if its contents also sit in a WhatsApp group on thirty personal phones. The CERT-In log points in control 29 come from the Directions and CERT-In's FAQs of 18 May 2022 (Q35 and Q36).
Breach response: controls 31 and 32
| Control | Done looks like | Evidence to keep | Owner | Cost |
|---|---|---|---|---|
| 31. Incident playbook with notices ready Law: s. 8(6), Rule 7(1), 7(2) |
One procedure covering the Board and affected people under Rule 7, CERT-In's six-hour report where its Directions apply, and any sector regulator; named roles and deputies; templates for the notice to each person, the Board's initial intimation and the 72-hour report; the registered channel known for each group | Playbook and templates, versioned; on-call and channel lists | CISO, with legal and communications Small team: Director |
Time only |
| 32. Drill and register Law: Our recommendation; evidence for s. 33(2)(e) |
At least one rehearsal on a realistic incident; a register of breaches and near misses with timestamps for each decision | Drill report with actions; incident register | CISO Small team: Accountable person |
Time only |
There is no size or harm threshold for a personal data breach (s. 2(u)), and Rule 7 sets none. Hour-by-hour timings, sample notices and a 90-minute drill script are in Data breach under DPDP.
Processors and partners: controls 33 and 34
| Control | Done looks like | Evidence to keep | Owner | Cost |
|---|---|---|---|---|
| 33. Processor contracts Law: s. 8(2), 8(5), 8(7)(b), Rule 6(1)(f) |
Every processor engaged under a valid contract covering security, breach notice to you within hours, erasure on instruction and at the end of the contract, sub-processors, help with rights requests, and audit | Signed contracts; vendor register with contract dates | Procurement, with legal Small team: Director |
Money: legal |
| 34. Partner agreements Law: s. 2(i), 8(1) |
With each joint fiduciary (a funder that sets data fields, an implementing NGO, a group company), a written split of who sends notices, answers requests, reports breaches and erases what | Signed data annex | Legal Small team: Director |
Money: legal |
You remain responsible for processing done on your behalf "irrespective of any agreement to the contrary" (s. 8(1)). An indemnity moves money; it does not move the duty. Contract terms are covered in processor contracts, and the CSR and NGO split in DPDP for CSR foundations.
Retention and erasure: controls 35 to 37
| Control | Done looks like | Evidence to keep | Owner | Cost |
|---|---|---|---|---|
| 35. Retention schedule Law: s. 8(7), 8(8), Rule 8(1)–(2), Third Schedule |
One row per data set: purpose, period, the reason for it, what happens at the end, and an owner. Third Schedule periods and the 48-hour warning applied if you are a large e-commerce, gaming or social media platform | Schedule signed by each data owner | Business owners Small team: Accountable person |
Time only |
| 36. The one-year floor Law: Rule 8(3), Seventh Schedule |
Personal data, associated traffic data and processing logs kept for at least a year from the processing, for the Seventh Schedule purposes, in a restricted store, then erased unless another law needs them | Floor shown in the retention schedule; store access list | IT lead Small team: IT provider |
Money: engineering |
| 37. Erasure that runs Law: s. 8(7), 12(3) |
Data erased on schedule, on withdrawal and on a valid erasure request, at processors as well; each run logged; backups expire on a documented cycle | Erasure logs; processors' certificates | IT lead Small team: IT provider |
Money: engineering |
Control 36 is the only place this checklist states the Rule 8(3) floor; control 29 is a separate, security-driven retention under Rule 6(1)(e). A retention schedule should show both the floor and the end date for each data set.
Rights, grievances and accuracy: controls 38 to 40
| Control | Done looks like | Evidence to keep | Owner | Cost |
|---|---|---|---|---|
| 38. Request route and one tracker Law: s. 11 to 14, Rule 14(1), 14(4) |
The means of making a request, and the identifier you need (such as an enrolment ID or mobile number), published on the website or app; access, correction, erasure and nomination requests from every channel logged in one tracker | Published page; tracker | Operations lead Small team: Accountable person |
Time only |
| 39. Grievance period published and met Law: s. 8(10), 13(2), Rule 14(3) |
A response period published and kept to, with escalation before it expires. Ninety days is the ceiling; a shorter period is better | Published period; tracker ageing report | Operations lead Small team: Accountable person |
Time only |
| 40. Accuracy where it matters Law: s. 8(3), 12(2) |
Data used to decide something about a person, or shared with another fiduciary, checked for completeness, accuracy and consistency; corrections passed on to processors and recipients | Data-quality checks; correction log | Business owners Small team: Programme lead |
Time only |
A person must use your grievance route before she can go to the Board (s. 13(3)), so the grievance desk in control 39 decides how many complaints reach the regulator.
If you are notified as a Significant Data Fiduciary
These are not counted in the 40, because they apply only to a fiduciary or class the government notifies under s. 10(1). None had been notified as of 25 October 2026.
- Data Protection Officer: an individual based in India, responsible to the board, and the point of contact for grievances (s. 10(2)(a)).
- Independent data auditor to evaluate compliance (s. 10(2)(b)).
- DPIA and audit every twelve months, with significant observations reported to the Board (s. 10(2)(c), Rule 13(1)–(2)).
- Algorithmic due diligence: checking that technical measures, including algorithmic software, are not likely to pose a risk to people's rights (Rule 13(3)).
- Data kept in India where the government specifies, on a committee's recommendation (Rule 13(4)).
The order of work, ranked by penalty and reach
Rank the open controls by two things: the penalty attached to the duty, and how many people it touches. The caps come from the Schedule to the Act; a penalty needs an inquiry, a finding that the breach is significant, and a hearing (s. 33(1)).
| Priority | Controls | Why first |
|---|---|---|
| 1 | 25 to 30, security | Failing to take reasonable safeguards carries up to ₹250 crore (Schedule, item 1), and the evidence has to predate any breach |
| 2 | 31 and 32, breach response | Failing to notify the Board or affected people carries up to ₹200 crore (Schedule, item 2), and the clock starts the moment you become aware (Rule 7) |
| 3 | 21 to 24, children, if you have any | Up to ₹200 crore (Schedule, item 3); verification methods take time to design for field settings |
| 4 | 11 to 17, notices, consent and trackers at your busiest collection points | Up to ₹50 crore under "any other provision" (Schedule, item 7), but they touch everyone you serve, and you carry the burden of proof (s. 6(10)) |
| 5 | 6, 7 and 33, inventory, purposes and processor contracts | Everything else depends on them |
| 6 | The rest | In parallel, with owners and dates |
The eleven-control minimum in the opening paragraph is our judgement of the smallest set that touches each priority above except children, plus the contact person and request route the law requires you to publish (s. 8(9), Rule 9, Rule 14(1)). If you serve children, add controls 21 and 22 to it. Compressed calendars for teams starting in January or March 2027 are in Starting late.
Where the law is unclear
These are our positions until the Board or the courts decide otherwise.
What is a "reasonable time" to stop processing after withdrawal (s. 6(6))? Our position: seven days for systems and processors, and marketing messages stopped at once. Why: the Act gives no period, and withdrawal must be as easy as consent (s. 6(4)), which suggests the effect should follow quickly. Would change if: the Board or rules set a period. Confidence: low.
Does a legitimate use need a notice? The Act does not require one; section 5(1) attaches the notice to requests for consent. We give a short information notice for s. 7(a) uses anyway. Why: s. 7(a) depends on a "specified purpose" she knew of when she gave the data, and an information notice is the best evidence of it. Would change if: the Board accepts other evidence of the purpose as sufficient. Confidence: medium.
Is meeting Rule 6 enough to show reasonable safeguards? Not always. Why: Rule 6 lists what safeguards "shall include, at the minimum", and s. 8(5) asks for reasonable safeguards to prevent a breach. What is reasonable for a children's health database is more than for a newsletter list. Would change if: the Board publishes security standards or decides cases that set a baseline. Confidence: high.
Must erased data be removed from backups at once? We let backups expire on a short, documented cycle and never restore erased records into live use. Why: the Rules require backups for continuity (Rule 6(1)(d)) and are silent on erasing from them. Would change if: the Board expects immediate erasure from backups. Confidence: medium.
How does the Rule 8(3) floor sit with erasure on withdrawal? We keep the minimum it needs, in a restricted store, for its stated purposes only, and erase it after a year unless another law requires more. Why: Rule 8(3) requires retention for the Seventh Schedule purposes, while s. 8(7) allows retention where a law requires it. Would change if: the Board reads the floor narrowly. Confidence: medium.
Next steps
- Download the tracker and put a name in the owner column of every row.
- Take the target dates from the plan that fits you in DPDP compliance deadline: 13 May 2027: small organisation, large organisation, SaaS vendor or late start.
- Open the evidence folder now, organised by control number, and add to it every week.
- Report the open controls, ranked by the priority table above, to the board or trustees each quarter.
- Re-run the checklist after go-live, and mark a control done only if its evidence folder supports it.
For what each duty means, see The DPDP Act and Rules. For how the Board would weigh a failure, see DPDP penalties.
How we wrote this checklist. We worked from the text of the Digital Personal Data Protection Act, 2023 (No. 22 of 2023), the Digital Personal Data Protection Rules, 2025 (G.S.R. 846(E), as corrected by G.S.R. 892(E)), the commencement notification G.S.R. 843(E), and the CERT-In Directions of 28 April 2022 with CERT-In's FAQs of 18 May 2022. Statements about notifications are as of 25 October 2026. The owners, evidence, cost tags and priorities are our recommendations, not legal requirements. This checklist explains the law; it is not legal advice for your situation.
Questions people ask
Is there an official DPDP checklist or certification?
No. As of 25 October 2026 we have found no official checklist from MeitY or the Data Protection Board, and the Act provides no certification for Data Fiduciaries. Independent certification appears only as a registration condition for Consent Managers (Rule 4, First Schedule, Part A, item 9). The independent data auditor a Significant Data Fiduciary must appoint (s. 10(2)(b)) carries out an audit, not a certification. A certificate against ISO/IEC 27001, or the standalone ISO/IEC 27701:2025, can help show your safeguards were reasonable (s. 8(5)), but the Board will ask what your controls actually did, and when.
Does our website privacy policy meet the notice items?
Usually not on its own. Rule 3 requires a notice that can be understood independently of anything else you publish, itemises the personal data, states the specific purpose and the goods, services or uses it enables, and gives a link and the means to withdraw, exercise rights and complain to the Board (Rule 3(a)–(c)). A general privacy policy can sit behind it as a second layer. The notice that counts is the one given before or with each request for consent (s. 5(1)).
We are a processor for our customers. Which controls apply to us?
The Act's duties fall on Data Fiduciaries, so most controls reach you through your customers' contracts: security (Rule 6(1)(f)), breach notice to them, erasure on instruction (s. 8(7)(b)), stopping after a withdrawal (s. 6(6)) and help with rights requests. You are also a fiduciary for your own employees, leads, website visitors and product analytics, and for any purpose you decide yourself, such as training your own models. For those, every control on this list applies to you in full.
Can we reuse the work we did for the GDPR?
Much of it. Records of processing, processor agreements, security controls and a breach playbook carry over. The gaps are in the details. The DPDP Act has no legitimate-interests or contract ground, only consent or a listed legitimate use (s. 4(1), s. 7). A child is anyone under eighteen (s. 2(f)). Every personal data breach must be reported to the Board and to each affected person, with a detailed report within 72 hours (s. 8(6), Rule 7). Notices must be available in English or an Eighth Schedule language (s. 5(3)).