HRMS migration

Migrate from Eploy to Crelate

Field-level mapping, validation, and rollback between Eploy and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.

Eploy logo

Eploy

Source

Crelate

Destination

Crelate logo

Compatibility

83%

10 of 12

objects map 1:1 between Eploy and Crelate.

Complexity

BStandard

Timeline

4-7 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Eploy logo

Eploy

What's pushing teams away

  • Steep learning curve and unintuitive interface require significant training investment before teams become productive
  • Reporting and analytics are considered complex to configure and use, frustrating teams that need ad-hoc insights
  • API rate limits (10 req/sec, daily tier caps up to 50,000) can constrain large-scale data exports and bulk imports
  • Small feature additions often incur disproportionate costs, leading to frustration when simple customisations require premium upgrades
  • Clunky interface undermines campaign coordination for high-volume recruitment teams managing complex hiring pipelines

Choosing

Crelate logo

Crelate

What's pulling them in

  • Affordable per-seat pricing with transparent tiers makes Crelate accessible for small-to-mid staffing firms evaluating ATS platforms for the first time.
  • Fast implementation reported by customers—some describe getting live in a matter of minutes with support team assistance.
  • Unified ATS + CRM in a single product eliminates the need to buy and synchronize separate recruiting and sales tools.
  • Flexible custom fields across Contacts, Companies, and Opportunities allow recruiting teams to capture firm-specific data without developer involvement.
  • Positive reviews highlight the product's intuitive interface and functional breadth for teams that need recruiting workflows without enterprise overhead.

Object mapping

How Eploy objects map to Crelate

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

maps to

Crelate

Job

1:1
Fully supported

Eploy 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

maps to

Crelate

Person (Candidate or Contact)

1:1
Fully supported

Eploy 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

maps to

Crelate

Pipeline Stage

lossy
Fully supported

Eploy 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

maps to

Crelate

Offer

1:1
Fully supported

Eploy 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

maps to

Crelate

Crelate Hire (separate product)

1:1
Fully supported

Eploy'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

maps to

Crelate

Referral Source

1:1
Fully supported

Eploy 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

maps to

Crelate

Tag or Segment

lossy
Fully supported

Eploy 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

maps to

Crelate

User Assignment

1:1
Fully supported

Eploy 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

maps to

Crelate

Custom Field

1:1
Fully supported

Organisations 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

maps to

Crelate

Custom Field or Attachment

1:1
Fully supported

Assessment 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

maps to

Crelate

Attachment

1:1
Fully supported

Resume, 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

maps to

Crelate

Activity (Email, Note)

1:1
Mapping required

Email 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.

Gotchas + challenges

What specifically takes care here

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 logo

Eploy gotchas

High

API rate limits cap daily call volumes per tier

High

API keys are tied to individual user records

Medium

Onboarding module data may live in a separate schema

Medium

Custom workflow stages require mapping table creation

Low

Document attachments require separate download-then-upload passes

Crelate logo

Crelate gotchas

High

120 req/min API rate limit throttles bulk migrations

High

20 custom field per-entity cap forces data model decisions

Medium

15,000-record export ceiling on single operations

Medium

Sequences and automation workflows do not migrate

Low

API key is a querystring parameter, not a header

