HRMS migration

Migrate from SnapHire to Crelate

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

SnapHire logo

SnapHire

Source

Crelate

Destination

Crelate logo

Compatibility

58%

7 of 12

objects map 1:1 between SnapHire and Crelate.

Complexity

BStandard

Timeline

4-6 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Migrating from SnapHire to Crelate is a cross-platform ATS move that requires CSV-based extraction on the SnapHire side and field-by-field mapping to Crelate's Contact, Company, and Opportunity core record types. SnapHire does not publish a public API for bulk export, so we coordinate with SnapHire's Client Success team to obtain data extracts and transform them into Crelate's import format. We map SnapHire's configurable hiring stages and custom candidate data fields to Crelate's Employment Search Workflow and custom field schema, preserving the stage progression history for audit purposes. Candidate Match talent community scores transfer as read-only numeric fields on the candidate record since the matching algorithm is SnapHire-native. Workflows, onboarding automations, and intelliHR push configurations do not migrate; we deliver a written inventory of these for the customer's admin to rebuild in 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

SnapHire logo

SnapHire

What's pushing teams away

  • Reporting is criticised by reviewers as 'klunky' and not easily grasped for day-to-day users — analytics depth lags modern ATS competitors.
  • Lacks some advanced automation features (e.g., AI-driven candidate matching beyond Candidate Match) that are now standard in newer cloud ATS platforms.
  • Custom-quote-only pricing makes self-serve evaluation and budget benchmarking hard — third-party estimates suggest from ~$1,500/month but the actual rate is opaque.
  • Larger enterprises and high-volume hiring teams report outgrowing SnapHire's customisation ceiling and migrate to platforms with deeper workflow scripting and BI.
  • App-store ecosystem is smaller than global competitors (Workday, Greenhouse, iCIMS), limiting third-party connectors for niche assessment tools or vertical CRMs.

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

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

SnapHire

Candidate

maps to

Crelate

Contact

1:1
Fully supported

SnapHire Candidate records map directly to Crelate Contact records. The candidate's name, email, phone, address, current company, and title transfer as standard Contact fields. Application history and stage progression are preserved in Crelate's Activity timeline as Event and Task records. We map candidate status (Active, Rejected, Withdrawn) to Crelate's internal status taxonomy and preserve any rejection reason in a custom field.

SnapHire

Job

maps to

Crelate

Job Requisition

1:1
Fully supported

SnapHire Job records (title, department, location, description, pipeline) map to Crelate Job records. The hiring pipeline in SnapHire becomes an Employment Search Workflow in Crelate, with stage names mapped explicitly during scoping. Job categories from SnapHire transfer as tags or custom fields in Crelate depending on reporting needs.

SnapHire

Custom Candidate Data Fields

maps to

Crelate

Custom Fields (Contact)

lossy
Mapping required

SnapHire custom candidate data fields with validation rules and multi-choice options (dropdowns, checkboxes) require individual field mapping. Each custom field is created as a Crelate Contact custom field of the equivalent type (Text, Number, Picklist, Checkbox). Multi-choice option sets are mapped explicitly to Crelate picklist values. The full field inventory is requested from the customer during scoping since SnapHire does not publish a schema export.

SnapHire

Hiring Stage History

maps to

Crelate

Activity Timeline

1:1
Fully supported

Each candidate's SnapHire stage movement history (Application, Screening, Interview, Offer, Hired, Rejected) is preserved in Crelate as dated Task and Event records on the Contact's Activity timeline. Stage transition timestamps and any associated notes transfer as Activity notes, maintaining the audit trail for compliance and reporting.

SnapHire

Candidate Match (Talent Community)

maps to

Crelate

Contact (custom field)

1:1
Mapping required

SnapHire's Candidate Match feature stores match scores between talent community candidates and job profiles. We preserve these scores as read-only numeric custom fields on the Crelate Contact record (e.g., snaphire_match_score__c). The matching algorithm itself cannot be replicated in Crelate; if Crelate's sourcing tools or a third-party partner are needed for ongoing matching, the customer's admin configures this post-cutover.

SnapHire

Rejection Reasons

maps to

Crelate

Custom Field (Contact)

lossy
Mapping required

SnapHire rejection reasons are organization-defined freeform or predefined lists. These map to a Crelate Contact custom field (rejection_reason__c) as a picklist or text field depending on the destination schema. The customer's admin reviews and finalizes the rejection reason taxonomy in Crelate post-migration.

