Skip to main content
Core DPDP obligations for banks apply from 13 May 2027

Consent Management Platform for Banks

SecureCMS, the consent management platform by SecureDApp, captures, stores, and enforces customer consent across branches, mobile banking, net banking, and core banking systems, built for the DPDP Act 2023 and DPDP Rules 2025.

Jump to:
Banking DPDP Shield Console
Scheduled Commercial Bank Gateway
SEC 6(10) ACTIVE
Explicit Consent
100% Unbundled
PMLA Partial Erasure
Active (5-Yr Lock)
CBS & ESB Sync Latency
<140ms
Burden of Proof (Sec 6(10))
Blockchain SHA-256
Omnichannel Sync Status100% Operational
BranchAppNetBankCBS

Supported, Recognized & Incubated by Leading Cybersecurity & Regulatory Ecosystems

DSCI
CySecK
IFSCA
C3iHub
Definition & Core Burden

What is a consent management platform for banks?

A consent management platform for banks is software that records each customer's consent for every purpose the bank uses their data for, such as account servicing, cross-selling, marketing, and partner products. It verifies the consent, stores tamper-proof proof of it, updates every connected system when the customer changes or withdraws it, and produces evidence for DPDP audits.

Section 6(10) of the DPDP Act: The Burden of Proof Sits With You

Why does a bank need one? Because the burden of proof sits with you. If the Data Protection Board or a customer questions processing that rests on consent, Section 6(10) of the Act obliges the bank to show that a notice was given and consent was taken the way the law asks. A signed form in a branch cabinet, or a checkbox buried in an app, rarely settles that question.

SecureCMS sits between the customer and the bank's systems. Every consent lands in one repository, and every channel reads from it: customer → SecureCMS → consent repository → branch, app, net banking, CBS.

Bank Consent Architecture Diagram

SecureCMS Omnichannel Ingestion & Distribution Flow

Customer InteractionBranch, App, Net Banking
↓ OTP Authorization (SMS / Email / WhatsApp)
SecureCMS Ingestion Gateway
Purpose Separation • 22 Language Notices • Versioning
↓ Blockchain-Backed Immutability
Consent RepositorySHA-256 Audit Trail
↓ Real-time Webhooks & Runtime APIs (<140ms)
Core Banking (CBS) & ESBFinacle / BaNCS / Marketing
Alt text: SecureCMS consent flow from bank customer to core banking, app and marketing systems
Regulatory Distinction

How a consent management platform differs from a registered Consent Manager

A consent management platform (like SecureCMS) is a tool the bank runs as a Data Fiduciary to collect and prove its own customers' consent across all bank-operated touchpoints.

A Consent Manager is a separate entity registered with the Data Protection Board of India that lets individuals give, manage, and withdraw consent across many organisations. Consent Manager provisions apply from 13 November 2026.

💡 The Bank's Imperative: A customer may choose to route consent through one, so the bank's systems should be ready to act on what arrives. SecureCMS incorporates open API adapters to ingest external Consent Manager directives directly into the bank's internal consent repository.
Statutory Shift

What the DPDP Act changes for banks

The DPDP Act requires banks to take free, specific, informed, unconditional, and unambiguous consent for each purpose that neither a legitimate use nor a legal requirement covers, give notices in English or an Eighth Schedule language, let customers withdraw consent as easily as they gave it, and report personal data breaches, with penalties of up to ₹250 crore.

Section 6No Bundling

Specific and Unambiguous Consent

Consent must name a purpose, cover only data that purpose strictly needs, and come through a clear affirmative action. One omnibus signature on an account-opening form that bundles banking, marketing, and insurance cross-sell fails the statutory test. Marketing, cross-selling, and analytics each require an independent choice.

Section 522 Languages

Notices in English & 22 Indian Languages

Every consent request must be preceded by or accompanied with a notice listing the personal data collected, specific purpose, withdrawal method, and DPBI grievance procedure. Customers must be given the option to access the notice in English or any of the 22 languages specified in the Eighth Schedule of the Indian Constitution.

Section 6(4)Instant Revocation

Withdrawal as Easy as Giving Consent

A customer who opted in via a mobile banking toggle must not be forced to visit a physical branch counter to untick it. Once consent is withdrawn, the bank and all downstream data processors (marketing automation, fintech partners, credit scoring engines) must immediately halt consent-based processing.

Section 10SDF Governance

Significant Data Fiduciary (SDF) Duties

