HRMS migration

Migrate from Wizehire to Crelate

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

Wizehire logo

Wizehire

Source

Crelate

Destination

Crelate logo

Compatibility

67%

8 of 12

objects map 1:1 between Wizehire and Crelate.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Wizehire and Crelate serve different segments of the recruiting market, and the migration reflects that shift: Wizehire's SMB-first interface, DISC+ assessments, and hiring coach support give way to Crelate's ATS-plus-Recruitment-CRM architecture designed for in-house corporate recruiters and staffing firms. The data migration centers on Jobs, Candidates, Applications, and scorecard data. Wizehire's most significant technical constraint for migration is the absence of a documented public bulk export API; we request exports through Wizehire's support team and normalize them into our ETL pipeline. A second critical pre-migration step is candidate deduplication: Wizehire creates a separate Candidate record each time the same person applies to a different job, so we identify these duplicates before loading and present them for customer-directed merge decisions. DISC+ assessment results and screening question responses migrate as Crelate custom fields. Job templates and interview guides do not migrate as reusable assets; we deliver them as structured configuration documents for the customer's admin to recreate in Crelate. Workflow automations, hiring coach relationships, and Wizehire Scout AI sessions do not migrate.

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

Wizehire logo

Wizehire

What's pushing teams away

  • Does not have the technology enhancements of traditional ATS systems — enterprise users switching from tools like Greenhouse or Lever find it feels limited, clunky, and lacking in configurability.
  • Interview request tools are not very customizable — teams that need structured, branded interview workflows outgrow what WizeHire offers out of the box.
  • Candidate applications are not linked across multiple jobs — the same person applying to two different roles creates two separate candidate records with no shared profile to consolidate them.
  • Messaging and candidate communication features are unreliable — users report that in-app messaging sometimes fails to deliver, creating gaps in candidate conversation history.
  • Job board placement is not premium by default — getting featured placement on job boards requires paying an additional fee on top of the subscription, which surprises customers who expected inclusive distribution.

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

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

Wizehire

Job

maps to

Crelate

Job

1:1
Fully supported

WizeHire Jobs map to Crelate Job records. Each Job carries title, description, status, location, and department. We map WizeHire's job status (Open, Closed, Paused) to Crelate's Job status field and preserve the original posting date and any internal job ID as a custom field for reconciliation. Job templates and industry-specific posting structures export as structured text and are delivered as configuration documents for the customer's admin to recreate as Crelate Job templates.

Wizehire

Candidate

maps to

Crelate

Contact

1:many
Fully supported

WizeHire Candidate records map to Crelate Contact records. The critical step is candidate deduplication: WizeHire creates a separate Candidate record each time the same person applies to a different Job. We identify duplicate Candidates by matching on email address and flag them for customer review before loading. The customer decides whether to merge duplicates into a single Crelate Contact with multiple application records, or to keep them separate. We cannot automatically merge because WizeHire does not expose a candidate deduplication API, and the merge decision affects how Crelate's submission history renders.

Wizehire

Application

maps to

Crelate

Candidate Submittal

1:1
Fully supported

WizeHire Application records link a Candidate to a Job and store status progression through pipeline stages (Applied, Screening, Interview, Offer, Hired, Rejected) with timestamps at each stage transition. We map Application status to Crelate's Candidate Submittal status field and preserve the stage history as custom date fields or a notes block attached to the submittal record. The Application creation date becomes the Crelate submission date.

Wizehire

DISC+ Assessment

maps to

Crelate

Custom Fields on Contact

1:1
Fully supported

WizeHire stores DISC+ personality profile results per Candidate as structured data (Dominance, Influence, Steadiness, Conscientiousness dimensions). Crelate has no native DISC+ field. We export the four DISC+ dimension scores and the composite profile type and map them to four numeric custom fields on the Crelate Contact record (disc_dominance__c, disc_influence__c, disc_steadiness__c, disc_conscientiousness__c) plus a text custom field for the profile type. The customer's admin creates these fields in Crelate during the schema design phase before migration begins.

