Provider Voucher Workflow
A clear operating model for bulk vouchers, on-demand requests, scheduled attempts, candidate communication, and review visibility.
What a Voucher Represents
A ProctorEdge exam voucher is the provider-controlled right to schedule or attempt a specific exam. It should not become anonymous unlimited access. Before exam launch, the voucher must be connected to the provider, candidate, exam, schedule, and attempt policy.
Voucher principle
The voucher funds or authorizes the exam attempt, but the time-bound launch token starts the actual exam session.
Two Supported Voucher Models
Bulk Voucher Inventory
The provider purchases or reserves vouchers in advance, then assigns each voucher to an eligible candidate when scheduling is needed.
- Best for predictable training cohorts
- Tracks available, assigned, scheduled, consumed, expired, and revoked vouchers
- Supports reconciliation between provider records and ProctorEdge records
On-Demand Voucher Request
The provider requests a voucher for a specific candidate, course, and exam when the student becomes eligible.
- Best for lower-volume or ad hoc exam demand
- Captures candidate and exam context before approval
- Can start as an operations-assisted workflow before provider self-service is built
End-To-End Provider Process
Provider confirms eligibility
The provider confirms that the student is ready for a particular exam based on the course or certification rules.
Voucher is assigned or requested
The provider assigns a prepaid voucher or asks ProctorEdge to issue one for the candidate.
Candidate and exam details are validated
ProctorEdge validates the provider, candidate, exam, voucher state, attempt rules, and any scheduling constraints.
Exam slot is scheduled
The scheduled attempt includes date, time, timezone, launch window, support path, and the approved browser requirement.
Candidate receives instructions
The candidate receives browser installation instructions, exam rules, timing reminders, and the time-bound exam link.
Voucher is consumed or closed
After a valid exam launch or final attempt outcome, the voucher state is updated and kept in the audit trail.
Voucher States
| State | Meaning | Next action |
|---|---|---|
| Available | Voucher exists in provider inventory but is not assigned | Assign to candidate and exam |
| Assigned | Voucher is bound to a candidate and exam but not yet scheduled | Create schedule |
| Scheduled | Voucher is tied to a dated attempt and launch window | Send candidate instructions |
| Activated | Launch window is open and the candidate may start through ProctorEdge Browser | Validate launch token |
| Consumed | Voucher has been used for the authorized attempt | Close/reconcile |
| Expired, cancelled, or revoked | Voucher can no longer start the attempt under its current terms | Reschedule, reissue, or close |
Minimum Data Needed
Provider details
Provider name, contact person, billing or voucher reference, and authorized coordinator.
Candidate details
Candidate name, email, provider student reference, and exam eligibility context.
Exam details
Exam name, exam code, delivery mode, duration, allowed window, and retake policy.
Schedule details
Date, time, timezone, launch-window rule, reminder plan, and support escalation path.
Ready to set up provider vouchers?
Start with an operations-assisted provider workflow, then move toward provider self-service once the process is stable.