T2 reviewed
Published entry path
Shown only where the public pricing source supports it.
Schools, daycares, and tutoring centers can scope annual verification for staff, transport drivers, tutors, vendors, and contractors while preserving consent, minimization, renewal, and support boundaries.
Sample preview — no real PII
Transport drivers
Scoped role
Renewal trackedTutors
Consent pending
No secret checkVendor staff
Review queue
Manual reviewStudent data
Not required
MinimizedNo school-board approval or official audit-report automation is claimed.
T2 reviewed
Shown only where the public pricing source supports it.
R3
Pilot, waitlist, and target capabilities stay labelled.
Consent
Pricing, volume, parent visibility, support, renewal, and audit materials require signed scope.
Audience stakes
The redesign makes every page explain the buyer's operational world before asking for a conversion.
Schools 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
Annual staff, transport, tutor, vendor, and contractor verification workflows for adults near children.
Who this is for
Each stakeholder gets the decision surface they need while the person being verified keeps consent and rights visible.
Risk, time, and decision clarity
PRAMAAN view: Status, consent, and exception queue.
Purpose, control, and correction
PRAMAAN view: Consent notice, report visibility, support and DSR routes.
What to do with an incomplete signal
PRAMAAN view: Review-needed state and responsible-use notes.
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
Adult-near-child workflows must keep purpose, role, consent, minimization, renewal, support, correction, DSR, and grievance routes visible.
Purpose shown before staff, tutor, transport, or vendor checks
No student or guardian data unless necessary and reviewed
Parent or committee views avoid raw reports by default
Refusal, incomplete consent, and manual review stay 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
Transport drivers
Scoped role
Renewal trackedTutors
Consent pending
No secret checkVendor staff
Review queue
Manual reviewStudent data
Not required
MinimizedNo school-board approval or official audit-report automation is claimed.
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
The page avoids unsupported board, safety, legal, criminal, and parent-facing status claims.
No school-board approval claim
No official audit report automation unless implemented
No student data processing unless necessary and legally supported
Police verification requirements still apply where applicable
T2 reviewed
Pricing, volume, parent or committee visibility, support, renewal cadence, and board/audit materials require a signed school workflow scope.
R3
School workflows are R3. School names, counts, board acceptance, parent outcomes, safety outcomes, and pilot metrics are not published without approval.
Integration and operations
Separate school-facing status, parent/committee visibility, and government-school workflows.
Staff workflow
By agreement
Transport workflow
By agreement
Parent/committee view
By agreement
Board/audit packet
By agreement
Government school
Planned
Proof and pilot clarity
School workflows are R3. PRAMAAN does not claim school-board approval, official safety certification, parent trust outcomes, coverage benefits, or live government-school deployment.
FAQ
Short, specific answers with consent, visibility, pricing, rollout, and limitation boundaries.
Related journeys
Give staff, transport, tutor, vendor, and contractor roles a consented, reviewable, renewal-aware workflow without overclaiming safety outcomes.