HRMS migration
Field-level mapping, validation, and rollback between Wizehire and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
Wizehire
Source
Crelate
Destination
Compatibility
8 of 12
objects map 1:1 between Wizehire and Crelate.
Complexity
BStandard
Timeline
3-5 weeks
Overview
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.
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 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
Crelate
Job
1:1WizeHire 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
Crelate
Contact
1:manyWizeHire 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
Crelate
Candidate Submittal
1:1WizeHire 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
Crelate
Custom Fields on Contact
1:1WizeHire 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
Crelate
Activity Form
1:1WizeHire 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
Crelate
Custom Fields on Contact or Application Form
1:1WizeHire 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
Crelate
Custom Field on Contact
1:1WizeHire 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
Crelate
Pipeline Stage
lossyWizeHire'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
Crelate
Note on Contact
1:1WizeHire 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
Crelate
Tag/Label on Contact
1:1WizeHire 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
Crelate
Configuration Document (not a reusable template)
lossyWizeHire 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
Crelate
Configuration Document (not a reusable template)
lossyWizeHire 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.
| Wizehire | Crelate | Compatibility | |
|---|---|---|---|
| Job | Job1:1 | Fully supported | |
| Candidate | Contact1:many | Fully supported | |
| Application | Candidate Submittal1:1 | Fully supported | |
| DISC+ Assessment | Custom Fields on Contact1:1 | Fully supported | |
| Scorecard | Activity Form1:1 | Fully supported | |
| Screening Question Response | Custom Fields on Contact or Application Form1:1 | Fully supported | |
| Background Check Flag | Custom Field on Contact1:1 | Fully supported | |
| Pipeline Stage | Pipeline Stagelossy | Fully supported | |
| Candidate Note | Note on Contact1:1 | Fully supported | |
| Candidate Tag | Tag/Label on Contact1:1 | Fully supported | |
| Job Template | Configuration Document (not a reusable template)lossy | Fully supported | |
| Interview Guide | Configuration Document (not a reusable template)lossy | Fully supported |
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.
Wizehire gotchas
Billing does not stop when all jobs are closed
No documented public bulk API
Candidate duplication across multiple job postings
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 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.
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.
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.
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.
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.
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
Wizehire
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 Wizehire 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
Wizehire: Not applicable..
Data volume sensitivity
Wizehire 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 Wizehire to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your Wizehire 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 Wizehire
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.