The Data Privacy Architecture That Leaves Nothing Unprotected
Regulated entities. Multiple regulators. Thousands of agents. Millions of customers. One framework that governs every data atom from birth to burial.
If this framework is implemented, nothing more needs to be done. If this framework is not implemented, nothing is privacised under DPDPA. No data principal’s personal data is unparented. No processing activity is ungoverned. No consent is assumed. No sharing is uncontrolled. No AI model operates without accountability.
The Reckoning
A customer walks into a branch. She fills a home loan form. Her DSA photographs her Aadhaar card, uploads it to the lending platform. The platform pulls her credit score from four bureaus. Thirty machine learning models score her risk. Her data migrates to a unified digital platform, where she is profiled for life insurance, mutual funds, health insurance. She consented once. She was processed nine times.
This is not hypothetical. This is the daily operational reality of every diversified financial services conglomerate in India. And on May 13, 2027, every one of these processing activities becomes individually actionable under DPDPA. Maximum penalty: Rs 250 crore per instance. Cumulative. No grace period.
The existing privacy architecture across Indian BFSI was built for a world where consent was a checkbox and regulators did not have a dedicated enforcement body. That world ended on November 13, 2025, when India notified the DPDP Rules. This framework exists because the old world cannot survive the new law.
The Single Entity Fallacy
Most BFSI conglomerates maintain a single privacy policy covering all group companies. Under DPDPA, each subsidiary is a separate Data Fiduciary. A single policy document is a material compliance failure on Day One. Each entity must have its own notice, its own consent architecture, its own DPO. The holding company cannot represent the subsidiaries.
Critical GapThe ABCD Platform Problem
When twenty financial products are delivered through a single digital interface, data commingling is not just likely. It is structural. A unified app pulling customer data from lending, insurance, investments, and payments creates a joint controller scenario. The consent architecture for such platforms does not exist in Indian BFSI today. It must be built from zero.
Structural RiskThe DSA Data Trap
Two hundred thousand channel partners. Seventy eight thousand mutual fund distributors. Ninety thousand insurance advisors. Every one touches personal data. Every one is a Data Processor under DPDPA. Not one has a compliant Data Processing Agreement. If a single DSA sells a customer’s financial details, the conglomerate carries full liability. The penalty does not stay with the agent.
200,000+ ExposedThe Regulatory Collision
Six regulators. RBI mandates 5 to 8 year data retention. DPDPA requires deletion when purpose is served. IRDAI mandates health data sharing with offshore reinsurers. DPDPA restricts cross border transfers. SEBI requires 8 year investor records. DPDPA storage limitation principle applies. No resolution framework exists anywhere in India. This framework creates one.
Conflict ZoneThe Corporate Organism
Nine entities. Five regulators. The Federal Privacy Model. Each subsidiary is independently liable. The holding company coordinates but cannot absorb liability.
Holding Company • Policy • Coordination • DPB Liaison
EPO • RBI
EPO • IRDAI
EPO • IRDAI
EPO • SEBI
EPO • NHB
EPO • SEBI
EPO • PFRDA
EPO • Joint DF
The Cross Selling Consent Wall
Every inter entity transfer requires four things. A documented lawful basis under Section 4. A Data Sharing Agreement between the entities. Separate consent from the data principal for each receiving entity. And a DPIA if the receiving entity will process the data for a new purpose. A blanket consent clause in a bank account opening form does not constitute valid consent for the insurance subsidiary. Each entity must obtain its own. This is the most significant operational change under DPDPA for conglomerates.
The Data Universe
Every entry point, processing point, sharing point, and exit point. Seventy eight collection channels. Twenty six processing systems. Thirty two sharing destinations. No data atom orphaned.
The data universe of a diversified BFSI conglomerate is not a database. It is an organism. Identity and KYC data duplicated across nine entities without a consent trail. Health data flowing from proposal forms to underwriting engines to offshore reinsurers. Behavioural data from a unified digital platform processed under a broad, nonspecific consent that would not survive a single DPB inquiry. Credit bureau data pulled without mapping to DPDPA consent requirements. Agent and DSA data where the agents themselves are data principals whose data is processed without their knowledge.
Every category carries distinct DPDPA obligations. This framework maps each one.
Identity and KYC
Name, DOB, PAN, Aadhaar, address, photograph, signature, video KYC biometrics. Collected by all entities. Cross entity duplication without consent trail is the single largest compliance gap. Solution: CKYC deduplication with entity specific consent tokens.
CriticalHealth Data
Medical history, pre existing conditions, health scores, wellness activity, diagnostics. Collected by life and health insurers. Reinsurer sharing creates cross border exposure. Section 9 enhanced obligations apply. Separate explicit consent. Cannot be bundled. Ever.
SensitiveBehavioural and Digital
App usage, browsing patterns, click behaviour, device fingerprints, location, call recordings. Collected through unified digital platform. No legal basis whatsoever under DPDPA without granular consent. Current broad consent clauses are materially deficient.
No Legal BasisChildren and Minor Data
Minor nominees, children’s insurance plans, joint account minors. Section 9: verifiable parental consent mandatory. No behavioural monitoring. No targeted advertising. Penalty: Rs 250 crore. Age gating on digital platforms required. Not in place anywhere in Indian BFSI today.
Rs 250 Cr RiskEmployee Data
63,750+ employees across a typical conglomerate. HR, payroll, performance, medical benefits, background checks. DPDPA fully applies. Labour Codes 2020 have their own data obligations. Dual compliance required. Overlap entirely unresolved by regulation.
Dual RegimeAgent and DSA Data
Agent KYC, commission records, client referral lists, performance data. DSAs and agents are Data Principals in their own right. Their data is processed by the conglomerate as employer or principal. Separate notice and consent required for agent data processing.
OverlookedData Lineage and Provenance
Where did this data come from. Where has it been. Where is it going. Under DPDPA, every Data Fiduciary must answer that question for every data point.
The inability to trace data is not a technology problem. It is a governance failure. Under DPDPA, governance failures attract penalties. Consider a single home loan journey. The DSA uploads the application. The platform pulls CIBIL scores. Thirty credit engines assess risk. KYC is verified against CKYC Registry and Aadhaar. The data migrates to a unified platform for cross sell profiling. Life insurance. Mutual funds. Health insurance. Can any BFSI conglomerate today produce a lineage document showing every system that touched this data? The answer is no.
| Lineage Stage | Systems | Data in Transit | Current Gap |
|---|---|---|---|
| Collection via DSA | DSA mobile app, lending platform | Name, PAN, Aadhaar, income, address | Critical: No metadata capture. No consent token at collection. |
| Credit Bureau Pull | CIBIL, CRIF, Equifax, Experian APIs | PAN, DOB sent. Score and history returned | Medium: CIC logs exist but not mapped to DPDPA consent trail |
| KYC Verification | CERSAI, UIDAI, Video KYC vendor | Full KYC data plus biometric capture | Critical: Third party systems. No lineage log held at entity level |
| ML Underwriting | 30+ credit engines, analytics vendors | Full financial and behavioural profile | Critical: Model input/output not logged with declared purpose |
| Cross Sell Profiling | Unified platform, insurance CRM, AMC | Full profile for product recommendations | Critical: No consent trail for cross entity profiling |
| Collections | Collection platform, recovery agents | Contact, address, DPD status | Critical: Recovery agent access not logged at entity level |
| Post Closure | Archives, cold storage, backup systems | Complete loan file. All categories. | High: Retention period not defined per DPDPA requirements |
Data Provenance by Channel
Branch: Signed physical form. Not digitized into any provenance system. Gap: Physical forms are not DPDPA provenance. Digital: Single click wrap T&C acceptance covering all processing. Gap: One checkbox replaces what must be 15+ separate purpose linked consents. DSA: Paper form uploaded by agent. Gap: No digital consent token issued. Call Centre: Call recording stored. No structured consent capture. Gap: Recording does not constitute legally structured consent. Bancassurance: Bank’s consent framework. Entity is not party to it. Gap: Entity relies on bank’s consent which is legally insufficient. WhatsApp: No structured consent for interaction data use. Gap: Collects data without declared consent. Every channel has a provenance gap. This framework closes each one.
DPDPA Section by Section Mapping
Every provision mapped to specific BFSI obligation. No section unaddressed.
| Section | Provision | BFSI Obligation | Status |
|---|---|---|---|
| S.4 | Lawful Processing | Map every activity to Consent (S.6) or Legitimate Use (S.7). No processing without documented basis. | Required |
| S.5 | Notice | Per entity notice. Not group level. In 22 scheduled languages. Three phase retrospective rollout for legacy data. | Required |
| S.6 | Consent | 10 separate consent instances. Free, specific, informed, affirmative. Withdrawal as easy as grant. 48 hour processing. | Required |
| S.7 | Legitimate Uses | KYC, AML, credit bureau reporting, regulatory returns, fraud prevention, court orders, employment. No consent needed. | Exemption |
| S.8(2) | Security | AES 256, TLS 1.3, RBAC, MFA, PAM, SOC, SIEM, DLP, VAPT. Benchmarked against all sectoral frameworks. | Required |
| S.8(5) | Breach Notification | Quad reporting: CERT In 6hr, DPB 72hr, Sectoral Regulator 2 to 6hr, Data Principals 7 days. | Rs 200 Cr |
| S.9 | Data Processors | DPA with every vendor, cloud provider, DSA, agent, collection agency. Flow down all obligations. Audit rights. | Required |
| S.10 | SDF Obligations | DPO, independent auditor, annual DPIA, algorithmic risk assessment. Banks and large insurers almost certainly SDF. | SDF Only |
| S.11-14 | Data Principal Rights | Access (15 day SLA), Correction, Erasure (30 day), Nomination (new for BFSI), Grievance (two tier). | Required |
| S.16-17 | Cross Border | RBI localization prevails. SEBI: human readable in India. Reinsurance and SWIFT continue unless country blacklisted. | Conditional |
The Consent Architecture
Consent 1.0 through 3.0. Ten distinct instances. Each free, specific, informed, unconditional, unambiguous, affirmative, purpose limited.
Consent under DPDPA is not a checkbox. It is a legal contract. The old world of single click wrap acceptance covering all processing is dead. A conglomerate needs a consent architecture that is specific, granular, freely given, withdrawable, and provable. At scale. Across nine entities. For fifty million customer relationships. The consent was obtained. The trap was set. Every day of processing without consent renewal is a day of unauthorized processing under Section 6.
The Third Party Dependency Web
Every DSA who holds a customer’s Aadhaar photocopy on their phone is a Data Processor under DPDPA. The conglomerate is responsible for all of them.
200,000+ DSAs
Full KYC, financial data, contact details. No DPA. No training. No oversight. Every breach is conglomerate liability under Section 8(2). Lead shopping circulates data across multiple institutions without granular consent. Must execute DPA, mandate 90 day destruction for non converting leads, verify consent before processing.
Critical90,000+ Insurance Advisors
KYC, health declarations, nominee data. Health data leaves entity systems without any DPA in place. Advisors store data on personal devices. No encryption mandate. No deletion protocol on termination. Each advisor is a walking data breach risk.
Health Data78,000+ MF Distributors
Investment data, PAN, KYD, bank accounts. SEBI KYD exists but DPDPA Data Processing Agreement absent. Industry standard DPA format needed. Currently completely absent across the ecosystem.
High GapBancassurance Partners
Customer referral data, joint KYC. Joint controller responsibilities entirely undefined under DPDPA. Entity relies on bank’s consent which is legally insufficient. Each bancassurance partner needs a separate data sharing agreement with documented lawful basis.
Joint Controller30+ Analytics and ML Vendors
Transaction data, behavioural data fed to credit scoring models. Data Processors under DPDPA. Behavioural profiling without granular consent is the highest risk activity. Must execute DPA with algorithmic accountability clause and bias audit requirements.
AI RiskCloud, TPAs, Collection Agents
Cloud: Cross border risk if offshore. Must be India stored per RBI. TPAs: Sensitive health data. Maximum sensitivity. Collection agents: Home visit data, contact data, recovery pressure. RBI FPC plus DPDPA dual violation risk. DPA mandatory for every vendor category.
Full SpectrumAI Governance Layer
Thirty plus credit scoring models. Fraud detection engines. Underwriting algorithms. Each one consumes personal data. Each one needs an accountability chain.
Training Data
Audit every model dataset for personal data. Anonymise (not pseudonymise) or obtain consent for AI training purpose. Document provenance: source, method, consent basis, technique, audit date. No genetic data for insurance. No prohibited categories for credit. CICRA 2005 governs credit bureau input.
Inference
Every inference on live data is a processing activity. Purpose limitation: fraud model output cannot become marketing input. Significant effect decisions (loan denial, premium loading, claim rejection) require disclosure: automated decision made, logic involved, data that influenced it. Model Card mandatory.
Retraining
New processing cycle. Same data, same purpose: original consent covers. New purpose: fresh consent. Maintain Model Card: purpose, data sources, bias assessment, performance, last retraining date, DPIA reference. Retraining logs must be audit ready.
Accountability
Bias audit across protected categories. Explainability for customer facing decisions. Human override for every AI denial. Third party vendor models assessed under same framework. Entity bears DPDPA liability regardless of vendor. Algorithmic risk assessment mandatory for SDF under Section 10(2)(d).
The 30+ Model Problem
A typical lending NBFC runs thirty or more ML credit engines. Each ingests transaction data, behavioural signals, and bureau scores. None log model input and output with a declared DPDPA purpose. None have been assessed for bias against protected categories. None offer explainability to customers whose applications are declined. Under Section 10, Significant Data Fiduciaries must assess algorithmic risks. These thirty models are thirty compliance timebombs. This framework defuses each one.
Fourteen Grey Areas. All Closed.
Every structural ambiguity in BFSI data privacy. Identified. Analysed. Resolved. No loophole survives.
Joint Account Data
Nominee and Guarantor Data
WhatsApp Banking
DSA Lead Shopping
Unified Digital Platform
Bancassurance Consent Gap
Account Aggregator Post Receipt
Rejected Insurance Proposals
Pre DPDPA Legacy Data
Collection Agent Home Visits
Government Scheme Firewalling
Minor Nominees in Life Insurance
NRI and Cross Jurisdiction
Merger and Portfolio Transfer
Quad Breach Reporting Protocol
Four simultaneous obligations. Four different timelines. Four different recipients. Miss one, face Rs 200 crore.
The Complete Document Architecture
Board Policies (14)
SOPs (21)
Agreements (13)
Registers and Notices (19)
Penalty Architecture
Section 18. Per instance. Cumulative. Attributable to every person in charge.
9–13 Months Implementation Roadmap
From engagement to full compliance. No specific calendar dependency. Scalable to any BFSI conglomerate’s starting point.
Retention Schedule
| Category | Period | Citation | Trigger |
|---|---|---|---|
| KYC Records | 5 yrs post closure | PMLA S.12, RBI KYC MD | Closure + 5 years |
| Transaction Records | 5 yrs from date | PMLA S.12 | Date + 5 years |
| Loan Documents | 8 yrs post repayment | Limitation Act | Repayment + 8 years |
| Insurance Policy | Maturity + 8 yrs | Limitation Act, IRDAI | Settlement + 8 years |
| Health/Claims Data | 8 yrs post settlement | Limitation Act, IRDAI | Settlement + 8 years |
| Rejected Proposals | 3 yrs maximum | Framework prescription | Rejection + 3 years |
| Securities Records | 5 to 8 yrs | SEBI | Closure/trade + period |
| Behavioural/Digital | 2 yrs unless anonymised | Framework + DPDPA S.8(3) | Collection + 2 years |
| Non Converting Leads | 90 days | Framework prescription | Receipt + 90 days |
| Call Recordings | 1 yr min, 8 yr rec | RBI CS guidelines | Date + retention |
| Consent Records | Lifetime + 5 yrs | Framework + Limitation | Purpose end + 5 years |
| Breach Records | 10 yrs | Framework prescription | Breach + 10 years |
| Biometric Post KYC | Immediate deletion | Aadhaar Act S.32 | Verification complete |