Skip to content
Surhires

Lifecycle

Shipping today

The handover from placement to first day

The moment a candidate becomes an employee is the moment most systems drop the record and start a fresh one, losing everything that came before.

Surhires converts a placed candidate into an employee record without retyping it, carrying the identifiers, the documents and the recruitment history across. It holds employment documents and their expiry dates. It is not an HRIS and it does not run payroll, performance or benefits.

By Surhires Editorial · Published · Reviewed

In the product: HRDashboard.tsx, HREmployeesPage.tsx, ConvertToEmployeeDialog.tsx, recruitmentConversion.ts and EmployeeDocumentsSection.tsx

What this is, and what it is deliberately not

Surhires is recruitment software. It is not an HRIS, not a payroll system, not a background-check provider and not an assessment platform. That boundary is stated on the pricing and about pages and it is worth restating here, because employee lifecycle is exactly where a recruitment tool starts pretending to be something else.

What this feature covers is narrow and useful: converting a placed candidate into an employee record, holding the documents that placement generated, and tracking the expiry dates that will otherwise be missed. It does not calculate pay, run reviews, administer benefits, hold an org chart or manage leave. If you need those, you need an HRIS, and the right relationship between the two systems is a clean handover, not a duplicate.

Conversion carries the history across

Converting a candidate creates an employee record linked to the original candidate record, the requisition they were placed against and the placement itself. Name, contact details, right-to-work documents, the signed offer letter, the start date and the reporting line come across without re-entry.

The link back matters more than the copy. Six months later, when somebody asks where a good hire came from, the employee record still points at the source, the recruiter, the requisition and the interview history. Source-of-hire attribution that survives conversion is the only kind worth reporting on, because attribution that stops at the offer answers a question nobody was asking.

  • Employee record created from the placement, with no field retyped
  • Bidirectional link to the candidate, requisition and placement records
  • Recruitment history, including interview feedback, retained and readable
  • Source attribution preserved through conversion into employment
  • Employment status changes recorded as events rather than overwritten fields

Documents, and the dates on them

Employment generates paper. Right-to-work or work-authorisation evidence, professional registrations, driving licences, DBS or equivalent checks, visas, certifications, signed contracts and policy acknowledgements. Most of it has an expiry date, and most of the risk in holding it comes from missing that date rather than from the document itself.

The documents section holds files against the employee record with a type, an issue date and an expiry date, and raises a reminder ahead of expiry. Access is permissioned: a document containing identity data is not visible to every seat. Retention windows apply here in the same way they apply to candidate records, so documents held for a person who left three years ago are flagged rather than kept forever by default.

Holding documents against the person rather than in a folder tree changes what happens when a question is asked. Right-to-work evidence, the signed offer letter and a professional registration all sit on one record with their dates, so a compliance question is answered by opening the person rather than by searching a shared drive. Uploads can come from the recruiter, from the employee through the career assistant, or from the mobile app, because the document usually exists as a photograph on a phone before it exists anywhere else.

Onboarding checklists are being extended

The first weeks after a placement are where drop-outs happen and where an agency either builds a relationship with a new client contact or does not. A checklist against the employee record covers the tasks that belong to the recruiting side: documents collected, first-day details confirmed, week-one and week-four check-ins scheduled, guarantee window noted.

This part is being extended rather than presented as finished. What exists holds the tasks and the dates; what is coming adds richer templating per client and per role type. We would rather say that than let a checklist screenshot imply a full onboarding suite that competes with a proper HR system.

For agencies, this is the contract book

Staffing firms that place contractors carry an employment-shaped obligation of their own. Contractors on the books need current right-to-work evidence, current insurance where the assignment requires it, and an assignment record with a start date, an end date and any extensions.

The employee record is where that lives for firms operating a temp or contract desk. It sits next to the placement, which carries the rate and the billing, so the compliance view and the commercial view describe the same person rather than two half-records in two systems.

Handing over to a real HR system

For in-house talent teams, the destination is usually an HRIS the company already runs. The useful thing Surhires can do is give that system clean, structured data at the point of conversion rather than a PDF and a covering email.

Export is available as CSV or JSON per employee or in bulk, and employment platform connectors carry an explicit state on their own integration pages. Nothing here claims a certified integration that has not been confirmed. The intent is a one-way, well-formed handover, not a second system of record competing with your first.

What you get

One-click conversion

A placed candidate becomes an employee record without any field being typed a second time.

Linked records

Employee, candidate, requisition and placement stay connected in both directions after conversion.

Retained hiring history

Interview feedback and disposition history remain readable against the person after they start.

Attribution survives

Source of hire is still answerable months later because conversion does not break the chain.

Document store

Employment documents held per employee with a type, an issue date and an expiry date.

Expiry reminders

Visas, registrations and right-to-work evidence raise a reminder before they lapse, not after.

Permissioned documents

Identity documents restricted to the roles that need them rather than visible to every seat.

Retention windows

Documents for leavers are flagged for review or erasure on a configurable schedule.

Assignment records

Contract start, end and extension dates held for firms running a temp or contract book.

Onboarding checklists

First-day, week-one and week-four tasks against the record; templating is being extended.

Status events

Started, extended, transferred and left recorded as dated events rather than a single field.

Clean HRIS handover

Structured CSV or JSON export at conversion, with connector states declared on their own pages.

Questions recruiters ask

Is Surhires an HRIS?

No. It is recruitment software. It converts a placed candidate into an employee record and holds the documents that placement produced, and it stops there. It does not run payroll, benefits, leave, performance reviews or an org chart, and we are not planning to build them. Those belong in an HR system you keep separately.

Does it run payroll?

No. Contract placements carry a pay rate and a charge rate so invoicing and margin work, but calculating gross to net, applying tax codes, filing statutory returns and paying people are not things Surhires does. Timesheet data can be exported for whichever payroll provider you use.

Why hold employee records in a recruitment system at all?

Two reasons. Agencies running a contract book carry the compliance obligation for the contractors on their books, and that obligation lives next to the assignment and the rate. And for permanent placements, keeping the link between the employee and the requisition is what makes source-of-hire attribution answerable after the hire rather than only up to the offer.

What happens to the candidate record after conversion?

It stays. Conversion creates a linked employee record rather than consuming the candidate record, so the sourcing history, the interview feedback and the disposition trail remain intact. If the same person is a candidate again in three years, that history is still there rather than having been archived at the point they started.

Are onboarding checklists finished?

They are being extended. Tasks and dates against the employee record work today; richer per-client and per-role templating is later work. We are labelling that honestly rather than showing a checklist screen and letting it imply a full onboarding product. If onboarding is your main requirement, an HR system will serve you better than we will.

How do document expiry reminders work?

Each document carries a type, an issue date and an expiry date. A reminder is raised at a configurable interval before expiry and appears as a task rather than an email that gets filtered. Expired documents surface as an exception on the employee list so a lapsed work authorisation is visible before somebody asks about it.

See it against your own reqs

Bring one live role and three resumes. In twenty minutes you will see the match scores, the shortlist and the placement invoice that comes out the other end.