HRMS migration
Field-level mapping, validation, and rollback between CVWarehouse and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
CVWarehouse
Source
Crelate
Destination
Compatibility
9 of 12
objects map 1:1 between CVWarehouse and Crelate.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from CVWarehouse to Crelate is a structural migration that consolidates separate European brand and location databases into a unified US-focused ATS. CVWarehouse stores Candidates across separate databases per brand or location, which means a single candidate may appear multiple times with different IDs; we de-duplicate using email as the primary key and flag ambiguous records for customer review before writing to Crelate. CVWarehouse has no documented public REST API for bulk exports, so we coordinate a structured data dump through admin-level export and sequence large record sets in batches to avoid timeout. We map CVWarehouse Vacancies to Crelate Jobs, Selection Rounds to Crelate pipeline stages, and preserve scorecard data as Crelate Activity Form responses. Workflows, automations, and Vacancy Templates do not migrate; we deliver a written inventory of these for the customer's admin to rebuild post-migration.
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 CVWarehouse 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.
CVWarehouse
Vacancy
Crelate
Job
1:1CVWarehouse Vacancies include job details, location, department, and Vacancy Template fields. We map these to Crelate Job records, preserving job title, location, department, and job description. Any custom Vacancy Template fields that are not standard Crelate Job fields are migrated as Crelate custom fields on the Job object. The Vacancy status (open, paused, closed) maps to Crelate Job status. Vacancy Templates require explicit field mapping during scoping because they vary across accounts.
CVWarehouse
Candidate
Crelate
Contact
1:1CVWarehouse Candidates stored across separate databases per brand or location are de-duplicated using email address as the primary key. Candidates with matching email addresses across databases are merged into a single Crelate Contact record, with Tags applied to indicate the source brand or location. Candidates with no email or ambiguous email addresses are flagged for customer review before writing. Contact profile fields (name, phone, address, work history, education, free-form notes) map to the corresponding Crelate Contact fields or custom fields.
CVWarehouse
Application
Crelate
Job-to-Contact association (Job Application)
1:1Each CVWarehouse Application links a Candidate to a Vacancy and tracks submission date and source channel. We map Applications to Crelate's Job application records, preserving the application date and source attribution. Source channel (LinkedIn, referral, job board, direct) migrates as a custom field on the application record. We resolve the Contact reference (from Candidate de-duplication) and the Job reference (from Vacancy mapping) before writing each application record.
CVWarehouse
Selection Round
Crelate
Pipeline Stage
lossyCVWarehouse Selection Rounds define interview stages with arbitrary names per Vacancy rather than enforcing a standard taxonomy. We build a routing table of existing stage names during scoping and confirm target Crelate pipeline stage equivalents with the customer before the migration run begins. Stage sequence order is preserved chronologically so the Crelate pipeline reflects the original hiring pipeline logic. Scorecards attached to Selection Rounds migrate as Crelate Activity Form responses linked to the application record.
CVWarehouse
Scorecard and Rating
Crelate
Activity Form Response
1:1Interviewer scorecards and structured ratings stored per Selection Round map to Crelate Activity Form responses. We identify whether Crelate supports structured scoring for the customer's plan tier and note any differences. If the destination supports rating fields, structured ratings migrate to those fields; otherwise, ratings are preserved as text in the Activity Form response body with the score value captured in a numeric custom field for reporting purposes.
CVWarehouse
Attachment
Crelate
Document (Contact or Job)
1:1CVWarehouse stores CVs, cover letters, and portfolio files as binary blobs per Candidate or Application. We export these as files and upload them to Crelate's document attachment fields, preserving original filenames and file types. The attachment links to the relevant Contact or Job Application record. Resume parsing (available on Crelate Business and above) can extract structured fields from uploaded CVs post-migration; we note this as a post-migration configuration step rather than part of the migration run.
CVWarehouse
Candidate Source
Crelate
Tag
lossyCVWarehouse tracks application source channels (LinkedIn, referral, job board, direct, agency). Source attribution migrates as a Tag on the Crelate Contact or Job Application record. The customer chooses whether to use a single Source tag category or split into multiple tag categories during scoping. If the customer requires source reporting in Crelate's analytics, we configure a custom source field on the Job Application record in addition to Tag assignment.
CVWarehouse
User and Role
Crelate
User
1:1CVWarehouse recruiters, hiring managers, and administrators have role-based access. We map CVWarehouse Users to Crelate User records by email match. Any CVWarehouse User without a matching Crelate User is held in a reconciliation queue for the customer's admin to provision before record import resumes. Role names from CVWarehouse that do not have a direct Crelate equivalent are noted in the handoff document with a recommended Crelate role assignment.
CVWarehouse
Vacancy Template
Crelate
Custom Fields on Job
lossyOrganizations using CVWarehouse Vacancy Templates have custom or shared fields that are not standard across accounts. These require explicit mapping during scoping. We identify every distinct Vacancy Template field, determine the appropriate Crelate field type (text, number, picklist, date, etc.), and pre-create the custom fields in Crelate before Job import begins. Template assignment (which template was used for which Vacancy) is preserved as a Tag or custom field on the Job record.
CVWarehouse
Company (Employer)
Crelate
Company
1:1CVWarehouse stores employer brand information and company profiles for multi-brand organizations. These map to Crelate Company records, with the company name, website, industry, and size migrating to the corresponding Crelate Company fields. Company records are created before Contact import so that the lookup relationship is satisfied at the moment of Contact insert.
CVWarehouse
Reports and Analytics
Crelate
None
1:1CVWarehouse reporting is UI-based and does not expose a documented analytics export API. Built-in reports do not migrate. We recommend configuring equivalent reports in Crelate's Advanced Reports and Analytics (available on Business tier and above) post-migration using the migrated data as the source. We deliver a written summary of the key metrics tracked in CVWarehouse reports (pipeline stage counts, time-to-hire, source conversion rates) with recommended Crelate report configurations.
CVWarehouse
Workflow, Automation, Sequences
Crelate
None
1:1CVWarehouse Selection Process features (pipeline routing rules) and any configured automations do not migrate. Crelate's Automation and Sequencing is available on the Business Plus tier and represents a different configuration model. We deliver a written inventory of every active CVWarehouse Selection Process with its routing logic, stage triggers, and recommended Crelate Automation equivalent. The customer's admin rebuilds these in Crelate post-migration.
| CVWarehouse | Crelate | Compatibility | |
|---|---|---|---|
| Vacancy | Job1:1 | Fully supported | |
| Candidate | Contact1:1 | Fully supported | |
| Application | Job-to-Contact association (Job Application)1:1 | Fully supported | |
| Selection Round | Pipeline Stagelossy | Fully supported | |
| Scorecard and Rating | Activity Form Response1:1 | Fully supported | |
| Attachment | Document (Contact or Job)1:1 | Fully supported | |
| Candidate Source | Taglossy | Fully supported | |
| User and Role | User1:1 | Fully supported | |
| Vacancy Template | Custom Fields on Joblossy | Fully supported | |
| Company (Employer) | Company1:1 | Fully supported | |
| Reports and Analytics | None1:1 | Not supported | |
| Workflow, Automation, Sequences | None1:1 | 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.
CVWarehouse gotchas
No documented public REST API for bulk exports
Separate databases per brand or location fragment candidate pools
Per-feature pricing creates tier ambiguity at migration time
Acquisition by BCS introduces roadmap uncertainty
Selection Round data depends on non-standard stage names
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
Multi-database inventory and export coordination
We audit the CVWarehouse account to identify every separate database (per brand or location), the record counts within each, and the data export method available. We coordinate with the customer's CVWarehouse CSM to confirm export file format and access method. This step establishes the de-duplication scope and confirms whether exports can be run as concurrent batches across databases or must be sequenced. We extract candidate records from all databases simultaneously where possible to preserve chronological order within each database.
Cross-database de-duplication and routing table build
We run email-based de-duplication across all CVWarehouse databases to produce a unified candidate list. Ambiguous records (no email, shared-domain emails, records with matching names but different contact info) are flagged in a customer-review queue. Concurrently, we build the Selection Round stage-name routing table by cataloging every distinct stage name across all Vacancies and presenting it to the customer for confirmation of Crelate pipeline stage equivalents. Vacancy Template fields are cataloged and typed for Crelate custom field creation. This step produces the confirmed mapping spec that gates the migration run.
Crelate schema setup and sandbox validation
We configure the destination Crelate account: custom fields on Job (from Vacancy Template mapping), Tags for candidate source and brand/location segmentation, pipeline Stages with confirmed names from the routing table, and user provisioning confirmation. If the customer is on Crelate Business Plus, Automation and Sequencing settings are noted for post-migration rebuild. We deploy the schema to a Crelate sandbox or run the first migration pass against a test environment so the customer's recruiting lead can spot-check record placement before production migration begins.
Vacancy and Job import with template field resolution
We import CVWarehouse Vacancies as Crelate Jobs in dependency order: Jobs must exist before Applications can link to them. Vacancy Template custom fields are written to the pre-created Crelate custom fields on each Job. The Vacancy Template assignment (which template was used for which Vacancy) is preserved as a Tag on the Job record. Status mapping (open, paused, closed) is applied at this stage. We resolve the Owner reference by email match against the Crelate User table and hold any unresolved Owners in the reconciliation queue for the customer's admin to provision.
Candidate de-duplication and Contact import
We import the unified candidate list as Crelate Contacts. Each Contact receives Tags for source brand or location from the original CVWarehouse database. The contact deduplication report is delivered to the customer showing how many records were merged and which ambiguous records remain in the review queue. Company records (employer brands) are imported before Contact import so that Account lookups are satisfied at insert time. Attachment upload (CVs, cover letters, portfolio files) runs in parallel with Contact import using batched file uploads to avoid timeout.
Application and Selection Round migration
We import CVWarehouse Applications as Crelate Job Application records, linking each to the resolved Contact and Job. Source channel attribution is applied as a Tag or custom field on each Application record. Selection Rounds are written as Crelate pipeline stage entries with chronological ordering preserved, and scorecards migrate as Activity Form responses attached to the relevant Application. We emit a row-count reconciliation report for Applications and stage entries before declaring this phase complete.
Cutover, delta sync, and handoff
We freeze CVWarehouse writes during cutover and run a final delta migration of any records modified during the migration window. Crelate is enabled as the system of record. We deliver the written inventory of CVWarehouse Selection Process routing logic, Vacancy Templates, and any automation features requiring rebuild in Crelate Automation (Business Plus). We support a one-week hypercare window to resolve any reconciliation issues raised by the customer's recruiting team. Workflow rebuild in Crelate Automation is outside standard migration scope and is either an admin task or a separate engagement.
Platform deep dives
CVWarehouse
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 CVWarehouse 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
CVWarehouse: Not publicly documented.
Data volume sensitivity
CVWarehouse 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 CVWarehouse to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your CVWarehouse 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 CVWarehouse
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.