SnapHire

Workflows

maps to

Crelate

Employment Search Workflow + Activity Forms

lossy
Mapping required

SnapHire's configurable hiring-stage workflows do not migrate as code to Crelate. We document the existing SnapHire workflow configuration (stages, actions, conditions) and deliver it as a written handoff document. The customer's Crelate admin rebuilds the workflow as an Employment Search Workflow using Crelate's builder, and rebuilds any associated Activity Forms with field mappings to Contact, Company, and Opportunity core records.

SnapHire

Categories

maps to

Crelate

Tags

lossy
Mapping required

SnapHire job-specific categories used for reporting map to Crelate Tags or a custom field depending on reporting requirements. Categories that represent job type or department are preserved as tags for filtering; categories that represent compliance or sourcing channel may warrant a dedicated custom field for segmentation.

SnapHire

Attachments (Resumes, Cover Letters)

maps to

Crelate

Attachments (Resume Toolbox)

1:1
Fully supported

Candidate and job attachments (resumes, cover letters, assessment files) download from SnapHire and upload to Crelate with the same record association. Crelate's Resume Toolbox feature stores parsed and unparsed resume versions. We re-upload binary attachments and ensure the Contact record's primary resume field is set correctly.

SnapHire

Onboarding Workflow (intelliHR push)

maps to

Crelate

Not Migrated

lossy
Fully supported

SnapHire's onboarding automation pushes hired candidate data to intelliHR (Humanforce). This integration configuration is SnapHire-native and does not have a Crelate equivalent. We extract the onboarding workflow configuration for documentation and recommend rebuilding it as a Crelate Workflow or webhook-based integration to the customer's HRIS post-cutover. The customer should coordinate with intelliHR separately if the downstream HR record creation continues.

SnapHire

Owner

maps to

Crelate

User

1:1
Fully supported

SnapHire Owner records map to Crelate User accounts. We resolve owners by email match against the Crelate destination instance. Any SnapHire Owner without a matching Crelate User goes to a reconciliation queue for the customer's admin to provision before the record import proceeds.

SnapHire

Company

maps to

Crelate

Company

1:1
Fully supported

SnapHire company records associated with candidates map to Crelate Company records. Company name, address, industry, and website transfer as standard Crelate Company fields. Company is created before Contact import so that the Company lookup relationship is satisfied at the moment of Contact insert.

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.

SnapHire logo

SnapHire gotchas

High

SnapHire Bullhorn export can take 2–3 weeks

Medium

Custom data fields vary per-organization

Medium

Candidate Match scores are not transferable as logic

Medium

No public API documentation for bulk export

Low

Onboarding workflows push to intelliHR only

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

  • SnapHire CSV extraction requires Client Success coordination

    SnapHire does not publish a public bulk API endpoint for data export. Bulk extraction typically requires coordination with SnapHire's Client Success team, and the extraction process can take one to two weeks depending on data volume and the team's workload. We request the export early in the discovery phase and run the extraction in parallel with Crelate instance setup to avoid blocking the migration cutover date. If the customer also uses SnapHire's intelliHR integration simultaneously, coordination between both extraction teams is required.

  • Custom candidate data fields lack a published schema export

    SnapHire supports custom candidate data fields with validation rules and multi-choice options, but there is no publicly documented schema export mechanism. Each SnapHire organization's field set is unique. During scoping, we request a full field inventory from the customer and map each custom field individually to a Crelate Contact custom field of the equivalent type. Multi-choice fields (dropdowns, checkboxes) may have different option sets that require explicit value mapping. This field inventory step adds one to two weeks to discovery compared to API-first platforms.

  • Candidate Match matching logic does not transfer

    SnapHire's Candidate Match feature generates match scores between talent community candidates and job profiles using a SnapHire-native algorithm. We preserve the matched candidate records and their static match scores as read-only custom fields on the Crelate Contact record. However, the active matching logic cannot be replicated in Crelate. Hiring teams should evaluate Crelate's sourcing tools (sourcing campaigns, Boolean search) or a third-party talent engagement platform for ongoing passive candidate matching after cutover.

  • Onboarding workflows push to intelliHR only

    SnapHire's native onboarding automation is designed to integrate specifically with intelliHR (Humanforce), creating person and job records when a candidate is marked Hired. When migrating away from SnapHire to Crelate, the onboarding automation must be rebuilt from scratch. We document the existing automation configuration and recommend rebuilding it as a Crelate Workflow or webhook-based push to the customer's HRIS post-cutover. The customer should coordinate with intelliHR separately if downstream HR record creation continues.