The Central Government may notify banks as Significant Data Fiduciaries based on the volume and sensitivity of personal data processed. Notified banks must appoint an India-based Data Protection Officer (DPO), engage an independent data auditor, and conduct periodic Data Protection Impact Assessments (DPIAs).

Section 8(6) & DPDP RulesDual Reporting

Breach Reporting Within 72 Hours

Banks must promptly inform the Data Protection Board and each affected customer upon discovering a personal data breach, followed by a comprehensive detailed report within 72 hours under DPDP Rules. CERT-In's mandatory 6-hour reporting requirement for cybersecurity incidents operates concurrently.

Schedule / Section 33₹250 Cr Max Penalty

Penalties Up to ₹250 Crore

Failing to take reasonable security safeguards to prevent personal data breaches incurs statutory penalties up to ₹250 crore. Failing to notify the Board and customers of a breach, or violating duties regarding children's data, carries penalties up to ₹200 crore.

DPDP Timeline for Banks

Statutory phased rollout dates under DPDP Act 2023 & DPDP Rules 2025

Alt text: DPDP Act timeline for banks: 13 Nov 2025, 13 Nov 2026, 13 May 2027
DateWhat AppliesStatutory Scope
13 Nov 2025DPDP Rules NotifiedDPDP Rules 2025 notified; Data Protection Board of India (DPBI) provisions came into force.
13 Nov 2026Consent Manager ProvisionsRegistration provisions for independent, DPBI-registered Consent Managers become effective.
13 May 2027Full Bank Obligations LiveRemaining statutory obligations apply: multilingual notice (Sec 5), affirmative consent (Sec 6), withdrawal parity (Sec 6(4)), DSR rights (Sec 11-14), breach reporting, and ₹250 Cr penalty exposure.
MeitY Advisory Note (Jan 2026): MeitY discussed a shorter window for some Significant Data Fiduciaries in January 2026. Check the official notifications before you plan only around 13 May 2027.
Legal Basis Matrix

When banks need consent and when they don't

Banks generally do not need a separate consent for processing the law requires, such as KYC checks and record-keeping under the PMLA. The DPDP Act recognises processing that other laws require and lets banks retain records the law demands. Consent is needed for purposes beyond the service or the legal duty: marketing, cross-selling third-party products, personalisation and analytics.

This table shows the usual position. It is general information, not legal advice, and each row is signed off by a legal reviewer before publication.

Bank purposeUsual basis (legal review required)What SecureCMS does
KYC / CKYC verificationData given for a specified purpose and required by law; notice still required (Sections 5 and 7)Records purpose, legal justification, and notice dispatch; no optional opt-in toggle
PMLA record retentionRetention required by law (Section 8(7) DPDP Act; 5 years post-relationship)Blocks erasure for legally retained fields; logs immutable legal retention justification
Credit information reporting (CICRA)Disclosure required by law (Statutory mandate)Automated Purpose Catalogue entry; auditable disclosure logging
Service alerts (OTP, transaction SMS)Contractual / Needed to provide core serviceIsolated from marketing streams; zero marketing consent dependency
Marketing SMS, email, WhatsAppExplicit Affirmative ConsentOTP-verified affirmative opt-in; instant single-click withdrawal sync
Cross-sell of insurance, mutual funds, cardsExplicit Affirmative ConsentPer-product granular purpose consent with dedicated policy versioning
Sharing with fintech / co-lending partnersConsent or contractual necessityReal-time webhook notification; partner API token revocable in <250ms
Analytics and personalisationExplicit Affirmative ConsentRuntime validation check via SDK/API before profile data ingestion
Statutory Retention Conflict Resolution

Retention vs erasure: when PMLA and RBI rules override a deletion request

When a customer asks a bank to erase their data, the bank must delete data it no longer needs, but it can keep records that a law requires it to retain. PMLA, for example, requires banks to keep certain records for five years after the business relationship ends. SecureCMS logs which fields are retained, why, and until when, and erases the rest.

In practice, this is partial erasure. Sections 8(7) and 12(3) both carve out retention that law requires, so those fields stay, kept only for that legal purpose, while everything else goes. Rights requests run with SLA tracking, so a closure request does not stall between compliance and operations.

Touchpoint Architecture

Where banks collect customer consent

Consent does not walk into a bank through one door. It arrives at the branch counter, on a business correspondent's device, in the mobile app, over a phone call and on WhatsApp. Each door has its own gap.

