HRMS migration

Migrate from Ashby to Crelate

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

Ashby logo

Ashby

Source

Crelate

Destination

Crelate logo

Compatibility

92%

12 of 13

objects map 1:1 between Ashby and Crelate.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Ashby to Crelate is a migration from a data-first all-in-one platform built for scaling tech companies to a recruiting platform optimized for executive search, direct placement, and agency talent teams. Ashby's Jobs contain Openings as separate headcount slots; Crelate collapses these into a single Job structure with multi-opening handled differently. We map the job hierarchy, preserve candidate lifecycle history (stage transitions, activity logs) that Ashby's file-based export omits, and handle the elevated-seat pricing implications that often surface only at renewal. Crelate's Living Platform provides AI Co-Pilot, CRM, ATS, and analytics from the Business tier ($119/user/month), which may represent a cost reduction compared to Ashby's tiered model with its $800/seat/year elevated hiring-manager pricing. We do not migrate Ashby Interview Plans or Sequences as automation code; we deliver a written inventory for admin rebuild.

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

Ashby logo

Ashby

What's pushing teams away

  • Pricing shock when elevated seat model is revealed at renewal—$800/seat/year for hiring managers adds up fast at scale and feels punitive for organizations that include managers broadly in the hiring process.
  • High customizability that was a selling point becomes a burden—teams without dedicated recruiting ops bandwidth feel overwhelmed by implementation choices that simpler ATSs make for them.
  • Feature gaps for non-technical hiring workflows—automation features and advanced analytics require higher tiers, pushing organizations toward add-on costs or compromising on functionality at the Foundations level.
  • Implementation timelines for complex configurations can stretch beyond the promised one-month migration, especially when custom fields, interview plans, and integrations require extensive setup.

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 Ashby objects map to Crelate

Each row shows how a Ashby 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.

Ashby

Candidate

maps to

Crelate

Contact

1:1
Fully supported

Ashby Candidate records map to Crelate Contact as the core recruiting record. We export candidate contact info, status, source, and all custom field values. The candidate ID is preserved in a custom field ashby_candidate_id__c for audit and cross-reference. Crelate supports custom fields on Contacts from the Business tier, so custom candidate properties transfer without tier upgrades.

Ashby

Application

maps to

Crelate

Job Application

1:1
Fully supported

Ashby Application records link Candidates to Jobs and preserve submission date, current stage, and all stage transitions. We map Application to Crelate's Job Application record with stage history preserved as activity entries. The application ID is stored in ashby_application_id__c for reconciliation. Note that Ashby's application lifecycle tracking (stage history, rejection reasons) maps to Crelate's activity timeline rather than a separate stage-history object.

Ashby

Job

maps to

Crelate

Job

1:1
Fully supported