Migration approach

Six steps for a successful SnapHire to Crelate data migration

  1. Discovery and SnapHire export request

    We audit the source SnapHire instance for candidate record volume, job count, pipeline structure, custom field inventory, attachment count, workflow configurations, and any active intelliHR integration. We submit the bulk data export request to SnapHire's Client Success team early in discovery to initiate the one-to-two-week extraction timeline in parallel with other work. The customer provides the SnapHire field inventory and any internal documentation of custom field usage during this phase.

  2. Crelate instance setup and schema design

    We provision the destination Crelate instance, configure Users, and create the Employment Search Workflow that corresponds to the source SnapHire pipeline stages. We create all custom Contact, Company, and Opportunity fields based on the SnapHire custom field inventory, matching field types (Text, Number, Picklist, Checkbox) and option sets. We configure Activity Forms with field mappings to core records as documented in Crelate's field mapping feature. Schema design runs in parallel with the SnapHire export extraction.

  3. CSV transformation and field mapping

    We transform the SnapHire CSV export into Crelate's import format. This includes splitting multi-value fields, resolving lookup references (Contact to Company), mapping stage names from SnapHire to Crelate workflow stages, and converting multi-choice option values to Crelate picklist values. Any Candidate Match scores map to custom numeric fields on Contact. We validate field type compatibility before import and flag any fields that require a custom field creation in Crelate before proceeding.

  4. Test migration and reconciliation

    We run a full migration into Crelate's sandbox or a test environment using production-like data volume. The customer reconciles record counts (Candidates in vs Contacts in, Jobs in, Activities in), spot-checks 25-50 random records against the SnapHire source, and reviews the Activity timeline for stage progression accuracy. Any mapping corrections are made in the transform scripts before production migration. SnapHire rejection reasons and category assignments are verified for reporting accuracy at this stage.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Companies (from SnapHire company data), Contacts (with Company lookup resolved and custom fields populated), Jobs, Activity history (stage transitions as Task and Event records), Attachments, and Custom fields last if they reference lookup relationships. Each phase emits a row-count reconciliation report. We coordinate the cutover window with the customer's team, typically scheduling final delta migration (records modified during the window) and write-enablement on Crelate outside of business hours.

  6. Cutover, validation, and workflow handoff

    We freeze SnapHire writes during the cutover window, run the final delta migration, and enable Crelate as the system of record. We deliver the SnapHire workflow and onboarding configuration documentation to the customer's Crelate admin for rebuild. We support a one-week hypercare window for reconciliation issues raised by the recruiting team. We do not rebuild SnapHire workflows as Crelate Employment Search Workflows or onboarding automations as Crelate workflows inside the migration scope; those are documented for the customer's admin to rebuild post-cutover.

Platform deep dives

Context on both ends of the pair

SnapHire logo

SnapHire

Source

Strengths

  • Configurable workflows let HR teams model their exact hiring stages and actions without code changes.
  • Talent community matching surfaces passive candidates against new job openings automatically.
  • Custom candidate data fields support industry-specific intake without workarounds.
  • Native intelliHR integration pushes hired candidates directly into employee records.
  • Built-in reporting categories help organizations track pipeline metrics by job type.

Weaknesses

  • Very limited public review corpus (3 reviews on G2) makes independent quality assessment difficult.
  • Candidate-facing experience is described as outdated and ineffective by some reviewers.
  • Pricing tiers are not publicly documented, requiring direct sales contact.
  • Limited documented API capability for bulk exports — migration often relies on CSV extraction.
  • Smaller market footprint outside New Zealand may limit partner and integration ecosystem.
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 SnapHire 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

    SnapHire: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your SnapHire 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 six weeks for organizations under 5,000 candidates and 200 jobs with no complex custom field configurations. Migrations with extensive custom candidate data fields, multiple hiring pipeline stages, large attachment volumes, or active intelliHR onboarding integrations move to eight to twelve weeks because of the SnapHire CSV extraction timeline (one to two weeks), custom field inventory scoping, and the workflow documentation and rebuild coordination required.

Adjacent paths

Related migrations to explore

Ready when you are

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