HRMS migration
Field-level mapping, validation, and rollback between Employment Hero and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
Employment Hero
Source
Crelate
Destination
Compatibility
7 of 12
objects map 1:1 between Employment Hero and Crelate.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Employment Hero to Crelate is a recruitment-side extraction and ATS rebuild. Employment Hero bundles HR, payroll, and SmartMatch recruitment in one platform; Crelate is a purpose-built ATS and recruiting CRM for staffing agencies and in-house talent teams. We export candidate profiles and application history from Employment Hero's recruitment module, map them to Crelate's Person and Job Order objects, and preserve custom field definitions and cost-centre hierarchy for reconfiguration at the destination. Historical pay runs, leave balances, award classifications, and employment compliance metadata are HR/payroll records that do not have equivalents in Crelate's data model and are flagged for manual HR review rather than migrated. Onboarding workflows, recruitment automation sequences, and SmartMatch candidate-matching rules do not migrate as code; we deliver a written inventory of every active template and automation for your recruiting team to rebuild in Crelate's workflow builder.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a Employment Hero object lands in Crelate, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Employment Hero
Employee
Crelate
Person (Candidate)
1:1Employment Hero employee profiles migrate to Crelate Person records. We extract first name, last name, email, phone, employment status, start date, employing entity, cost centre, and location fields. The employing entity and cost-centre assignments are stored as custom fields on the Person record in Crelate because Crelate's standard fields are candidate-recruitment focused. Any employees without email addresses are flagged for manual review before import — candidate records without contact information are not actionable in an ATS.
Employment Hero
Recruitment Candidate (SmartMatch)
Crelate
Person (Candidate)
1:1Employment Hero's SmartMatch candidate profiles (from the recruitment module) map directly to Crelate Person records with the full candidate profile preserved: work experience, education, skills, and screening responses. Application status from SmartMatch migrates as a custom status field on the Person rather than a native Crelate pipeline stage because Crelate tracks stage on Job Orders, not on candidate profiles independently.
Employment Hero
Job Posting
Crelate
Job Order
1:1Employment Hero job postings from the recruitment module map to Crelate Job Order records. The job title, description, location, employment type, and department fields migrate directly. Compensation details migrate as a custom compensation field on the Job Order if present in Employment Hero. Any job board integrations (LinkedIn, Indeed, Seek) do not migrate; we document the integration configuration for the customer's admin to re-establish in Crelate's job distribution settings.
Employment Hero
Application / Candidate Submission
Crelate
Job Order Activity / Candidate-to-Job Link
1:1Applications submitted through Employment Hero's SmartMatch recruitment module migrate as activity entries on the Crelate Job Order tied to the corresponding Person record. Application date, submission source (job board, direct, referral), and current stage migrate as custom fields. Historical stage transitions are preserved as a timestamped activity log entry rather than a native pipeline stage because Crelate manages stage at the Job Order level, not per candidate submission.
Employment Hero
Employee Documents
Crelate
File Attachments (linked to Person)
1:1Employment contracts, compliance documents, and onboarding files exported from Employment Hero migrate as file attachments linked to the corresponding Person record in Crelate. We preserve the original file name and document type label. Any documents without an associated Person record are held in a document queue for manual candidate-to-file linking before the migration is finalised.
Employment Hero
Custom Fields (Employee and Candidate)
Crelate
Custom Fields (Person, Job Order)
lossyCustom fields created in Employment Hero's organisation schema do not exist in Crelate until explicitly defined. We retrieve the custom field schema via GET /api/v1/organisations/:id/custom_fields before migration, then pre-create equivalent custom fields in Crelate settings (as text, number, date, picklist, or checkbox per the source type) before any data import. Fields without a direct Crelate type equivalent are escalated for the customer's HR team to decide mapping during scoping.
Employment Hero
Cost Centres
Crelate
Custom Classification Field (Person / Job Order)
1:1Employment Hero cost-centre hierarchy (departments and cost-attribution units) migrates as a custom picklist field on Crelate Person and Job Order records. We preserve the full cost-centre name and ID for reconciliation. Cost-centre data is used to attribute candidate sourcing and placement activity to business units in downstream reporting.
Employment Hero
Teams / Groups
Crelate
Team (Crelate Teams)
1:1Employment Hero teams (Groups in the current UI; 'teams' retained in API endpoint names) map to Crelate Teams. Team membership assignments migrate with each Person record. We use the API field team_id or group_id from the source schema to create the equivalent Crelate team and assign members at migration time.
Employment Hero
Payroll History / Pay Runs
Crelate
Not Migrated
lossyPay run history, leave balances, superannuation details, and award classification metadata are HR and payroll records that have no equivalent in Crelate's ATS data model. These records are outside the migration scope and are flagged for the customer's HR team to retain in Employment Hero (if the payroll module is kept) or export manually as CSV for compliance archive. We do not migrate payroll data to Crelate.
Employment Hero
Onboarding Workflows
Crelate
Not Migrated
lossyEmployment Hero onboarding workflows include document collection, task checklists, and compliance steps tied to new hires. Crelate does not replicate this workflow model natively. We map active onboarding tasks and flag any custom template steps that require rebuild. We deliver a written inventory of every active onboarding workflow with its trigger, steps, and owner assignment for the customer's admin to configure in Crelate or a separate onboarding tool.
Employment Hero
Recruitment Automation Sequences
Crelate
Not Migrated
lossyEmployment Hero SmartMatch recruitment automation sequences and candidate-matching rules do not migrate as code to Crelate's workflow builder. These are distinct automation models with different trigger conditions, action types, and sequence cadence features. We deliver a written map of every active automation with its trigger, sequence steps, and recommended Crelate workflow or task automation equivalent for the customer's recruiting team to rebuild.
Employment Hero
Benefits Enrollments
Crelate
Not Migrated
lossyBenefit plans and employee benefit enrollments are plan-gated HR records in Employment Hero. Crelate is an ATS without benefits administration capability. Active benefit enrollments are flagged for the customer's HR team to retain in a separate HR system or export as a CSV for manual reference. We do not migrate benefits data to Crelate.
| Employment Hero | Crelate | Compatibility | |
|---|---|---|---|
| Employee | Person (Candidate)1:1 | Fully supported | |
| Recruitment Candidate (SmartMatch) | Person (Candidate)1:1 | Fully supported | |
| Job Posting | Job Order1:1 | Fully supported | |
| Application / Candidate Submission | Job Order Activity / Candidate-to-Job Link1:1 | Fully supported | |
| Employee Documents | File Attachments (linked to Person)1:1 | Fully supported | |
| Custom Fields (Employee and Candidate) | Custom Fields (Person, Job Order)lossy | Fully supported | |
| Cost Centres | Custom Classification Field (Person / Job Order)1:1 | Fully supported | |
| Teams / Groups | Team (Crelate Teams)1:1 | Fully supported | |
| Payroll History / Pay Runs | Not Migratedlossy | Fully supported | |
| Onboarding Workflows | Not Migratedlossy | Mapping required | |
| Recruitment Automation Sequences | Not Migratedlossy | Fully supported | |
| Benefits Enrollments | Not Migratedlossy | Fully supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
Employment Hero gotchas
API rate limit of 100 requests per minute caps bulk migrations
HR and Payroll platforms do not always synchronise automatically
Award classifications may not exist in the platform's out-of-box library
Custom fields are organisation-scoped with no inheritance between environments
Additional employing entities require explicit employee-to-entity mapping
Crelate gotchas
120 req/min API rate limit throttles bulk migrations
20 custom field per-entity cap forces data model decisions
15,000-record export ceiling on single operations
Sequences and automation workflows do not migrate
API key is a querystring parameter, not a header
Pair-specific challenges
Migration approach
Recruitment module scoping and API audit
We audit the Employment Hero organisation to isolate the SmartMatch recruitment module data: candidate profiles, job postings, application history, onboarding tasks, and recruitment automation sequences. We also retrieve the HR module employee list for any employees who do not have a matching SmartMatch candidate record. We run GET /api/v1/organisations/:id/custom_fields to capture the custom field schema and GET /api/v1/employees to validate the total candidate record count and API response shape. The scoping output is a written data inventory and a recommendation on whether the migration scope covers recruitment-only or includes employee-to-candidate cross-module records.
Crelate schema pre-configuration
We configure Crelate before any data import. This includes pre-creating custom fields on Person and Job Order objects to match the Employment Hero custom field schema (text, number, date, picklist, or checkbox per source type). We create Crelate Teams to match the source team or group hierarchy, and we define Job Order statuses that correspond to the source recruitment pipeline stages. If multi-entity employing-entity assignments are present in the source, we create a custom picklist field on Person to carry this data. Schema is validated in Crelate's sandbox or test environment before production migration begins.
Candidate and employee deduplication
We run the deduplication pass across Employment Hero's employee list and SmartMatch candidate list. Candidates matched by email address are treated as a single Crelate Person record with employment data and recruitment profile merged. Employees without a matching SmartMatch candidate profile are imported as Person records with a custom employment_source field set to 'HR module only'. Any Person records without an email address are flagged in a reconciliation report for manual resolution before import.
API-rate-limited data export and transformation
We extract candidate profiles, job postings, application history, team memberships, and document metadata from Employment Hero using the REST API with a 100 req/min throttle and exponential backoff on 429 responses. Large record sets are chunked across multiple API sessions to prevent timeout gaps. Each export phase emits a row-count reconciliation report before the next phase begins. We transform the Employment Hero field schema to the Crelate Person and Job Order schema during extraction, applying the custom field mappings defined in the schema pre-configuration step.
Staging migration and Crelate verification
We load the transformed data into a Crelate test environment and run reconciliation against the source record counts. The customer's recruiting lead spot-checks 25-50 candidate records, 10-15 job orders, and 10-15 application history entries against the Employment Hero source. We verify that custom fields render correctly on Person and Job Order records, that file attachments are linked to the correct Person, and that team assignments appear correctly in Crelate Teams. Any mapping corrections are applied to the transform logic before the production migration is run.
Production migration and cutover
We freeze writes to Employment Hero during the cutover window, run a final delta export of any records modified during the migration window, then load into Crelate production. Document files are uploaded and linked to the corresponding Person records after the data load completes. We deliver the onboarding workflow and recruitment automation inventory document to the customer's recruiting team. We support a one-week hypercare window where we resolve any reconciliation issues raised during the first placement cycle. We do not rebuild Employment Hero onboarding workflows or sequences as Crelate workflows inside the migration scope.
Platform deep dives
Employment Hero
Source
Strengths
Weaknesses
Crelate
Destination
Strengths
Weaknesses
Complexity grading
Standard HRMS migration. 1 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Employment Hero and Crelate.
Object compatibility
1 of 7 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
7-object category — typical timelines run 2–7 days end-to-end.
API constraints
Employment Hero: 20 requests per second and 100 requests per minute per organisation.
Data volume sensitivity
Employment Hero doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during Employment Hero to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your Employment Hero to Crelate migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Employment Hero
Other ways to arrive at Crelate
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.