Wizehire

Scorecard

maps to

Crelate

Activity Form

1:1
Fully supported

WizeHire hiring manager scorecards with custom criteria map to Crelate Activity Forms. We export scorecard templates as configuration documents listing the evaluation criteria and scoring rubric, and map individual candidate scores to Crelate Activity Form entries attached to the Candidate Submittal record. Crelate's Activity Forms support custom field types including numeric ratings, which align with WizeHire's numeric score values. Scorecard templates are not reusable assets in Crelate's ATS; we deliver them as a written template inventory for the customer's admin to configure manually.

Wizehire

Screening Question Response

maps to

Crelate

Custom Fields on Contact or Application Form

1:1
Fully supported

WizeHire Job-level custom screening questions and Candidate responses per application export as question-and-answer pairs. We map these to Crelate's custom field schema on the Contact or the Candidate Submittal, depending on whether the question applies to the person or the application. Crelate's custom questionnaire and application form builder supports short/long answer, picklist, and numeric field types. We generate a field mapping spreadsheet during scoping that the customer's admin uses to pre-create the destination fields before migration.

Wizehire

Background Check Flag

maps to

Crelate

Custom Field on Contact

1:1
Fully supported

WizeHire stores background check pass/fail flags and provider names on the Candidate or Application record. These migrate as a custom picklist field on the Crelate Contact record (bg_check_status__c with values Pass, Fail, Pending, Not Started) and a text field for the provider name. Full background check reports are third-party documents that WizeHire does not store as exportable files; we note this limitation and recommend the customer maintain the original report files outside the ATS migration scope.

Wizehire

Pipeline Stage

maps to

Crelate

Pipeline Stage

lossy
Fully supported

WizeHire's default pipeline (Applied, Screening, Interview, Offer, Hired, Rejected) maps to Crelate's configurable pipeline stages. We export the stage names and their order, then configure matching stage values in Crelate's Job pipeline settings before migration. Custom stage labels from the customer's WizeHire account are preserved in a custom field on each submittal for audit and reporting continuity.

Wizehire

Candidate Note

maps to

Crelate

Note on Contact

1:1
Fully supported

WizeHire Candidate notes from hiring team members (stored with author and timestamp) map to Crelate Notes attached to the Contact record. Notes migrate as plain text with author name and timestamp preserved. We flag notes that were added after the most recent Application status change to ensure they appear in the correct chronological position in Crelate's activity timeline.

Wizehire

Candidate Tag

maps to

Crelate

Tag/Label on Contact

1:1
Fully supported

WizeHire tags applied to filter and categorize Candidates migrate to Crelate's Contact labels or tags. We export the full tag list per Candidate and map each tag to a Crelate Contact label. If the customer uses a large number of unique tags, we recommend they review and consolidate tags during scoping to avoid exceeding Crelate's label field capacity.

Wizehire

Job Template

maps to

Crelate

Configuration Document (not a reusable template)

lossy
Fully supported

WizeHire provides over 100 industry-tested job templates as account-level organizational assets. These export as structured text records. Crelate does not have a native reusable job template library feature. We deliver job templates as a written inventory document organized by industry and role type, which the customer's admin can use to populate Crelate's job description fields manually or via Crelate's bulk import for future job postings. Templates are out of scope as a data load into Crelate's configuration.

Wizehire

Interview Guide

maps to

Crelate

Configuration Document (not a reusable template)

lossy
Fully supported

WizeHire Interview Guides attached to Jobs outline structured interview questions and evaluation criteria. These export as structured text per Job. Crelate does not have a native Interview Guide object. We deliver interview guides as written configuration documents linked to the corresponding migrated Job for the customer's admin to reference or enter into Crelate's job-level notes. Interview guides are out of scope as native Crelate records because no equivalent object exists in the destination system.

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.