TouchpointCommon problem todaySecureCMS Omnichannel Fix
Branch account opening (paper or tablet)Consent bundled into one signature on account opening form; no verifiable digital proof or timestamped record.Branch Staff UI / Tablet workflow with unbundled checkboxes, multilingual notice display, and instant customer OTP verification.
Business correspondents & field agentsRemote agents on handheld POS devices collect customer data with zero verifiable record of what customer agreed to.Lightweight Agent SDK with offline queue support, tamper-proof local signing, and customer SMS/WhatsApp OTP authorization.
Mobile banking app & net bankingConsent stored locally per app database, disconnected from Core Banking Systems (CBS) and central marketing tools.Native iOS/Android/Flutter SDKs and Web embed syncing directly with centralized consent repository across all channels.
Phone banking & call centreVerbal consent collected by tele-callers without an auditable, tamper-proof customer authorization log.Agent-initiated push verification: customer receives an instant WhatsApp or SMS confirmation link with real-time OTP validation.
WhatsApp bankingTransactional service messages and promotional marketing opt-ins mixed in single chat threads.Conversational consent bot tree: clear granular opt-ins, bilingual menus, and automated keyword-based withdrawal handling.
Cards, loans & wealth digital journeysSiloed consent per financial product line with no unified customer view across bank subsidiaries.Unified Customer Information File (CIF) consent profile: changes reflect across credit cards, retail loans, and wealth management.
Minor & guardian-operated accountsZero verifiable parental or lawful guardian consent flow as demanded by DPDP Section 9; risk of unlawful child data tracking.Dedicated Minor & PwD workflow: captures verified lawful guardian identity, links CIF records, and enforces strict ad-tracking bans.
Existing legacy customer baseMillions of pre-DPDP legacy depositors with omnibus consents requiring fresh statutory notice under Section 5(2).Automated batch notice dispatch via SMS, Net Banking banners, and Mobile App prompts with automated affirmative response tracking.
SecureCMS treats these as one problem: one customer, one consent record, whatever the channel.
Alt text: Bank consent touchpoints: branch, agents, mobile app, net banking, call centre, WhatsApp
Module Suite

How SecureCMS handles consent for banks

SecureCMS gives a bank one consent record per customer across every channel. It verifies consent with OTP on email, SMS, or WhatsApp, stores it in tamper-proof audit logs, pushes changes to core banking and marketing systems in real time, and runs rights requests and grievances with DPO escalation and SLA tracking.

ProblemSecureCMS moduleResult
Bundled consent at onboardingPurpose Management with Data Catalogue + Consent TemplatesSeparate consent per purpose and product; unbundled policy versioning
No proof of consent at branch or via agentsConsent Collection with OTP on Email/SMS/WhatsAppVerified, cryptographically signed, timestamped immutable record
Withdrawal not reaching all systemsInstant Revocation Enforcement + Real-time Sync + WebhooksMarketing and partner systems halt consent-based processing immediately
Campaigns sent to withdrawn customersAPI / SDK Runtime ValidationConsent validity verified in real time before every message dispatch
Rights requests handled by emailDSR Automation + SLA TrackingTracked access, correction, and partial erasure with statutory countdown timers
Complaints with no escalation pathGrievance Management + DPO Escalation + Feedback ModuleDocumented grievance audit trail with automated DPO escalation alerts
Audit evidence spread across teamsBlockchain-Backed Immutable Logs + Compliance Reports + Auditor RoleExportable cryptographic evidence; dedicated read-only access for RBI/internal auditors
Unknown personal data in legacy systemsAI Data Discovery and Classification + Data InventoryContinuous automated map of where customer PII resides across banking silos
Minor accounts and guardian consentMinor / PwD Consent Flows (Section 9 Compliance)Parental/lawful guardian verification recorded; ad tracking blocked by default

Verified consent at every channel

Consent Collection sends an OTP on email, SMS or WhatsApp, so the record shows that the customer, not a clerk, agreed. Branch staff and business correspondents can start the flow, and app users get it through redirect or embedded screens. Every entry is time-stamped.

Purpose-level consent per product

Purpose Management with a Data Catalogue lets compliance teams define each purpose once and attach consent templates to it. A card, a loan and a wealth product get their own purposes, so one signature no longer covers everything. Policy versions are kept, which shows exactly which notice a customer saw.

Withdrawal reaching every system

