Cloud and SaaS Due Diligence: Startup Buyer Checklist
A cloud and SaaS diligence framework covering architecture, identity, encryption, logging, resilience, sub-processors, data location and exit.
The cheapest SaaS tool can become the most expensive system if the buyer cannot obtain logs, export data or revoke access.
The DPDP framework is phased. The 14 November 2025 commencement notification brought specified institutional and enabling provisions into force immediately; section 6(9), section 27(1)(d) and rule 4 follow after one year; most operating duties and rules follow eighteen months after Gazette publication. As of 22 June 2026, readiness should distinguish current law from future-state DPDP controls.
Cloud diligence should combine privacy, cybersecurity, availability, financial, legal and operational review.
Data location differs from support access, backup location, recovery and sub-processor access.
SSO, MFA, roles and logs often matter more than a marketing questionnaire.
What the organisation should understand
- The DPDP framework is phased. The 14 November 2025 commencement notification brought specified institutional and enabling provisions into force immediately; section 6(9), section 27(1)(d) and rule 4 follow after one year; most operating duties and rules follow eighteen months after Gazette publication. As of 22 June 2026, readiness should distinguish current law from future-state DPDP controls.
- Cloud diligence should combine privacy, cybersecurity, availability, financial, legal and operational review.
- Data location differs from support access, backup location, recovery and sub-processor access.
- SSO, MFA, roles and logs often matter more than a marketing questionnaire.
- Exit risk includes data format, export speed, deletion, transition support and audit evidence.
The five-point review
| Check | What to examine |
|---|---|
| Data | Fields, volume and criticality. |
| Architecture | Hosting, tenancy and integrations. |
| Identity | SSO, MFA, roles and privileged access. |
| Resilience | Backups, RTO/RPO and dependencies. |
| Exit | Export, deletion and continuity. |
Practical example
A payroll startup selects a tool with no SSO, weak logs and PDF-only exports. Later it cannot investigate an administrator change or migrate structured payroll history.
How to apply the framework
Score the vendor by impact of failure rather than fees.
Request a sample audit log, export, deletion response and incident notice before purchase.
Operating workflow
Define the processing or incident precisely
Identify the people, data, system, purpose, owner, vendor and transaction or event. Review data, architecture and identity together. Do not start from a policy template or software feature; start from what the business and system actually do.
Separate current duties from future-state DPDP readiness
Apply the 14 November 2025 commencement notification provision by provision. Continue complying with currently operative IT, CERT-In, telecom, banking, insurance, employment, consumer, contract and criminal-law requirements. Build the future DPDP process now, but do not describe a scheduled rule as already legally operative.
Preserve proof and improve the system
Keep the approved decision, notice or workflow version, access or event logs, vendor evidence, user communications and remediation record. Update product design, role access, retention, support scripts or incident playbooks so the same weakness does not recur.
Implementation checkpoint
Before closing the review, assign a named owner, a completion date and a live-system test that proves the control works. A policy statement is not enough when the product, vendor, support team, payment process or access configuration behaves differently. Preserve the test result, exception approval and remediation ticket so management can distinguish an operating control from an intention that has not yet been implemented.
Action checklist
- Classify criticality.
- Review architecture.
- Test identity and logs.
- Assess resilience.
- Negotiate DPA and exit.
- Reassess annually.
Evidence to keep
- Questionnaire
- Architecture
- Security reports
- BCP
- Exit test
Warning signs
- No MFA
- No audit logs
- No sub-processor list
- Unusable export
- No shutdown plan
Finin2min takeaway
Privacy governance is an operating system, not a policy PDF. The data map, purpose, access, vendor, retention, user workflow, incident response and evidence file must all tell the same story.