Wizehire logo

Wizehire gotchas

High

Billing does not stop when all jobs are closed

High

No documented public bulk API

Medium

Candidate duplication across multiple job postings

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

  • WizeHire has no public bulk export API

    WizeHire does not publish a public bulk export endpoint in its developer documentation. All migration data must be requested through their support team or exported manually from the application interface. We coordinate directly with WizeHire support to obtain data exports in a structured format we can normalize and transform in our ETL pipeline. This adds lead time to the project because the export request, data receipt, and format validation happen before migration design begins. We estimate an additional one to two weeks for the WizeHire export coordination phase, and we flag this to customers during scoping so it does not affect the migration timeline unexpectedly.

  • Candidate deduplication requires pre-migration review

    WizeHire creates a separate Candidate record each time the same person applies to a different Job posting. There is no unified candidate profile that links multiple applications. During migration, this results in duplicate Contact records that would point to the same email address in Crelate. We identify duplicates by matching Candidates on email address and present the deduplication set to the customer for a directed merge decision before we load records into Crelate. We cannot auto-merge because the merge decision affects how Crelate's submission history and activity timeline render per Contact. Skipping this step results in Crelate flagging email duplicates on import or creating multiple Contact records that the customer must manually merge after cutover.

  • DISC+ and scorecard data require custom field creation in Crelate before migration

    Crelate does not have native support for DISC+ personality profiles or WizeHire-style scorecard templates. DISC+ dimension scores and scorecard values must be mapped to Crelate custom fields that the customer's admin creates before we begin data loading. We provide a detailed custom field specification during the schema design phase listing field name, type, and which Contact or submittal record each field belongs to. If the admin does not create these fields before migration begins, we load the base Candidate data first and defer the DISC+ and scorecard fields to a second pass after field creation, which adds time and complexity to the migration sequence.

  • Crelate role-based data visibility affects who sees migrated records

    Crelate's Business and above tiers include role-based data visibility controls that restrict which team members see which Candidates and Jobs. WizeHire does not expose a granular visibility model in its data export. We export all Candidate and Job records without visibility metadata. If the customer's Crelate instance uses restricted visibility rules, some migrated records may not appear for users outside the owning team until an admin updates the record ownership or visibility settings post-migration. We document this limitation and recommend the customer's Crelate admin review ownership assignments before the production cutover.

  • In-app candidate messaging history may be incomplete in the export

    WizeHire's candidate texting and in-app messaging feature stores conversation history within the application. Due to WizeHire's limited API access, these text threads may not be included in a standard data export. We flag candidate messaging history as a scope item during discovery and assess whether the export includes it. If messaging history is not available, we notify the customer before migration. Options include accepting partial history, manually exporting text threads from WizeHire's interface before the migration date, or treating the messaging gap as an acceptable limitation of the source platform's export capability.

Migration approach

