Moves through the mapper
- First and last name
- Work and personal email
- Preferred name
- Work phone and personal mobile
- Department and job title
- Start date and date of birth
- Work type
Bring a CSV or Excel file. HollyHR suggests the column matches, shows five mapped rows for review and records the result, so your team can make the handover with control.
Choose one signed-off source, remove obvious duplicates, upload CSV or .xlsx, check HollyHR's suggested field matches and preview the first five mapped rows. A System Admin can then import up to 500 rows at a time.
The importer creates or updates people by work email and records aggregate counts plus bounded warnings and errors. It does not move leave balances, documents, working-pattern history, custom fields or workflow state. Reconcile those as separate jobs instead of squeezing them into mystery columns.
HollyHR recognises common headings, but the System Admin owns the final field map. Required fields stay visible, optional matches can be changed, and irrelevant columns can be left out. The preview shows the first five mapped rows so you can check the shape before applying the import.
HollyHR accepts a deliberately useful people shape. That keeps the first move inspectable and makes the remaining work visible.
Use synthetic or redacted samples for an early migration conversation. Do not send live employee data through a public form.
The aim is not a dramatic migration weekend. It is a short sequence with named evidence, cheap reversibility and no ambiguity about the live master.
Choose one file, one owner and one cut-off. Stop fixing different copies in parallel.
Resolve duplicate emails, missing names, mixed date formats and departments nobody recognises.
Let HollyHR suggest matches, adjust them deliberately and inspect the first five mapped rows.
Include a future starter, a part-timer and someone already in HollyHR before the full run.
Read the aggregate result and bounded issues, spot-check the records and only then make HollyHR the live master.
A move is a chance to retire accidental process. Keep only information with a clear operational or retention reason, then put it in the part of HollyHR built to hold it.
Keep the signed-off source for evidence. Recreate policy outcomes in the system that will own them.
Decide whether each note has a lawful, current purpose before moving it into an employee record or document.
Move retained leaver data only when the purpose and deletion date are understood—not as a default archive dump.
Every active person has one unique work email
First name, last name and email are mapped
Dates have been sampled after parsing
New department names are intentional
Leave and document work has a separate owner
The source file is dated and read-only
Import history records the file, provider, mapped and ignored columns, counts, warnings and errors, with bounded issue lists. Pair that aggregate record with a short human review of the people who exercise your awkward cases.
Use these answers to set owners, evidence and timing before the old system stops being your live source.
Yes. A System Admin can upload CSV or .xlsx people files. The browser parses the file, suggests field matches and shows a five-row preview before import.
The current people importer maps 12 fields: first name, last name, work email, preferred name, personal email, work phone, personal mobile, department, job title, start date, date of birth and work type. First name, last name and work email are required.
Up to 500 rows per import. Imports are also rate-limited to protect the workspace, so split a larger source into controlled, reviewed batches.
HollyHR matches people by work email inside the target organisation. An existing profile is updated; a new email creates a person, subject to the plan's active-person limit.
No. Rows are handled individually. Validation and plan-limit rows can be skipped; persistence and access conflicts can fail while other valid rows continue. Each successful row is written in its own transaction, so the batch is partial rather than all-or-nothing, and stored warning/error lists are bounded.
No. The self-serve importer is for the 12-field people shape. Leave balances, documents, history and configuration need an explicit reconciliation plan.
Keep a dated, read-only signed-off source for migration evidence and retention needs. Stop treating it as a second live master once HollyHR has been reconciled.
Product limits come from the shipped HollyHR workflow. Supplier facts come from the supplier's own current guidance, reviewed 18 July 2026.
Join the early-access list. If your team is invited, a synthetic or redacted sample can make the follow-up useful without sending live employee data through a public form.