Identity and contact
The details that identify and contact the person, without creating login access.
- First name
- Last name
- Preferred name
- Work email
- Personal email
- Work phone
- Personal mobile
- Staff ID
- Date of birth
Choose one master copy, fix the rows that need judgement, then use HollyHR to stage, check and reconcile the move before anything changes.
Start with one signed-off master file. Remove duplicate rows, standardise dates and names, and decide which columns still have a purpose. HollyHR accepts paste, CSV and .xlsx sources, then stages 15 people and current-employment fields for review.
A new person can be created only after review. An update needs the exact tenant-scoped HollyHR Person ID. Names and email addresses can reveal a collision, but they never authorise an automatic merge. Once every row is resolved, HollyHR pins a dry run and commits ready people one at a time, with a receipt for each result.
A field-by-field CSV for the 15 people and current-employment facts HollyHR can stage.
Download the data dictionary XLSXStructure opening balances and approved or pending future bookings before the final organisation-specific import.
Planning copy. The import-ready workbook is generated inside HollyHR with exact Person IDs.Download the leave workbookOnce you add employee data, keep the working copy in a restricted location and remove abandoned copies.
The details that identify and contact the person, without creating login access.
The current job facts HollyHR can stage and reconcile at the cutover date.
Preserve each person's current manager in the signed-off source, then rebuild and check those relationships separately after the people records are reconciled. Manager relationships are not one of the 15 staged fields.
The update template is generated inside HollyHR with the exact tenant-scoped Person ID. Names and email addresses never become silent merge keys.
Stage the 15 supported fields from a spreadsheet, then decide each create or exact-ID update.
Preserve each person's current manager in the signed-off source, then rebuild and check reporting relationships separately after the people records are reconciled.
Import remaining balances separately, including the leave year, unit and whether future bookings are already deducted.
Approved and pending future bookings can be staged with exact Person IDs. Historic bookings stay outside this release.
Move files through the product's document workflow and retain any source evidence that HollyHR does not recreate.
Keep only records with a current operational or retention purpose. Do not turn an old spreadsheet into a permanent junk drawer.
The import creates or updates people records without inviting users. Invitations remain a separate decision after reconciliation.
Name one owner, one source file and one cutover date. Freeze duplicate working copies before they drift again.
One dated sourceResolve duplicate people, mixed date formats, obsolete departments and columns with no current purpose.
A reviewable people fileMap useful columns, correct exceptions and choose create, update, hold or skip for each person.
Every row resolvedCheck the proposed changes against the current source and target versions before committing anything.
A stable planApply ready people one at a time, retry only failed items and compare the receipts with the signed-off source.
A reconciled handoverYes. HollyHR accepts pasted tabular data, CSV and .xlsx files. Older .xls files need to be opened in Excel, Google Sheets or Apple Numbers and saved as .xlsx or CSV first.
The people cutover supports 15 fields: names, contact details, staff ID, date of birth, department, job title, start date, work type, weekly hours and employment status. Manager relationships are not one of the staged fields, so preserve them in the signed-off source and rebuild and check them separately after the people records are reconciled. The public data dictionary lists every supported field and its update rules.
An update requires the exact HollyHR Person ID for that organisation. Names, staff IDs and email addresses can flag a possible collision, but they do not authorise a match or overwrite a person automatically.
You map columns, resolve questions and reconcile each person first. HollyHR then creates a mutation-free dry run pinned to the staged source and current target versions. A stale dry run must be checked again.
No. Ready people commit in separate transactions. A failed or stale person can be held and retried without replaying successful people, while each completed item keeps its own evidence.
Yes. The separate leave cutover supports opening balances and approved or pending future bookings. It requires exact HollyHR Person IDs and an explicit answer about whether each future-booking group is already deducted from the source balance.
No. A cutover creates or updates people records without creating login identities or sending invitation events. Invite the team only after the records and leave position have been checked.
No card. No trial clock. Your source stays yours.