Six steps for a successful Wizehire to Crelate data migration

  1. Discovery and WizeHire export coordination

    We audit the WizeHire account for Jobs, Candidates, Applications, DISC+ assessment data, scorecard templates, screening questions, background check flags, pipeline stages, and candidate notes. We simultaneously initiate the WizeHire data export request through their support team, as this coordination step adds one to two weeks to the project timeline. We pair the audit with a Crelate environment review to understand the existing configuration, user count, and any pre-existing custom field schema. The discovery output is a written migration scope, an export receipt confirmation from WizeHire, and a preliminary data quality report identifying candidate duplicates, missing fields, and any records that require manual cleanup before export.

  2. Schema design and custom field creation

    We design the destination schema in Crelate based on the WizeHire data audit. This includes creating custom fields for DISC+ dimension scores (four numeric fields), DISC+ profile type (text field), background check status (picklist), scorecard values (numeric fields per evaluation criterion), screening question responses (text or picklist fields per question), and any WizeHire custom properties not represented in Crelate's standard Contact and Job objects. We provide a custom field specification document that the customer's Crelate admin creates before we begin data loading. Crelate's field creation interface supports logical names for API use, which we document alongside the display name to ensure mapping consistency.

  3. Candidate deduplication review

    We run the candidate deduplication analysis across the WizeHire export using email address as the primary dedupe key. We generate a deduplication report listing every email address that appears on more than one WizeHire Candidate record, showing the number of applications per email and the associated Jobs. The report is shared with the customer for review and directed merge decisions. The customer specifies which WizeHire records to consolidate into a single Crelate Contact and which application history to preserve. This step must be resolved before the production migration begins because Crelate will flag or block duplicate email addresses during import depending on the account's deduplication settings.

  4. Staging migration and reconciliation

    We run a full migration into Crelate's staging environment using production-like data volume. The customer's recruiting lead reviews a sample of migrated records (we recommend 30-50 records covering Jobs, Candidates across different pipeline stages, and submittals with DISC+ and scorecard data) against the WizeHire source. Any field mapping corrections, stage label adjustments, or custom field corrections happen in staging before production migration. We also verify that Crelate's role-based visibility settings are compatible with the migrated record ownership model during this phase.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Jobs first (as the parent of all submittals), then Contacts (with deduplication applied and DISC+ and background check custom fields populated), then Candidate Submittals linked to the correct Job and Contact records, then Activity Forms for scorecards, then Notes and Tags. Each phase emits a row-count reconciliation report showing records loaded, records rejected, and rejection reasons. We resolve all rejections before proceeding to the next phase. WizeHire's candidate messaging history is loaded last if available, as a notes block on the Contact record.

  6. Cutover, validation, and configuration asset handoff

    We freeze WizeHire write access during the cutover window, run a final delta migration of any records created or modified during the window, then enable Crelate as the system of record. We perform a post-migration validation including a record count comparison between WizeHire and Crelate for Jobs, Contacts, Submittals, and custom field coverage. We deliver the job template inventory, interview guide inventory, and scorecard template document to the customer's admin for manual rebuild in Crelate. We support a one-week post-cutover window to resolve any data quality issues raised by the recruiting team. We do not rebuild WizeHire automations or hiring coach workflows in Crelate as part of the migration scope; those are separate configuration engagements.

Platform deep dives

Context on both ends of the pair

Wizehire logo

Wizehire

Source

Strengths

  • Single job post distributes to 100+ job boards simultaneously without manual reposting.
  • DISC+ personality assessment is included at every tier, giving small teams structured candidate evaluation out of the box.
  • Hiring coaches provide human guidance on job ad writing, candidate filtering, and offer decisions.
  • Flat monthly pricing ($249–$449) is predictable and far below enterprise ATS monthly seat costs.
  • Integrates directly with ADP for payroll sync and HRIS integrations, reducing downstream onboarding friction.

Weaknesses

  • Interview request and communication tools are limited compared to traditional ATS platforms.
  • No native feature for linking the same candidate across multiple open roles — candidates are siloed per application.
  • Premium job board placement is not included in the base subscription and requires an additional paid add-on.
  • API documentation is not publicly available, limiting automated migration and integration options.
  • Billing continues even when all job postings are closed, which surprises customers expecting their subscription to pause.
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 Wizehire 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

    Wizehire: Not applicable..

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Wizehire 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 accounts under 10,000 Candidates with clean data and no complex DISC+ scoring. Migrations with significant candidate duplication (the same person applied to multiple jobs), extensive screening question sets, or large scorecard histories move to eight to twelve weeks because of the WizeHire export coordination lead time, deduplication analysis, and custom field schema work in Crelate. Crelate's own migration documentation cites one to three weeks for straightforward ATS-to-ATS migrations, but this assumes a clean API-exportable source; WizeHire's lack of a public bulk API extends the pre-migration coordination phase.

Adjacent paths

Related migrations to explore

Ready when you are

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