When a customer withdraws, SecureCMS enforces the revocation instantly, syncs the change in real time, and fires webhooks to connected systems. Before a campaign or analytics job runs, the API or SDK checks the customer's current consent. A withdrawn customer drops off the send list.

Rights & grievances with DPO escalation

Access, correction, and erasure requests run through DSR automation with SLA tracking, so nothing waits in a shared inbox. Complaints go through grievance management, escalate to the DPO when needed, and end with a feedback step. The bank keeps a documented trail for each one.

Audit evidence your auditors can check

Consent events are written to blockchain-backed immutable logs and can be exported as compliance reports. An Auditor role gives read-only access, so internal audit or an external auditor can check evidence without touching live settings. Section 6(10) puts the burden of proof on the bank. This is how you carry it.

Alt text: SecureCMS consent dashboard showing purpose-level consent for a bank customer
Core Banking Connectors

Integration with core banking and bank systems

SecureCMS connects to a bank's core banking system and enterprise service bus through APIs, webhooks and prebuilt connectors, and to mobile apps through native iOS, Android and Flutter SDKs, so a consent change made in any channel is applied everywhere it is used.

SDK LAYER

Mobile SDKs

Native iOS, Android, and Flutter SDKs for seamless zero-leakage mobile client integration.

CBS / ESB

Core Banking Systems

Pre-built integrations for Finacle, TCS BaNCS, FLEXCUBE, and enterprise message buses.

REAL-TIME

APIs & Webhooks

Real-time webhook events ensuring downstream marketing tools halt consent-dependent flows in <140ms.

DATA STACK

CDP & Analytics

Direct connectors for customer data platforms, campaign engines, and analytics data lakes.

Subsystem Interoperability

Specialized Bank Systems & Named Integration Modules

SecureCMS connects to bank subsystem architectures to ensure cross-departmental privacy synchronization:

TRIMS(Treasury & Risk Information Management System)

Governs data feeds and consent boundaries for institutional dealing, forex, and market risk reporting.

AIMS(Asset & Investment Management System)

Enforces purpose-level customer consent before sharing portfolio telemetry with wealth management and mutual fund partners.

NPA(Non-Performing Asset Tracking & Recovery System)

Isolates legal debt recovery and statutory credit reporting records from promotional and cross-selling communications.

GBM(Global Banking & Markets Module)

Synchronizes institutional client and high-net-worth individual (HNI) privacy preferences across cross-border divisions.

CHRIS(Centralized Human Resources & Information System)

Applies role-based access control (RBAC) to ensure bank employees only access customer PII aligned with active consent.

So when a customer withdraws marketing consent in net banking, the CBS and the campaign tool both see it in the same flow.
CISO & IT Risk Controls

Security and deployment for bank IT and risk teams

Bank IT and risk teams will want to see the controls before the demo. Here they are, layer by layer.

LayerControl
NetworkmTLS 1.3, strict IP whitelisting, enterprise WAF, and DDoS mitigation
ApplicationPublic key cryptography (RS256 / Ed25519) for data integrity and zero-secret token authentication
Data IntegrityBlockchain-based tamper-proof audit logs with cryptographic hash chaining (SHA-256)
Access ControlMulti-role RBAC, strict segregation of duties, organization-level tenancy, and super-admin controls
Assurance & TestingComprehensive VAPT and multi-level automated testing by CERT-In empaneled security audit partners
Release GovernanceSeparate air-gapped Dev, UAT, Staging, and Production environments with zero telemetry leakage
Operations & HA24/7 SIEM monitoring, automated reporting, and distributed active-active database architecture for 99.99% availability
Section 8(5) Penalty Warning: Up to ₹250 Crore

Section 8(5) of the DPDP Act requires reasonable security safeguards, and a lapse sits in the highest penalty tier, up to ₹250 crore. That is why the security review deserves as much time as the compliance one.

Deployment Models

Deployment options: On-premise (Bare Metal / Bank Private Cloud), Indian Sovereign Cloud (AWS/Azure/GCP India regions), or hybrid air-gapped security perimeter.

Bank IT Security & Architecture Note

Deep-dive technical specification covering mTLS 1.3, public key cryptography, and private blockchain audit log immutability.

Roadmap

Implementation roadmap for banks before 13 May 2027

The order matters more than the pace. Discovery comes first, notices second, and the audit drill last.

Step 01Phase 1

Map Data and Purposes Across Products

Execute automated AI data discovery across core databases; catalog where customer PII sits; define distinct purpose IDs for retail, wealth, credit cards, and partner products.

