HRMS migration
Field-level mapping, validation, and rollback between HROne and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
HROne
Source
Crelate
Destination
Compatibility
8 of 12
objects map 1:1 between HROne and Crelate.
Complexity
BStandard
Timeline
4-6 weeks
Overview
Migrating from HROne to Crelate is a cross-category move: HROne is a payroll-first HRMS built for Indian and Middle Eastern enterprises; Crelate is a talent-attraction ATS and recruiting CRM. The migration is viable when the primary driver is moving recruitment operations — job postings, candidate pipelines, client contacts, and placement records — to a purpose-built recruiting platform. The challenge is that HROne stores payroll, leave balances, attendance logs, and performance appraisals as first-class data objects; Crelate has no native equivalent for any of these. We handle this by mapping employee demographics, compensation summaries, and historical employment data to Crelate candidate custom fields and by delivering a written inventory of every HROne record type that cannot map natively, so the customer's admin can decide whether to carry it in a separate system, a data warehouse, or manual records. We sequence the migration through Crelate's staging environment, validate record counts against the HROne export, and load into production only after sign-off. Workflows, leave approval automations, and payroll processing rules from HROne do not migrate; we document them for the admin to rebuild in Crelate.
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 HROne 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.
HROne
Employee
Crelate
Candidate
1:1HROne Employee records map to Crelate Candidate. Name, email, phone, department, employment type, status, hire date, and manager relationship transfer as standard Candidate fields. Compensation summary (current salary, pay frequency, currency) migrates to custom fields on the Candidate record since Crelate Candidate has no native compensation object. We flag every HROne custom field discovered during API profiling and add a corresponding custom field in Crelate under Settings | Core Records | Contacts before import begins.
HROne
Employee
Crelate
Contact
1:1HROne employees who represent client companies or hiring managers map to Crelate Contact records. The employee name becomes the Contact name; their HROne email becomes the Contact email; their department becomes a custom field. Contact type (internal vs external) is set based on whether the employee's organization matches the Crelate destination company's organization.
HROne
Organization Structure (Departments)
Crelate
Company
lossyHROne departments and cost centers map to Crelate Company records when they represent business entities or client organizations. Internal departments without a client counterpart become custom picklist values on Candidate records. We preserve the reporting hierarchy (manager-employee relationships) as manager lookup fields on Candidate during import.
HROne
Job Opening
Crelate
Job
1:1HROne job postings (available on Professional and Enterprise tiers) map to Crelate Job records. Job title, department, location, employment type, and posting status transfer directly. Applicant status pipeline stages from HROne map to Crelate Candidate Job Activities with status values normalized to Crelate's stage model. Open date and close date map to Job startDate and endDate fields.
HROne
Recruitment / Applicant
Crelate
Candidate Job Activity
1:1HROne applicant records attached to job openings map to Crelate Candidate records linked to the corresponding Crelate Job via Candidate Job Activity records. Application status, submission date, source (referral, job board, direct), and any interview stage ratings transfer as Candidate Job Activity fields. Custom recruiter fields from HROne migrate to custom fields on the Candidate Job Activity in Crelate.
HROne
Compensation Record
Crelate
Candidate (custom fields)
1:manyHROne compensation records (salary components, pay frequency, allowances, effective dates) aggregate by employee into a compensation summary that migrates to custom fields on the Crelate Candidate record. Pay frequency and currency normalize to single values; component breakdowns (basic, HRA, transport, bonus) flatten into text or numeric custom fields. Compensation history with multiple effective-date records merges into the most recent active compensation snapshot plus a notes field carrying the history summary.
HROne
Document (Offer Letter, Contract)
Crelate
Candidate Attachment / Document
1:1HROne employee documents (offer letters, employment contracts, ID proofs) export as file binaries with metadata. We extract the file and map it as a Crelate Candidate document attachment. Crelate supports document uploads on candidate records with file type, language, and custom tags. We match document type from HROne (offer letter, contract, ID proof) to the appropriate Crelate document category during import.
HROne
Performance Appraisal
Crelate
Candidate (custom fields)
1:1HROne appraisal cycles, goals, ratings, and reviewer assignments have no native Crelate equivalent. We carry the most recent appraisal rating, review date, and reviewer name as custom fields on the Crelate Candidate record. Detailed goal lists and multi-cycle appraisal history flag as a data-gap item in the migration inventory: these require either a custom object in Crelate (provisioned during migration) or a manual handoff document for the customer's admin.
HROne
Engagement: Calls, Emails, Meetings, Tasks
Crelate
Activity
1:1HROne engagement logs — calls, emails, meetings, and tasks — attached to employee or applicant records map to Crelate Activity records linked to the corresponding Candidate or Contact. Activity type, date, subject, notes, and outcome disposition transfer directly. Crelate's Activity Forms feature (screener questions, interview prep) is configured during migration but existing form responses migrate as Activity notes rather than structured data.
HROne
Leave Balance
Crelate
Candidate (custom fields) / No native equivalent
1:1HROne leave balances (entitled, accrued, used, pending) have no native equivalent in Crelate's ATS model. We carry the most recent leave balance snapshot as custom fields on the Crelate Candidate record (leave_type, balance, accrued_to_date). Leave approval workflows do not migrate; we document each HROne leave workflow for the customer's admin to rebuild in Crelate or retain in a separate HRMS. Leave data is flagged as a data-gap risk if the customer needs it for payroll or compliance purposes.
HROne
Time & Attendance
Crelate
No native equivalent
lossyHROne clock-in/out logs, shift assignments, and overtime records have no Crelate equivalent. Crelate is an ATS, not an attendance system. We do not migrate attendance data into Crelate. Instead, we deliver a written record of the attendance data schema from HROne's export for the customer's admin to evaluate: if payroll processing continues in HROne or moves to a separate payroll system, attendance data should remain there. If attendance records are needed for compliance or HR audits, we recommend a separate export and storage solution.
HROne
Custom Fields
Crelate
Custom Fields
lossyHROne custom fields are instance-specific and may not appear in the API export. We perform a dual-profiling step: extract a sample employee record from HROne's UI export alongside the API export, compare field counts, and flag any discrepancy as a manual custom field to be added in Crelate under Settings | Core Records | Customize Fields before migration begins. Crelate supports Short Answer, Long Answer, Date, Numeric, Picklist, and multi-select custom field types. We match HROne field types to Crelate equivalents during schema design.
| HROne | Crelate | Compatibility | |
|---|---|---|---|
| Employee | Candidate1:1 | Fully supported | |
| Employee | Contact1:1 | Fully supported | |
| Organization Structure (Departments) | Companylossy | Fully supported | |
| Job Opening | Job1:1 | Fully supported | |
| Recruitment / Applicant | Candidate Job Activity1:1 | Fully supported | |
| Compensation Record | Candidate (custom fields)1:many | Fully supported | |
| Document (Offer Letter, Contract) | Candidate Attachment / Document1:1 | Fully supported | |
| Performance Appraisal | Candidate (custom fields)1:1 | Fully supported | |
| Engagement: Calls, Emails, Meetings, Tasks | Activity1:1 | Fully supported | |
| Leave Balance | Candidate (custom fields) / No native equivalent1:1 | Fully supported | |
| Time & Attendance | No native equivalentlossy | Mapping required | |
| Custom Fields | Custom Fieldslossy | Mapping required |
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.
HROne gotchas
HROne's REST API has no documented bulk export endpoint
Timezone normalization required for attendance data
Per-user billing model can inflate headcount during migration planning
Custom fields are instance-specific and not always in the public API
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
Discovery and tier audit
We audit the source HROne portal across tier (Basic, Professional, Enterprise), active modules (payroll, attendance, leave, recruitment, performance), employee record count, job opening count, applicant volume, and custom field inventory. We pair this with a Crelate tier audit: Business ($119/user/month) covers most recruiting-focused migrations; Business Plus and Enterprise offer higher custom field limits, advanced reporting, and AI candidate matching. The discovery output is a written migration scope with a data-gap section identifying every HROne record type that cannot map natively to Crelate, including leave balances, attendance logs, and performance appraisal history.
Crelate staging environment setup and custom field provisioning
We provision a Crelate staging environment and add all required custom fields identified during discovery. This includes compensation summary fields on Candidate, leave balance snapshot fields, organization hierarchy fields, and any HROne custom fields that were missing from the API export. We configure picklist values for department, employment type, candidate source, and application status based on the HROne data vocabulary. Crelate's field settings live under Settings | Core Records | Customize Fields, and we document every field added so the customer can manage it post-migration.
Dual export and record reconciliation
We extract data from HROne using both the REST API (where available) and the UI export report (for fields missing from the API). We reconcile record counts between the two exports and verify that the total employee count, job opening count, and applicant count match what the customer sees in HROne's UI. Any discrepancy triggers a data-gap investigation before mapping is finalized. We also extract HROne user accounts and cross-reference them against employee records to flag shared logins and inactive accounts that should not replicate in Crelate.
Staging migration and customer validation
We run a full migration into the Crelate staging environment: employees to Candidates, departments to Companies or Candidate custom fields, job openings to Jobs, applicants to Candidate Job Activities, compensation summaries to Candidate custom fields, documents as Candidate attachments, and activities as Activity records. Crelate's published migration process includes a test-then-switch pattern, and we follow this by delivering a sample of migrated records for the customer's recruiting lead to validate against the HROne source. Mapping corrections, field type mismatches, and missing picklist values are resolved in staging before production begins.
Production migration in dependency order
We run the production migration in record-dependency order: Companies (from HROne departments that represent client entities), Candidates (from HROne employees with compensation summaries mapped to custom fields), Jobs (from HROne job openings), Candidate Job Activities (from HROne applicants), Activities (calls, emails, meetings, tasks linked to Candidates and Contacts), and Documents (attached to Candidate records). Each phase emits a row-count reconciliation report before the next phase begins. We freeze writes in HROne during the cutover window and run a final delta migration for any records modified during the migration window.
Cutover, data-gap handoff, and rebuild inventory delivery
We enable Crelate as the system of record after the final delta migration validates zero record drift. We deliver the migration inventory document covering: (1) all migrated record types and counts, (2) all data-gap items with schema documentation (leave balances, attendance logs, performance appraisals, payroll data) for the customer's admin to evaluate for a separate system or manual records, and (3) a written workflow and automation inventory documenting HROne leave approval workflows and any recruitment-specific automations requiring rebuild in Crelate. We support a one-week hypercare window for reconciliation issues. We do not rebuild HROne workflows as Crelate automations as part of the standard migration scope.
Platform deep dives
HROne
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 HROne 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
HROne: Powered by Azure API Management; specific quotas not publicly published — typical enterprise SaaS limits assumed.
Data volume sensitivity
HROne exposes a bulk API — large-volume migrations stream efficiently.
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 HROne to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your HROne 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 HROne
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.