Guardian consent must be explicit
The flow needs to identify who approved the check and for what purpose.
DPDP-mandated guardian consent built into sensitive verification flows.
guardian consent events modeled
The flow needs to identify who approved the check and for what purpose.
Operators should avoid keeping minor-related data beyond the required purpose.
Correction, dispute, and grievance routes must be visible.
Request to Verify to Audit
The request clearly states who is asking and why.
Consent is captured as an evidence event.
Operators see only what the workflow needs.
Platform capabilities
Start every under-18 with guardian consent flow with a named requester, purpose, and consent step.
Show verified, pending, expired, revoked, or review-needed state instead of raw documents.
Give residents, guards, admins, reviewers, and operators only the view they need.
Prevent stale verification from silently becoming permanent trust.
Bundle request, consent, result, timestamp, and reviewer context for later proof.
Operate from the PRAMAAN dashboard first, then connect approved systems through API or webhooks.
Each industry template keeps purpose, consent, masking, residency, and incident posture visible to buyers.
Under-18 consent pattern
guardian approval required before checks
Minor-related checks need a different posture, not a standard adult flow with a label changed.
Trust operations
PRAMAAN
Read full case studyguardian approval before under-18 checks
breach communication posture
family support routes linked
Related surfaces
Start with one high-friction workflow, prove the audit trail, then expand across roles.