Step 02Phase 2

Draft and Translate Multilingual Notices

Author statutory Section 5 notices in English and all 22 Eighth Schedule Indian languages; configure immutable policy versioning in the SecureCMS repository.

Step 03Phase 3

Integrate CBS, Mobile App, Net Banking & Branch Flows

Deploy native mobile SDKs (iOS, Android, Flutter); hook branch teller interfaces into SecureCMS APIs; establish real-time webhooks with Core Banking (CBS) and ESB layers.

Step 04Phase 4

Transition Existing Legacy Customer Base

Send fresh statutory notices under Section 5(2) to existing depositors via SMS, WhatsApp, and in-app prompts; log affirmative consent responses with cryptographic timestamps.

Step 05Phase 5

Go Live with DSR Automation & DPO Grievance Redressal

Operationalize customer self-service DSR portal for access, correction, and partial erasure; launch grievance ticketing with statutory SLA countdown monitors and DPO escalation alerts.

Step 06Phase 6

Run Regulatory Audit Simulation & Downstream Drill

Export tamper-proof audit reports for internal audit and DPBI inspection; execute live revocation drills to verify downstream marketing and partner systems halt within 250ms.

Implementation step durations are scoped collaboratively with SecureDApp's delivery team.
Comparative Rigor

Why banks choose SecureCMS

A cookie banner records a click on a website. A bank needs consent that holds across branches, apps and partner systems, and proof that stands up in an audit.

RequirementBasic consent bannerSecureCMS
Purpose-level consent across productsWebsite only; flat cookie categoriesAll channels: Branch counters, CBS, Mobile App, Net Banking, WhatsApp, and Call Center
Verified consent proofAnonymous browser click only; easily contestedCryptographic OTP on Email, SMS, or WhatsApp with immutable audit receipt
Withdrawal enforced downstreamNo downstream connectivity; ignores CRM/CBSInstant webhook emission, real-time sync, and runtime API checks stopping processing in <250ms
Rights requests, grievances & DPO escalationNone; manual emails left in unmonitored inboxesAutomated DSR workflow (access/correction/erasure) with SLA countdowns and DPO escalation
Statutory conflict resolution (PMLA vs DPDP)No concept of banking retention mandatesIntelligent Partial Erasure engine: deletes marketing data while locking PMLA 5-year records
Tamper-proof audit evidenceEphemeral client-side browser cookiesBlockchain-backed immutable logs, SHA-256 hash chains, and one-click regulatory audit exports
Data discovery in legacy databasesNoneAutomated AI data discovery and classification across SQL/NoSQL banking data lakes
Interactive Banking Architecture Sandbox

Simulate Omnichannel Consent & CBS Downstream Cutoff

Test how customer opt-in or Section 6(4) instant revocation propagates across branches, mobile banking, and Core Banking Systems (CBS) in real time.

Customer CIF #982310
Core Account Servicing & PMLA LogsStatutory (Sec 7 & 8(7))
Mandatory KYC, balance alerts, and 5-yr PMLA statutory record preservation
Locked
Credit Card Pre-Approved Offers
Bureau-checked credit limit enhancement & card upgrade marketing
OPTED IN
Insurance & Mutual Fund Cross-Selling
Sharing customer profile with bank insurance subsidiaries
REVOKED
Fintech Co-Lending Partner Sharing
Transmission of loan repayment history to registered NBFC partners
REVOKED
App Analytics & Journey Personalisation
Behavioral tracking for in-app contextual nudges
OPTED IN
Section 6(10) Burden of Proof Receipt
READY

Click Simulate OTP Consent Grant or Instant Withdrawal to generate a verifiable Section 6(10) audit receipt.

Real-Time CBS Bus Telemetry
Live ESB Sync
[11:20:02] [SECURECMS_GATEWAY] Initialized mTLS connection with CBS Enterprise Service Bus.
[11:20:05] [AUDIT_LEDGER] Policy version v2.5 (DPDP Rules 2025 compliant) loaded.
[11:20:10] [PMLA_VAULT] Statutory 5-year post-relationship retention rules active.
Finacle / BaNCS Adapter: ACTIVELatency: <140ms
Ready for the DPDP Act 2023 & DPDP Rules 2025

Carry the Section 6(10) Burden of Proof with Cryptographic Certainty

Schedule an architectural demonstration with SecureDApp's BFSI engineering team to review CBS connectors, mobile SDKs, and branch teller workflows.

Book a Meeting