Ashby Job records (title, department, team, location, status, job board distributions) map to Crelate Job. We preserve job board distribution settings where Crelate supports equivalent integrations (Indeed, CareerBuilder, Monster via Crelate's job board connectors). Job posting URLs and distribution history are stored as notes for admin reference.

Ashby

Opening

maps to

Crelate

Job Opening / Placement

1:many
Fully supported

Ashby Openings represent individual headcount slots within a Job. Crelate's Job structure handles multi-opening via the job record's opening count or via separate Placement records depending on the customer's workflow. We scope the opening structure during discovery and map individual Opening records to Crelate Placements or opening count adjustments. Organizations with many multi-opening positions (5-20+ per job) require explicit mapping decisions before migration.

Ashby

Offer

maps to

Crelate

Placement

1:1
Fully supported

Ashby Offer records (compensation, start date, e-signature status) map to Crelate Placement. We preserve offer history and status transitions for compliance and audit purposes. Offer documents (e-signed PDFs) migrate as attachments to the Placement record. If Ashby offers include custom compensation fields, we map them to Crelate Placement custom fields.

Ashby

User

maps to

Crelate

User

1:1
Fully supported

Ashby Users (recruiters, hiring managers, admins) export via user.list with role assignments. We match by email against Crelate User records. Any Ashby user without a matching Crelate user goes to a reconciliation queue for admin provisioning before record migration. Elevated seat implications from Ashby (the $800/seat/year tier) do not affect Crelate licensing but we flag them during scoping so the customer can rightsize their Crelate user count.

Ashby

Interview Plan

maps to

Crelate

Interview Process / Activity Template

1:1
Fully supported

Ashby Interview Plans export with their stage structures and activity definitions. Automated activity triggers (like sending booking links when a candidate enters a stage) are tier-gated on Ashby Plus/Enterprise and may not have direct Crelate equivalents. We preserve the plan structure as a Crelate Activity Template document for admin to rebuild. Live-running plans are scoped to determine whether to migrate as templates only or as paused templates for post-migration activation.

Ashby

Sequence

maps to

Crelate

Automation & Sequencing

1:1
Fully supported

Ashby email sequences export with templates and stage definitions. Automation rules tied to sequences are preserved where available. Crelate's Business Plus Automation & Sequencing module handles cadence-based outreach differently—sequences are rebuilt as Crelate sequences with the customer's cadence steps. We deliver a written sequence inventory with step-by-step mapping to Crelate sequence structure.

Ashby

Custom Field

maps to

Crelate

Custom Field

1:1
Fully supported

Ashby custom fields on Candidates, Applications, and Jobs enumerate via customField.list. Crelate supports Text, Number (Integer), Number (Decimal), Number (Money), Date, Picklist, and Boolean custom field types on Contact, Company, and Opportunity Core Records. We map each Ashby custom field to the equivalent Crelate type, creating the destination fields before migration. Multi-select picklist fields in Ashby map to Crelate multi-select picklist where supported.

Ashby

Activity

maps to

Crelate

Activity

1:1
Fully supported

Ashby Activity records (emails, notes, calls, scorecards) export per candidate and application. We map to Crelate Activity records linked to the corresponding Contact and Job Application. Automated activities tied to Ashby interview plan triggers require tier verification—we export the activity records regardless of their trigger source, preserving the timeline. Note that Ashby's AI Notetaker transcriptions and summaries do not export via API; we flag this limitation and recommend manual export of any AI-generated notes before cutover.

Ashby

Assessment

maps to

Crelate

Questionnaire Response / Activity

1:1
Fully supported

Ashby Assessment results from integrations like HackerRank and CoderPad link to Applications but live in third-party systems. We export assessment results attached to Ashby Applications and map the association as a Crelate Activity entry with a reference link. The assessment tool itself (HackerRank, CoderPad) is not migrated—candidate assessment links and any stored results transfer as activity notes for admin to re-link in the assessment tool post-migration.

Ashby

Department

maps to

Crelate

Department

1:1
Fully supported

Ashby Department records export and map to Crelate Department hierarchy. Department-level permissions and hierarchy structure are preserved in the export. If Crelate's department model differs (e.g., flat vs hierarchical), we document the delta during discovery and recommend a flattening or restructure approach.

Ashby

Team

maps to

Crelate

Team

1:1
Fully supported

Ashby Team records within departments export and map to Crelate Team structures. Team assignments on Jobs and Users are preserved in the migration. Crelate's team-based user roles and permissions map to Ashby's team-based access model.

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.

Ashby logo

Ashby gotchas

High

Report API rate limits throttle large-scale migrations

High

File-based migrations omit candidate lifecycle history

Medium

Elevated seat pricing not visible at initial pricing discussion

Medium

Automation triggers are tier-gated and may not migrate

Low

Dashboard layouts do not export via API

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

  • Ashby Report API rate limits throttle large-scale exports

    Ashby's report.synchronous endpoint limits organizations to 15 requests per minute and a maximum of 3 concurrent report operations. For organizations with thousands of applications, this makes large-scale data exports slow and prone to retry loops. We handle this by chunking export requests across time windows, pre-fetching report metadata, and pacing API calls to stay within the 3-concurrent limit. We scope the total record count before exporting so we can budget time accurately. This limitation affects the discovery and audit phases before migration even begins.

  • File-based migrations omit candidate lifecycle history

    Ashby's self-serve bulk import tool only supports importing candidate data in CSV format, which does not capture the full candidate lifecycle with a team—including stage history, activity logs, and application associations. Ashby's own migration documentation acknowledges this limitation. We handle this by combining file-based exports for candidate records with separate API calls for activity history and application data, then stitching the records together in Crelate. Customers must explicitly approve this two-step approach before migration begins. Ashby's file-based migration route is not recommended for organizations with historical hiring data.

  • Job and Opening restructuring requires explicit mapping decisions

    Ashby's data model separates Jobs (the posting) from Openings (individual headcount slots). A single Job with 10 openings exists as 1 Job + 10 Openings in Ashby. Crelate handles this differently—either as a single Job with an opening count or as multiple Placements. Organizations with multi-opening positions (common in agency recruiting or high-volume hiring) must decide on the target structure during discovery. We cannot make this decision automatically; it affects the job migration timeline significantly for organizations with hundreds of multi-opening positions.

  • Interview Plan automation triggers do not migrate

    Activity automations in Ashby Interview Plans—automatically sending booking links, assessments, or questionnaires when candidates enter a stage—are only available on Plus and Enterprise tiers. When migrating from Ashby to Crelate, these automations do not migrate as code. We audit automation rules during scoping and deliver a written inventory of every active trigger with a recommended Crelate equivalent. Crelate's Business Plus Automation & Sequencing module must be configured by the customer's admin post-migration. Automated activities that ran in Ashby leave activity records in the timeline; the automation itself requires rebuild.

  • Dashboard layouts and report definitions do not export via API

    Ashby Analytics dashboards export as PDF but the dashboard layout definitions (widget positions, filters, date ranges) are not accessible via API. Report data exports as CSV but the visual configuration must be manually rebuilt in Crelate. We include dashboard reconstruction as a post-migration task with a checklist of the top 10 dashboards for priority rebuild. For organizations with 50+ custom dashboards, we scope the rebuild as a separate deliverable. Crelate's Advanced Reports and Analytics from Business tier includes standard reporting; complex BI-style dashboards require a rebuild or a third-party BI tool integration.

Migration approach

Six steps for a successful Ashby to Crelate data migration

  1. Discovery and scoping

    We audit Ashby across tier (Foundations/Plus/Enterprise), candidate volume, job count, opening count, custom field count and types, active interview plans, active sequences, and engagement volume. We extract the Ashby API schema via customField.list and report endpoints to enumerate all migratable fields. We pair this with a Crelate edition decision: Business ($119/user) covers most migrations; Business Plus is required if Automation & Sequencing or AI Co-Pilot are priorities; Enterprise for advanced customization. The discovery output is a written migration scope with object-level mapping, custom field type inventory, and a job-opening restructuring recommendation.

  2. Schema design and custom field provisioning

    We provision Crelate custom fields to match Ashby's custom field schema. This includes all custom fields on Contact, Company, and Job records, with field types matched (Text to Text, numeric properties to Number fields, date properties to Date fields, multi-checkbox to multi-select picklist where Crelate supports it). We resolve any type mismatches during this phase—e.g., an Ashby phone property stored as Text that should map to Crelate's Phone field type. Schema is validated in Crelate's test environment before any production migration begins.

  3. Job-opening restructuring design

    We map Ashby's Job-Opening hierarchy to Crelate's target structure. For single-opening positions, the mapping is 1:1. For multi-opening positions, we work with the customer's admin to decide: flatten to a single Crelate Job with opening count, or create separate Crelate Jobs per opening. This decision affects the job migration plan and must be resolved before the test migration runs. We document the decision and apply it consistently across all multi-opening positions.

  4. Test migration and reconciliation

    We run a full migration into Crelate's test environment using production-like data volume. The customer's recruiting ops lead reconciles record counts (Candidates in, Contacts in, Jobs in, Applications in, Offers in), spot-checks 25-50 random records against Ashby source, and validates custom field values. Any mapping corrections happen in this phase. We specifically validate stage history preservation, activity timeline completeness, and custom field data integrity. Sign-off on test migration is required before production migration begins.

  5. Owner reconciliation and user provisioning

    We extract every distinct Ashby user referenced on Candidate, Job, Application, and Activity records and match by email against Crelate User accounts. Ashby users without a matching Crelate user go to a reconciliation queue. The customer's Crelate admin provisions any missing users (active or inactive based on whether the original Ashby user is still active). Migration cannot proceed past record import until all Owner references are resolved because Crelate's activity records require a user association.

  6. Production migration in dependency order

    We run production migration in record-dependency order: Users (manual provisioning validated), Departments and Teams, Jobs (with opening count or restructure applied), Candidates (to Contacts), Applications (linked to Job and Contact), Offers (to Placements), Activity history (emails, calls, notes, scorecards via Crelate API with rate-limit handling). Each phase emits a row-count reconciliation report before the next phase begins. We handle the Ashby Report API 15 req/min limit with time-window chunking throughout.

  7. Cutover, validation, and automation rebuild handoff

    We freeze Ashby 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 the Interview Plan, Sequence, and Automation inventory document to the customer's admin team with recommended Crelate equivalents. We support a one-week hypercare window where we resolve reconciliation issues raised by the recruiting team. We do not rebuild Ashby Interview Plans or Sequences as Crelate automations inside the migration scope; that is a separate admin task or a Crelate implementation services engagement.

Platform deep dives

Context on both ends of the pair

Ashby logo

Ashby

Source

Strengths

  • All-in-one ATS, CRM, sourcing, and analytics platform eliminates tool sprawl for recruiting teams.
  • Advanced analytics and AI Report Builder available without third-party BI tools.
  • Interview scheduling automation removes coordinator overhead for smaller teams.
  • Contract buyout program reduces switching costs from incumbent ATS platforms.
  • Strong integrations with developer hiring tools (HackerRank, CoderPad, Checkr) for technical recruiting.

Weaknesses

  • Elevated seat pricing model for hiring managers creates unpredictable cost scaling.
  • High customizability requires significant implementation bandwidth that smaller teams may not have.
  • Automation and advanced analytics gated behind higher pricing tiers.
  • File-based migrations do not capture full candidate lifecycle history.
  • No native bulk export—all data pulls require pagination and scripting.
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 Ashby 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

    Ashby: 15 requests per minute per org; max 3 concurrent report operations (shared between report.generate and report.synchronous).

  • Data volume sensitivity

    B

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

Estimator

Estimate your Ashby 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 Ashby to Crelate data migrations

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

Can't find your answer?

Walk through your Ashby 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 three and five weeks for organizations under 10,000 candidates and 200 jobs with straightforward custom field schemas. Migrations with complex custom field configurations, large activity histories (over 200,000 engagement records), or multi-opening job structures (5+ openings per job across dozens of positions) move to six to ten weeks because of the job-opening restructuring work, rate-limit handling on Ashby's Report API, and activity history stitching. The timeline also depends on customer responsiveness during the test migration sign-off and user provisioning phases.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Ashby.
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