Helia HR

Module

Recruitment: an AI-first ATS that ends with an employee record

Upload a folder of CVs and get structured candidate profiles back — then run one pipeline from job ad to signed offer, and turn the person you hired into an employee whose onboarding checklist is already running. Billed per company, not per recruiter, so everyone who interviews gets in.

€99per month · whole team

The Helia candidate list: CVs dropped in as PDF, DOCX or TXT and parsed into profiles with title, location, years of experience and extracted skill tags, filterable by source, skill and country.

What this gives you

From a folder of CVs to a shortlist you can defend

One opening draws a few hundred applications, and most of them arrive as a PDF attached to an email. Helia takes the folder: upload a single CV or a batch of up to twenty-five — PDF, DOCX or TXT — and each one comes back as a structured profile with name, contacts, current title, location, years of experience and extracted skills, in whatever language it was written in.

Two details save the most time:

  • A repeat email updates the person, not the list. Someone who applied in spring and again in autumn stays one candidate with two applications, rather than two half-filled records nobody reconciles.
  • Screening scores against that role's own requirements and writes down what matched and what didn't. It ranks and explains; the recruiter decides. Nothing is rejected automatically and nothing changes stage on its own.

Skills, source, country and free text stay filterable afterwards, so the database you build while hiring for one role is still worth something when the next one opens.

One pipeline everybody reads the same way

Applications move Applied → Screening → Interview → Offer → Hired, with Rejected as the honest terminal state. Rename the stages to the words your team already uses; the board underneath does not care.

Each interview gets a scorecard instead of a hallway impression — its criteria pre-seeded from that role's own requirements — so a decision made two weeks later rests on what people wrote at the time. Instead of a scheduling thread, propose up to eight slots and give the candidate a link where they pick one. The offer is composed from its own terms, emailed to the candidate, and accepted or declined on a link that needs no account.

Recruiting analytics reads those same records: open roles, candidates in pipeline, average time-to-hire, hires in the last 90 days, the stage-by-stage funnel with conversion, how long candidates sit in each stage, which sources actually produce hires, and why the ones who left left — company declined, candidate withdrew, or nobody wrote it down.

That last number is usually the uncomfortable one, and it is the one that shows where the process leaks.

A careers page, and an application that respects the applicant

Every workspace gets a public careers page under its own name: open roles, the description, and an apply form with CV upload. Publishing a role puts it there, closing it takes it down — no website ticket, no developer in the loop for a typo.

Applications arrive with consent recorded and a twelve-month retention horizon attached. A daily job actually enforces it: when the horizon passes, the CV file is deleted, the candidate archived, and the erasure written to the audit log. Candidates a recruiter adds by hand carry no automatic horizon — their consent came from somewhere Helia cannot see — so there is an explicit action to record it once you have it.

Look at your own bench before you post the role

The redeployment board is the part a standalone applicant-tracking tool structurally cannot do, because it never knows who is finishing a project. People whose assignment ends within the next 45 days are listed against your open roles, matched on overlapping skills and department, with the reason for the match shown rather than a score you are asked to trust.

Redeploying an engineer you already employ beats hiring one, and the moment to notice is before the ad goes out. This board reads assignment data, so it fills up for workspaces running the Delivery pack; the rest of Recruitment works without it.

How it fits with the rest of Helia

Recruitment sits on Helia Base, which holds the employees — which is why "hired" is not where the record stops. Hiring a candidate creates the employee: name, title, department, and the skills parsed off their CV as their tech stack. If you have an onboarding template for that department, their checklist is instantiated in the same action. If the role was opened to staff a specific project, the new hire is assigned to it.

Every AI step here — the job-description draft, the CV parsing, the screening — is a switch the owner controls in Settings → AI, per feature. Turn screening off and the pipeline still runs; you read the CVs yourself.

Recruitment is the one pack billed per company rather than per person, so the whole hiring committee can be in it. Pricing for every pack, with a calculator, is on the pricing page.

Common questions

Does the AI decide who gets rejected?

No. Screening reads the CV, scores it against the requirements written on that role, and shows which ones it met, partly met or missed. It cannot move a candidate to another stage, cannot reject anyone and cannot send anything — advancing, rejecting, offering and hiring are all separate actions a person takes. The prompts are instructed to ignore protected attributes and a second pass audits for it, but the CV is read whole: this is decision support, not blind screening. If you would rather no model scored your applicants, the owner switches CV screening off in Settings → AI and the pipeline runs exactly as before, minus the ranking.

What can we upload, and what happens to the CVs afterwards?

PDF, DOCX and TXT, one file or a batch. CVs land in a private bucket, never a public URL. Applications submitted through the careers page record consent and a twelve-month retention horizon; a daily job deletes the file, archives the candidate and logs the erasure once it passes. Candidates a recruiter adds by hand are not on that clock, because their consent was obtained outside the product — record it on the candidate when you have it.

Do we need anything else for the bench matching to work?

The redeployment board reads project assignments, which come from the Delivery pack. Without Delivery it simply stays empty — jobs, candidates, screening, scorecards, the careers page and the hire handoff all work on their own. With Delivery, it is the reason this pack is worth featuring: your bench is checked against every open role before you spend money outside.

We hire in bursts. Does a per-company fee make sense?

It is billed per company rather than per hire or per seat, so the arithmetic is just: how many hires a year, against what the alternative costs you. Two things make it earn its keep between bursts — the redeployment board keeps matching people rolling off projects to roles you have open, and the candidate database stays searchable, so the person you almost hired last spring is still there, parsed and tagged, when the next role opens. If you would rather not carry it year-round, write to hello@heliahr.com; self-serve plan changes are not live yet.

Try it on your own data

Import your people from a CSV and switch this module on — 14 days with everything unlocked, no card required.

€49/mo minimum bill · 15% off with annual prepay · cancel any time.

Recruitment — AI-first ATS for IT teams | Helia HR · Helia HR