HRMS migration
Field-level mapping, validation, and rollback between Eploy and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
Eploy
Source
Crelate
Destination
Compatibility
10 of 12
objects map 1:1 between Eploy and Crelate.
Complexity
BStandard
Timeline
4-7 weeks
Overview
Moving from Eploy to Crelate is a cross-regional ATS transition that maps a UK-market, onboarding-integrated data model onto a US-market, ATS-plus-CRM unified system. Eploy structures hiring around Jobs, Candidates, Workflow Stages, and a distinct Onboarding module; Crelate combines applicant tracking with candidate relationship management in a single interface and separates onboarding into Crelate Hire. We extract Eploy data via its OAuth2 REST API subject to tiered rate limits (10 req/sec, up to 50,000 calls/day on Tier 4), resolve Eploy's custom workflow stage names via a mapping table built during discovery, and flag any onboarding records that live in Eploy's separate module schema. We do not migrate Eploy Workflows, Sequences, or Hiring Manager Portal configurations as code; we deliver a written inventory of these for the customer's admin to rebuild in Crelate's automation tools. Crelate's free trial and self-serve pricing model contrasts with Eploy's quote-driven, sales-first approach, making post-migration cost predictability easier on 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 Eploy 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.
Eploy
Job Requisition
Crelate
Job
1:1Eploy Jobs map to Crelate Job records with title, department, location, salary bands, and workflow assignment preserved. Eploy's job-to-workflow linkage maps to Crelate's pipeline stage assignment. Custom job fields migrate as custom fields on the Crelate Job object. Department and location hierarchies from Eploy map to Crelate's organisational taxonomy if the customer uses Crelate's multi-office configuration.
Eploy
Candidate
Crelate
Person (Candidate or Contact)
1:1Eploy Candidates map to Crelate Person records. Contact details, application history, skills, notes, and status transfer directly. Eploy's candidate-to-job application links map to Crelate's Application records attached to the Person. Duplicate detection uses email as the primary key with name and phone as secondary checks.
Eploy
Workflow Stage
Crelate
Pipeline Stage
lossyEploy workflow stages are customisable per organisation with no canonical list in the API. We discover active stage values by querying Eploy Jobs and aggregating distinct stage names during scoping, then build a mapping table to Crelate pipeline stages with customer confirmation. Stage transition timestamps migrate as audit data attached to the Application record in Crelate.
Eploy
Offer
Crelate
Offer
1:1Eploy Offers (salary, start date, role details, e-signature status) map to Crelate Offers attached to the relevant Application. E-signature audit trails transfer where the API exposes them. If Eploy Offer status is conditional or withdrawn, we preserve that status in Crelate Offer and flag any corresponding Application for admin review.
Eploy
Onboarding Record
Crelate
Crelate Hire (separate product)
1:1Eploy's onboarding module (reference collection, contracts, compliance documents) may live in a separate schema with partial API exposure. We query the onboarding endpoints explicitly during discovery. Records accessible via API migrate to Crelate Hire if the customer holds that subscription. Onboarding records in Eploy's module that return incomplete schemas are flagged in a gap report with a recommendation to export the remaining data as a CSV complement to the API migration.
Eploy
Employee Referral
Crelate
Referral Source
1:1Eploy referral records link an employee to a referred candidate and include reward status. We map referral attribution to Crelate's referral source field on the Person record and preserve the referring employee name and reward status as structured fields. If the referring employee is not a Crelate User, we store the referral attribution on the candidate Person record.
Eploy
Talent Pool
Crelate
Tag or Segment
lossyEploy Talent Pools are saved candidate collections used for future roles. We migrate pool memberships as Crelate Tags on the Person record, with the pool name preserved as the tag name. The customer chooses during scoping whether to create Crelate Segments (dynamic) or static Tags (manual) based on how they use talent pools in Eploy.
Eploy
Hiring Manager Portal
Crelate
User Assignment
1:1Eploy hiring manager assignments tie specific users to jobs and workflow stages. We migrate these as Crelate User assignments to the relevant Job records, with access permissions mapped to Crelate's role-based sharing model. Any role-based permissions that do not translate directly (e.g., granular stage-specific access) are documented for admin configuration post-migration.
Eploy
Custom Property
Crelate
Custom Field
1:1Organisations add custom fields to jobs, candidates, and other objects in Eploy. We detect and map custom property schemas during scoping discovery, then create corresponding fields in Crelate. Field types are mapped: Eploy text to Crelate text, Eploy dropdown to Crelate picklist, Eploy date to Crelate date. Any Eploy custom fields without a clear Crelate equivalent are flagged for the customer to choose between creating a new custom field or collapsing the data into a notes field.
Eploy
Assessment
Crelate
Custom Field or Attachment
1:1Assessment scores and results attach to candidate records in Eploy. We migrate available assessment data as structured custom fields where the API exposes them. Visual scores or formatted assessment outputs that cannot be mapped to structured fields migrate as document attachments linked to the Person record in Crelate.
Eploy
Document / Attachment
Crelate
Attachment
1:1Resume, cover letter, and compliance documents attach to candidates and jobs in Eploy. These are served as download URLs, not inline blobs. We enumerate all attachment URLs, download each file to temporary storage, then upload each to Crelate's attachment endpoint, preserving the original filename and linked record association. Large volumes of attachments extend migration time and require sufficient storage headroom; we flag this in scoping if the candidate-to-attachment ratio exceeds 10:1.
Eploy
Communication History
Crelate
Activity (Email, Note)
1:1Email and SMS threads tied to candidates in Eploy migrate to Crelate Activity records as email or note entries on the Person record. Email content and timestamps transfer as Activity entries; SMS content migrates similarly if the API exposes it. Plain text formatting is preserved; rich HTML formatting may flatten during transit, and we document this in the validation checklist.
| Eploy | Crelate | Compatibility | |
|---|---|---|---|
| Job Requisition | Job1:1 | Fully supported | |
| Candidate | Person (Candidate or Contact)1:1 | Fully supported | |
| Workflow Stage | Pipeline Stagelossy | Fully supported | |
| Offer | Offer1:1 | Fully supported | |
| Onboarding Record | Crelate Hire (separate product)1:1 | Fully supported | |
| Employee Referral | Referral Source1:1 | Fully supported | |
| Talent Pool | Tag or Segmentlossy | Fully supported | |
| Hiring Manager Portal | User Assignment1:1 | Fully supported | |
| Custom Property | Custom Field1:1 | Fully supported | |
| Assessment | Custom Field or Attachment1:1 | Fully supported | |
| Document / Attachment | Attachment1:1 | Fully supported | |
| Communication History | Activity (Email, Note)1:1 | 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.
Eploy gotchas
API rate limits cap daily call volumes per tier
API keys are tied to individual user records
Onboarding module data may live in a separate schema
Custom workflow stages require mapping table creation
Document attachments require separate download-then-upload passes
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 scoping
We audit the source Eploy instance across API tier (1-4), object counts (Jobs, Candidates, Offers, Onboarding records, Referrals, Talent Pool memberships), custom property schemas, active workflow stage names, document attachment volume, and engagement history volume. We pair this with a Crelate destination assessment: edition selection, user count, required modules (Crelate Recruit only vs Recruit plus Hire), and any Crelate custom fields to pre-create. The discovery output is a written migration scope with record counts, mapping table drafts, and a timeline estimate.
API key provisioning and pre-flight validation
We request a dedicated Eploy service account with read permissions across Jobs, Candidates, Applications, Offers, Onboarding, Referrals, and Talent Pools. We validate the API key in a pre-flight check, confirm the subscribed tier's rate limits, and configure migration worker throttling to stay within the 10 req/sec burst and daily cap. Any permissions gaps identified in the pre-flight are escalated before record extraction begins.
Workflow stage mapping and schema preparation
We query Eploy Jobs to extract distinct workflow stage names and build a mapping table to Crelate pipeline stages. The customer reviews and confirms the stage mapping before candidate records are processed. We also pre-create any Crelate custom fields required for Eploy custom properties, talent pool tags, referral attribution, and onboarding data that migrates to Crelate Hire if applicable.
Sandbox migration and reconciliation
We run a full migration into a Crelate test environment using a representative data sample (at minimum 500 candidates and 50 jobs). The customer's recruitment lead reconciles record counts, spot-checks 25-50 random candidate records against Eploy, and validates that workflow stage assignments, offer status, and talent pool memberships appear correctly in Crelate. Any mapping corrections happen in this phase. The customer signs off the sandbox results before production migration begins.
Production migration in dependency order
We run production migration in record-dependency order: Jobs (first, as they are the parent of Applications), then Candidates and Persons, then Applications with stage transitions, then Offers, then Referral and Talent Pool memberships, then Custom Properties, then Assessment data, then Activity history (communication threads), then Document attachments (last, as they require the most API calls per record). Each phase emits a row-count reconciliation report before the next phase begins. Document attachment migration runs on a separate worker thread throttled to the Eploy API limit.
Cutover, delta sync, and handoff
We freeze Eploy writes during cutover, run a final delta migration of any records modified during the migration window, then enable Crelate as the system of record. We deliver a written inventory of Eploy Workflows, Hiring Manager Portal configurations, and automation settings requiring rebuild in Crelate. We support a one-week hypercare window where we resolve reconciliation issues raised by the customer's recruiting team. We do not rebuild Eploy Workflows in Crelate's automation tools as part of the migration scope; that is a separate engagement or an internal admin task.
Platform deep dives
Eploy
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 Eploy 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
Eploy: 10 requests per second; daily tier caps of 1,000 / 5,000 / 10,000 / 50,000 depending on subscribed tier.
Data volume sensitivity
Eploy 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 Eploy to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your Eploy 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 Eploy
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.