Masked Aadhaar preview
No full Aadhaar number in page copy or sample reports.
Use Aadhaar as a high-sensitivity identity signal inside a workflow designed around explicit consent, masking, data minimization, and audit-ready review.
No full Aadhaar number in page copy or sample reports.
Requester, reason, and consent are captured before live checks.
Fixture data only; no real Aadhaar is processed in demo mode.
Choose Aadhaar, state the reason for verification, and invite the subject or enter fixture data in sandbox.
The data principal sees the requester, purpose, and check type before any live verification starts.
PRAMAAN evaluates document signals and match evidence while keeping sensitive values minimized.
Teams receive a masked, timestamped result with consent reference, signals, and review guidance.
Aadhaar should be handled as sensitive identity data. PRAMAAN presents only bounded verification signals.
Shows only a masked identifier or last-four style reference in reports.
Supports reviewer comparison of name and identity attributes where available in the configured workflow.
Surfaces these only when supported by the live rail and consent scope.
Can support address comparison without treating the document as a blanket legal conclusion.
Links the result to requester, purpose, timestamp, and consent reference.
Mismatches, stale context, or insufficient evidence are marked for human review.
Aadhaar can unlock strong identity workflows, but it also creates privacy and misuse risk when copied casually.
Sensitive PII requires minimization
Consent must be explicit and auditable
Masked reporting protects downstream reviewers
Identity signal for consented hiring and contractor workflows.
Structured alternative to sharing raw Aadhaar photos in chat.
Embedded identity step for sellers, providers, or earners.
A consented identity signal alongside other KYC workflow steps.
PRAMAAN should avoid exposing full Aadhaar values and keep sandbox testing separate from live PII workflows.
Every preview uses dummy sandbox data, a consent reference, a timestamp, document-specific signals, and bounded report language.
Sample sandbox report — no real PII
Sample sandbox report — no real PII. Full Aadhaar numbers are never shown in this preview.
Avoid storing or displaying full Aadhaar values in reviewer surfaces.
Do not run checks where requester purpose is unclear or consent is missing.
Name, DOB, or address differences should trigger review, not automatic rejection.
Use sandbox first, then run a live verification where your workflow and consent language are ready.
Single live verification
₹99
Developer and compliance teams can evaluate consent screens, result shapes, and webhook-ready reporting before live rollout.
Tenant, vendor, employee — anyone receiving payment in India.
Fallback identity and address verification for workers, tenants, vendors, staffing candidates, and platform users.
Drivers, delivery workers, fleet operators — DL is the implicit job-credential.
Most senior hires, mid-management vendors, NRIs returning.
Tenant verification, household help address proof, vendor verification.
High-trust hires — drivers, nannies, security staff, anyone with home-access.
No. Live checks require explicit consent from the data principal before processing begins.
Yes. The sandbox demo uses fixture data only and does not require real PII.
PRAMAAN surfaces the mismatch as a verification signal and recommends manual review where the evidence is incomplete, stale, or inconsistent.
No. Reports provide verification signals and consent evidence for reviewer decision support. They should not be treated as a guaranteed legal outcome.
No. Sample reports and reviewer surfaces should show masked Aadhaar references only.
No. This page does not claim UIDAI endorsement or certification.
Use sandbox fixture data first, then run a live ₹99 verification when the requester, purpose, and consent path are ready.