Use case #0001

Granular consent modules: how Consent AI captures purpose-specific permissions

GDPR does not permit bundled consent. An institution cannot present a single checkbox that reads "I consent to use of my personal data" and satisfy the Act's requirements. Each purpose for which personal data is processed requires a separate, specific, freely given consent — and the borrower must be able to grant consent for some purposes and withhold it for others. The Consent Management Agent AI implements this requirement as a set of discrete consent modules — one per processing purpose — that capture, record, and enforce permissions at the granularity the GDPR demands.

What the GDPR requires — and what lenders have typically been doing instead

GDPR specifies five requirements for valid consent in the European context: it must be free (not coerced or bundled with a non-negotiable take-it-or-leave-it); it must be specific (one consent per purpose, not a blanket authorisation); it must be informed (the borrower must understand what they are consenting to in plain language); it must be unconditional (consent cannot be made a precondition for an unrelated service); and it must be capable of being withdrawn at any time. A consent architecture that satisfies all five requirements looks nothing like the typical single-checkbox form that most European lenders were using before the GDPR came into force.

The typical pre-GDPR consent approach embedded a 400-word legal paragraph at the bottom of the application form, linked it to a tickbox, and treated a ticked box as omnibus consent for every data processing activity — marketing, bureau pulls, LSP sharing, analytics, and regulatory reporting alike. The GDPR makes this approach non-compliant: each of those five processing activities requires its own consent capture, its own plain-language explanation, and its own record.

"A consent that covers everything covers nothing specifically. The GDPR requires the borrower to know what they are agreeing to — and that knowledge requires a separate explanation for each thing."

The consent module framework: mandatory, purpose-linked, and granular

The consent capture screen: what the borrower sees

7Consent modules — 2 mandatory disclosures (legal basis) · 5 optional (genuine consent) · Each with plain language explanation
SpecificOne purpose per module — no bundling · Borrower can grant some and withhold others without affecting loan access
Opt-inAll optional modules default unchecked — the borrower must actively tick, not untick, for optional processing
Any timeEvery consent module withdrawal-capable at any time — including after loan disbursement

A consent architecture designed for compliance is not the same as a consent architecture designed for borrowers

A consent screen designed purely for GDPR compliance can be technically lawful and practically unintelligible — seven separate consent requests, each with legal language, presented at the moment the borrower is most focused on getting their loan approved. The Consent Management AI's module framework is designed for both: each module's plain language explanation is tested for comprehension, not just legal accuracy. A borrower who cannot understand what they are consenting to is not giving informed consent. The GDPR's "informed" requirement is not satisfied by making the information available in a privacy policy — it is satisfied when the borrower understands what they are agreeing to before they click. The consent screen is the compliance act. The privacy policy is the reference document.

← Back to Consent Management Agent AI