T3 reviewed
Published entry path
Shown only where the public pricing source supports it.
PRAMAAN helps 50-500 person companies manage candidate, contractor, and vendor verification status across branches with consent evidence, role-scoped views, and reviewed rollout terms.
Sample preview — no real PII
Delhi branch
42 candidates
11 pending consentBengaluru branch
88 contractors
7 amber reviewCSV import
May field cohort
SupportedAudit export
Branch packet
ReadyDummy cohort data. CSV/API status should be verified before production rollout.
T3 reviewed
Shown only where the public pricing source supports it.
R4
Pilot, waitlist, and target capabilities stay labelled.
Consent
Bulk, branch, API, export, support, and migration terms follow current pricing or signed scope.
Audience stakes
The redesign makes every page explain the buyer's operational world before asking for a conversion.
Mid-Market users need verification that fits the way they already operate.
The person being verified must see the purpose and consent before processing starts.
Teams need a readable signal and audit trail without exposing more PII than required.
Specialized module
R4 mid-market branch HR playbook for scoped bulk, branch, API, and export workflows.
Who this is for
Each stakeholder gets the decision surface they need while the person being verified keeps consent and rights visible.
Cohort progress and pending consent
PRAMAAN view: Branch dashboard with consent, completed checks, and amber review.
Local hiring status
PRAMAAN view: Branch-level queue and ageing items.
Audit export and retention
PRAMAAN view: Exportable consent and status evidence.
Workflow
The person being verified sees the purpose before checks run; the operator receives a decision-support signal and escalation path.
The workflow starts with an explicit purpose and requester role.
The person sees the purpose, support route, and sharing boundary.
Operational views prefer verdicts and status over raw identity documents.
Capabilities
Capabilities are useful only when the live/planned/target boundary is visible.
A verification path shaped around this audience, not a generic form.
Purpose, requester, timestamp, and support path are part of the result.
Operators see the signal they need without default access to raw documents.
Incomplete, disputed, or adverse signals route to manual review.
Live, supported, planned, target, and by-agreement capabilities remain marked.
The page explains what PRAMAAN does not replace or guarantee.
Consent and DPDP
Each page keeps consent, purpose, minimization, DSR, support, and grievance paths visible.
Explicit consent before checks
Purpose shown before processing
Operational views prefer signals over raw documents
DSR, correction, support, and grievance routes visible
Sample preview
Every preview uses dummy, masked data and is labelled so it cannot be confused with a real report.
Sample preview — no real PII
Delhi branch
42 candidates
11 pending consentBengaluru branch
88 contractors
7 amber reviewCSV import
May field cohort
SupportedAudit export
Branch packet
ReadyDummy cohort data. CSV/API status should be verified before production rollout.
Use cases
Use PRAMAAN for the highest-frequency verification path.
Less document forwarding and clearer consent.
Route amber, incomplete, or disputed signals to a human reviewer.
Better decisions without automatic rejection.
Refresh signals when a badge, pass, or role context becomes stale.
No reliance on old screenshots.
Responsible use
PRAMAAN should not be positioned as automatic rejection, universal legal proof, guaranteed audit clearance, or a replacement for HR policy.
Existing BGV migration requires mapping and consent review
Branch privacy needs role-based access
Adverse signals require review
ATS/API integrations must be marked from source-of-truth scope
T3 reviewed
Use current pricing or signed scope for monthly price, included checks, branch access, API, migration, support, export, and refund terms.
R4
Mid-market copy is reviewed before claiming included volume, ATS/API availability, audit outcomes, customer metrics, or migration/backfill support.
Integration and operations
Mid-market teams can begin with dashboard workflows and evaluate bulk, API, webhook, migration, or ATS readiness as scoped production steps.
Dashboard queue
Supported
Branch dashboards
By agreement
Bulk / CSV
By agreement
API / webhooks
By agreement
ATS sync
By agreement
Proof and pilot clarity
Talpro in-house use can be referenced as internal proof. Named customers, branch counts, cohort metrics, savings, and time-to-hire claims require approval.
FAQ
Short, specific answers with consent, visibility, pricing, rollout, and limitation boundaries.
Related journeys
Move verification out of spreadsheets and into a consent-first operating view with plan-scoped support and integrations.