Talview Proctor Portal
All chapters
Proctor onboarding · end-to-end walkthrough

The Proctor Onboarding Journey

From the moment a candidate clears interview, to the day they go live as an active proctor — this is every screen, every verification step, and every handoff between roles inside the Talview Proctor Portal. Captured live, against the real application.

Internal teams Leadership Customers & partners
8
Pipeline stages
3
Roles involved
2
Code-verified steps
1
Source of truth

The journey at a glance

1
Sourcing

Interview Select

Admin / Coordinator

The journey begins the moment a candidate clears their interview. An admin or coordinator adds them as an Interview Select — the vendor, work type (Work-From-Office, On-Demand-Proctoring, or Hybrid), and any panel notes are captured right here, before any candidate-facing communication goes out.

This single entry becomes the seed record for everything that follows: it is what the system checks against at every later gate, from document dispatch to final activation.

Add Interview Select success confirmation in the admin portal
Interview Select created — vendor, work type and panel notes recorded
2
Self-service · verified by code

Onboarding Form

Admin dispatches Candidate completes

With one click, the admin sends the candidate a secure, tokenized link to their own Onboarding Form — a public page that needs no account or password.

The candidate first verifies the email address on file with a one-time 6-digit code — this is what confirms it is genuinely them before any personal data is collected. Once verified, they fill in their own profile: contact details, address, date of birth, gender, and Aadhaar. The form closes with a clear confirmation, and the admin instantly sees the record move to In Progress.

Onboarding form sent, status shows Sent
1 · Link sent
Verify your email step of the onboarding form
2 · Verify email
Verification code sent confirmation screen
3 · Code delivered
Candidate profile step filled with details
4 · Profile completed
Registration Complete confirmation screen
5 · Registration complete
Why the code matters: it's only ever sent to the email address already on file for that candidate, and there's no way for anyone outside the system to guess or generate it — it exists purely to confirm the person filling in the form is really them.
3
Internal review

Proctor Record Created

Admin

The moment the candidate submits their profile, a full proctor record appears in the main Proctors list, carrying everything they just entered. Opening it gives the admin a single, tabbed view of the whole candidate — personal details, documents, evaluation history and a full activity trail — and the header always shows exactly which of the six pipeline steps the candidate is currently on.

Proctor detail drawer showing personal details and pipeline step 2 of 6
Proctor record — Overview tab, "Step 2 of 6: Demo"
4
Compliance

Background Verification

Admin / Vendor

In parallel with the rest of the pipeline, every candidate runs through Background Verification. A dedicated Incomplete BGV queue surfaces exactly who is still missing a document and, separately, who has gone overdue — nothing requires manually cross-checking the full proctor list to find at-risk candidates.

Incomplete BGV queue showing all complete, no missing documents
Incomplete BGV queue — nothing outstanding right now
5
Readiness & evaluation

Demo & Assessment

Vendor confirms readiness Admin schedules & evaluates

This is the busiest stage in the pipeline, and deliberately split across two roles so no one party can mark their own work as "ready." The candidate's vendor is the one who confirms, from their own restricted view, that someone is genuinely prepared for a demo and an assessment.

Vendor view with Set Ready buttons for Demo and Assessment
Vendor view — marking a candidate ready for Demo and Assessment

Once marked ready, the candidate surfaces in the admin's Proctor Certification queue, where a coordinator is assigned and a date, time and score cap are set for each session.

Demo ready queue showing one candidate
Ready queue, filtered to Demo
Assign Demo Panel form with coordinator, date, time and score
Scheduling a panel and a time slot

Both sessions then appear on the shared Scheduled Events board, where every coordinator can see what's coming up across the whole team. Each entry stays locked until 30 minutes before its scheduled time — a deliberate guard against marking a result before the session has actually happened.

Scheduled Events board with upcoming demo and assessment sessions
Scheduled Events — both sessions on the board

Once the window opens, the panel records a pass/fail result with a score and a comment directly against the session. Passed sessions roll straight into a permanent, auditable results ledger — the same record a customer's QA team can later review.

Evaluate demo dialog with result, score and comment fields
Recording a Demo result
Evaluation results ledger with pass results, scores and dates
The permanent results ledger
6
Self-service · verified by code · e-signature

NDA & Onboarding Documents

Admin dispatches Candidate completes

Only once both Demo and Assessment are passed does Send Docs become available — the system will not let paperwork go out ahead of a candidate who hasn't actually qualified yet. One click sends a second secure link, protected by its own verification code, this time for the non-disclosure agreement (NDA) and the full set of onboarding documents.

The document itself is a multi-page, legally-worded PDF — today's active version covers 37 individual fields (signatures, dates, full names and address lines) across five policies: the Code of Conduct, Code of Ethics, Acceptable Use Policy, Disciplinary Action policy, and the NDA itself. The candidate works through it field by field: confirm their identity with a code, sign electronically wherever a signature is required, and upload supporting documents — resume, passport photo, graduation certificate, Aadhaar copy, PAN copy and an eye-test certificate.

Proctors list showing NDA and Docs status as Sent
NDA & onboarding documents dispatched
NDA Template admin page showing the active onboarding document and its 37 mapped fields
The active template behind every signing link — 37 mapped fields across 5 policies
Document integrity by design: every uploaded file is hashed and independently verified, every signed page is watermarked with a tamper-evident audit trail, and the signing link itself expires — same-day or 24 hours, configurable per template — so a stale link can't be reused.
7
Customer-specific

Client SOP Certification

Admin

Many proctors need to be certified against a specific customer's Standard Operating Procedure before they can work that customer's sessions. Client SOP is where that happens — the admin picks a customer, sees exactly who is eligible, and certifies them individually or in bulk via a downloadable, re-uploadable template, with every certification timestamped and versioned against that customer's current SOP.

Client SOP page prompting to select a customer to begin certification
Client SOP — select a customer to see who's eligible
8
Final gate

Verification & Activation

Admin

The last two gates close the loop. Verify is the admin's final sanity check that every upstream requirement — BGV, signed NDA, uploaded documents, passed Demo and Assessment — genuinely landed before anyone is trusted with real candidate sessions. Activate is the single action that flips a proctor's status from In Progress to Active, at which point they leave this onboarding journey entirely and start appearing in live scheduling and session assignment.

These rules are enforced by the system itself, not just suggested by the screen — what you see always reflects what's actually true.
Both actions are available in bulk, with the portal pre-filtering to exactly who qualifies right now.
Activation is logged permanently to the Audit Log, alongside every other state change in the journey.
Verify and Activate are bulk, filtered actions on the main Proctors list ("Verify eligible" / "Activate eligible") — by the time this walkthrough was captured, the live pipeline had no candidate sitting at this exact final gate, so this step is described here rather than shown.

Built for trust, at every handoff

The same guarantees that protect one candidate's journey apply uniformly across all of them — nothing here is a special case.

Two separate identity checks

The onboarding form and the NDA signing link each require a fresh, short-lived verification code sent only to the email already on file.

Tamper-evident documents

Every uploaded file is digitally checked for tampering, and every signed page carries a watermarked trail of who signed what and when — not just a signature box.

Role separation, enforced

A vendor can confirm their candidate is ready, but can never schedule or grade them; an admin can schedule and grade, but can never confirm their own candidate's readiness.