Built for the procurement realities of public sector HR
A staffing process that has to be defensible. Data that has to stay where the funding agreement says. A vendor evaluation that asks harder questions than any private-sector one. These are the constraints the platform was designed around.
Defensible, accessible, and in-country
Public sector staffing is judged on process as much as outcome. A decision that cannot be explained is a problem regardless of whether it was the right one.
Data residency, evidenced
Candidate and employee data held on in-country infrastructure and never crossing the border. For funded organisations this is a condition rather than a preference, and we will put where your data sits in writing before you commit.
Auditability as a default
Who posted, who screened, who approved, who decided, and when. Recorded as the process runs rather than reassembled afterwards when a decision is questioned.
Competition-based staffing
Internal-first posting windows, defined eligibility, structured assessment against posted criteria, and a record of how each candidate was measured against them.
Accessible applications
The application is a public-facing service, and in this sector it is held to that standard. Ask us about the application experience specifically during your evaluation — see our accessibility statement for how we talk about this.
Multi-department structure
Departments and agencies with their own hiring managers, approval chains and classifications, without each one needing its own instance or its own administrator.
Vendor documentation
Security questionnaires completed against your template, a Data Processing Agreement reviewed as part of contracting, and subprocessors named. The step that usually stalls an evaluation.
What we will tell you before you commit
Procurement in this sector is slow because vendors are vague. We would rather answer these early, in writing, and be ruled out quickly if we are not right.
Where the data lives
Storage and backup regions, and which subprocessors touch it.
What implementation includes
What is in scope, what is not, and who does the configuration.
What changes cost
Which changes your administrators make unaided, and which are billable.
How you leave
What you get back, in what format, and how long it takes.
Send us your requirements
If you have a requirements matrix or a security questionnaire already drafted, send it. We will complete it and tell you honestly where we do not meet a requirement.
Book a demo →