Pair-specific challenges

  • Eploy API rate limits cap daily migration throughput

    Eploy's REST API enforces a 10 requests-per-second burst limit and daily tier caps (Tier 1: 1,000, Tier 2: 5,000, Tier 3: 10,000, Tier 4: 50,000 calls/day). We discover the customer's subscribed tier during scoping and throttle migration workers accordingly. Exceeding the limit returns 429 errors and can temporarily suspend the API key, so we implement exponential backoff with jitter and checkpointing to resume from the last successful record. Migrations on Tier 1 or Tier 2 may require tier upgrade or extended migration windows.

  • Eploy API keys inherit tied user permissions

    Each Eploy API key inherits the permissions of the user record it is tied to. If that user is deactivated during or after migration, the API key is revoked and the migration job fails silently. We request that customers provision a dedicated Eploy service account with read permissions across all objects before migration begins, and we verify key validity in a pre-flight check before touching candidate data.

  • Onboarding module may return incomplete schema

    Eploy's onboarding features (reference collection, contracts, compliance documents) are part of a distinct module that may not expose all fields via the standard API. We query onboarding endpoints explicitly during discovery and flag any objects returning partial schemas. For records that cannot be extracted automatically, we document the gap and recommend manual export of the onboarding module as a CSV complement. If the customer subscribes to Crelate Hire, we scope the onboarding migration separately with clear boundaries.

  • Custom workflow stages require mapping table creation

    Eploy organisations define their own workflow stage names and ordering with no canonical list in the API. We discover stage values by querying active jobs and aggregating distinct stage names, then build a mapping table during scoping requiring customer confirmation before any candidate records are written to Crelate. Multiple Eploy job types with different stage sets require separate mapping tables per job category.

  • Document attachments require separate download-upload passes

    Resume and document attachments in Eploy are served as download URLs via the candidate API, not as inline blobs. We must enumerate all attachment URLs, download each file to temporary storage, then upload each to Crelate's attachment endpoint. Sectors with high compliance document volumes (financial services, healthcare) may have hundreds of attachments per candidate, extending migration time significantly and requiring storage headroom that should be factored into scoping.

Migration approach

Six steps for a successful Eploy to Crelate data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

Eploy logo

Eploy

Source

Strengths

  • Founded in 1998, giving it one of the longest track records in the UK ATS market with deep sector knowledge
  • Integrates onboarding into the same platform as the ATS, creating a single system of record from hire to start date
  • Offers its own migration and implementation services, acknowledging data migration as a core part of the customer lifecycle
  • OAuth2 API with tiered daily call limits enables programmatic data extraction for migrations
  • Strong customer service reputation (4.9/5) suggests reliable support during complex migration projects

Weaknesses

  • No free tier or self-service trial, requiring a sales conversation before evaluation, which increases migration commitment risk
  • Pricing starts at £695/month flat rate, making cost predictability difficult for organisations migrating mid-contract
  • Interface described as clunky and non-intuitive by multiple reviewers, suggesting migration scoping calls must account for user retraining
  • API rate limits (max 50,000 calls/day on Tier 4) can extend migration timelines for large candidate databases
  • Reporting complexity deters organisations that need quick access to recruitment analytics, a common migration trigger
Crelate logo

Crelate

Destination

Strengths

  • Unified ATS and CRM in a single platform reduces data synchronization overhead for recruiting teams.
  • Fast setup with guided implementation reported as a significant time saver for small teams.
  • Transparent per-seat pricing without surprise fees at the base tier.
  • Flexible custom field configuration across core objects without developer dependency.
  • Export capability supports up to 15,000 records per operation for Contacts, Companies, and Opportunities.

Weaknesses

  • API rate limit of 120 requests per minute restricts bulk migration throughput.
  • Custom field cap of 20 per entity requires field consolidation for complex recruiting schemas.
  • All advanced features (Activities, Activity Forms, Core Record Field customization) are tier-gated add-ons.
  • Customer service responsiveness receives consistent negative feedback in reviews.
  • Resume parsing quality trails competitors and generates support requests.

Complexity grading

How hard is this migration?

Standard HRMS migration. 1 of 7 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Eploy and Crelate.

  • Object compatibility

    B

    1 of 7 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    7-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Eploy: 10 requests per second; daily tier caps of 1,000 / 5,000 / 10,000 / 50,000 depending on subscribed tier.

  • Data volume sensitivity

    B

    Eploy doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Eploy to Crelate migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Eploy to Crelate data migrations

Answers to the questions buyers ask most during Eploy to Crelate migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Eploy to Crelate migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between four and seven weeks for accounts under 15,000 candidates and 500 jobs with a straightforward workflow stage structure. Migrations with large document attachment volumes (hundreds per candidate), Eploy onboarding module extraction, multiple custom workflow stage sets, or complex talent pool structures move to ten to fourteen weeks because of document download-upload passes, onboarding schema discovery, and stage mapping reconciliation across multiple job categories.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Eploy.
Land in Crelate, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day