HRMS migration
Field-level mapping, validation, and rollback between Voyse and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
Voyse
Source
Crelate
Destination
Compatibility
8 of 12
objects map 1:1 between Voyse and Crelate.
Complexity
CModerate
Timeline
2-4 weeks
Overview
Voyse is a UK-based HRMS targeting sub-10-employee software teams, offering ATS and onboarding tooling under voyse.tel with a 5.0 G2 rating. Crelate is a US-based ATS/CRM built for recruiting and staffing agencies with CRM-level relationship tracking, customizable pipelines, and a documented migration process featuring a staging environment review step. The migration requires careful scoping of Voyse's undocumented export mechanisms, pre-creation of Crelate custom fields before any data writes, and rate-limit-aware batch sequencing to stay within Crelate API v3's 120 requests-per-minute-per-IP ceiling. We preserve candidate records, stage history, uploaded documents, and any custom Voyse properties during migration. Onboarding workflows, stage-specific automations, and document templates do not migrate as code; we deliver a written inventory of these for the customer's admin to rebuild in Crelate's form builder.
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 Voyse 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.
Voyse
Candidate / Employee Profile
Crelate
Contact
1:1Voyse candidate and employee records map to Crelate Contacts. Given Voyse's dual ATS/onboarding role, we determine during discovery whether a record represents a job applicant (Contact in ATS mode) or an active employee (Contact with a custom employee_status__c flag). All Voyse standard fields (name, email, phone, address) map to Crelate Contact fields. Any Voyse custom properties require pre-creation in Crelate Settings > Core Records > Contacts before migration, including logical names for API mapping.
Voyse
Company / Organisation
Crelate
Company
1:1Voyse company or employer organisation records map to Crelate Company. The Crelate Company object serves as the parent for Contact records and supports industry classification, size, and revenue fields. We use company name as the dedupe key during import. If Voyse stores client companies separately from candidate employers, we maintain that distinction via a custom Voyse_organisation_type__c flag.
Voyse
Job / Position
Crelate
Opportunity
1:1Voyse job postings or active positions map to Crelate Opportunity. The ATS pipeline stages (sourcing, screening, interview, offer, placed) map to Crelate Opportunity Stage values. We configure Crelate Record Types during schema design if the customer has multiple job categories. Opportunity title, description, and target hire date transfer to Crelate Opportunity fields.
Voyse
Pipeline / Stage
Crelate
Opportunity Stage + Record Type
lossyEach Voyse onboarding or recruiting pipeline becomes a Crelate Record Type on Opportunity with a corresponding Sales Process that scopes stage values to the relevant recruiting workflow. Stage probability percentages are set per Crelate stage. If Voyse uses custom stage names, we create matching Crelate stage values during configuration.
Voyse
Stage History / Transition Log
Crelate
Task (Activity Log)
1:1Voyse stage transition history migrates as Task records attached to the parent Contact and Opportunity in Crelate, preserving the original timestamp, stage name, and transition reason. This requires careful date ordering to maintain the audit trail. We create a custom field voyse_stage_name__c on Task to carry the original Voyse stage label for reconciliation.
Voyse
Uploaded Documents / CV / Resume
Crelate
ContentDocument + ContentDocumentLink
1:1Voyse-uploaded candidate documents (CV, resume, cover letter, certifications) migrate as Crelate ContentDocument records linked to the Contact via ContentDocumentLink. We extract documents via Voyse's export mechanism (CSV URLs or direct file access determined during discovery) and upload them to Crelate's document store before linking. Document titles and file types are preserved.
Voyse
Custom Properties (Candidate)
Crelate
Custom Fields on Contact
lossyVoyse custom properties on candidate/employee records require pre-creation in Crelate Settings > Core Records > Contacts before migration begins. We identify all Voyse custom fields during discovery, map them to Crelate field types (Text, Number, Picklist, Date, Boolean), create them in the destination Crelate org, then write migration scripts that target the new field logical names. Any Voyse multi-select or multi-checkbox properties map to Crelate multi-select picklists.
Voyse
Custom Properties (Job/Position)
Crelate
Custom Fields on Opportunity
lossyVoyse custom properties attached to job or position records are pre-created in Crelate as custom fields on the Opportunity object. Field type mapping follows the same rules as Contact custom properties. If a Voyse custom property references a Contact or Company lookup, we model it as an Opportunity lookup field and resolve the parent reference during migration.
Voyse
Owner / User
Crelate
User
1:1Voyse assigned owners or recruiting users map to Crelate User records by email match. We extract the full owner roster from Voyse and match against Crelate's User table. Any Voyse owner without a matching Crelate User goes to a reconciliation queue for the customer's admin to provision before record import proceeds.
Voyse
Notes / Comments
Crelate
Note
1:1Voyse notes attached to candidate or job records migrate as Crelate Note records linked via ContentDocumentLink to the parent Contact or Opportunity. Rich text formatting is preserved. Note author and timestamp are carried into Crelate Note fields.
Voyse
Tasks / To-Dos
Crelate
Task
1:1Voyse tasks or to-do items associated with candidates or jobs migrate to Crelate Task records. Status, Priority, due date, and assigned owner transfer to Crelate Task fields. We resolve task owners via the User email lookup before insert.
Voyse
Onboarding Workflow / Template
Crelate
Not Migrated (Written Inventory)
lossyVoyse onboarding workflows and stage-specific automation do not migrate as executable code. Crelate's form builder and stage automation operate on a different event model. We deliver a written inventory of every active Voyse onboarding workflow, its trigger conditions, stage sequence, and required Crelate equivalent (custom forms, opportunity stage automation, or Crelate's built-in workflow tools). The customer's admin rebuilds these post-migration.
| Voyse | Crelate | Compatibility | |
|---|---|---|---|
| Candidate / Employee Profile | Contact1:1 | Fully supported | |
| Company / Organisation | Company1:1 | Fully supported | |
| Job / Position | Opportunity1:1 | Fully supported | |
| Pipeline / Stage | Opportunity Stage + Record Typelossy | Fully supported | |
| Stage History / Transition Log | Task (Activity Log)1:1 | Fully supported | |
| Uploaded Documents / CV / Resume | ContentDocument + ContentDocumentLink1:1 | Fully supported | |
| Custom Properties (Candidate) | Custom Fields on Contactlossy | Fully supported | |
| Custom Properties (Job/Position) | Custom Fields on Opportunitylossy | Fully supported | |
| Owner / User | User1:1 | Fully supported | |
| Notes / Comments | Note1:1 | Fully supported | |
| Tasks / To-Dos | Task1:1 | Fully supported | |
| Onboarding Workflow / Template | Not Migrated (Written Inventory)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.
Voyse gotchas
Catalog category is materially wrong
Operational data lives in BPO-managed third-party tenants
Compliance and PII handling is governed by the MSA
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
Voyse export mechanism discovery
We work with the customer to determine Voyse's actual data export surface: CSV export from the UI, a private API endpoint, direct database read access, or a managed export provided by Voyse support. We pull a sample export of 50-100 records covering candidates, companies, jobs, stage history, and uploaded documents to validate field coverage and identify any undocumented or custom field types. This discovery step is the critical path item before migration scripts can be written.
Crelate schema design and custom field creation
We design the destination Crelate org schema based on the Voyse export fields identified in Step 1. This includes creating Crelate custom fields on Contacts, Companies, and Opportunities that match Voyse custom properties, setting up Opportunity Record Types and Sales Processes per Voyse pipeline, and configuring stage values with probability weights. All custom fields are created in Crelate Settings before any data write begins.
Sandbox migration and reconciliation
We run a full migration into a Crelate Sandbox environment (or a development org if no Sandbox is provisioned) using production-like data volume. The customer's admin reviews 25-50 randomly sampled records against the Voyse source, checks field mappings for accuracy, and verifies that stage history timestamps are in correct order. We correct any mapping errors identified during sandbox review before production migration begins.
Owner and User reconciliation
We extract every distinct Voyse owner or assigned user from candidate, company, and job records and match by email against the Crelate destination org's User table. Owners without a matching Crelate User are placed in a reconciliation queue for the customer's admin to provision. Migration cannot proceed past this step because Contact OwnerId, Company OwnerId, and Opportunity OwnerId references must be satisfied at insert time.
Production migration in dependency order
We run production migration in record-dependency order: Companies (from Voyse organisations), Contacts (with OwnerId resolved), Opportunities (with CompanyId and OwnerId resolved, RecordTypeId set per pipeline), Activity history (Tasks, Notes via Bulk API with rate-limit backoff), Documents (ContentDocument upload then ContentDocumentLink attachment), and finally Stage History logs ordered by original timestamp. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, staging verification, and workflow handoff
We freeze Voyse write access during the cutover window, run a final delta migration of any records modified since the last sync, then enable Crelate as the system of record. We conduct a final line-by-line staging review with the customer (matching Crelate's documented verification process), then deliver the onboarding workflow inventory document. We support a 5-business-day hypercare window for reconciliation issues. Workflow rebuild in Crelate's form builder is outside standard migration scope and is handled by the customer's admin or a Crelate implementation partner.
Platform deep dives
Voyse
Source
Strengths
Weaknesses
Crelate
Destination
Strengths
Weaknesses
Complexity grading
Moderate HRMS migration. 4 of 7 objects need a manual workaround.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Voyse and Crelate.
Object compatibility
4 of 7 objects need a manual workaround.
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
Voyse: Determined by the underlying LiveVox / DOMO / other tenant APIs, not by Voyse itself..
Data volume sensitivity
Voyse 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 Voyse to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your Voyse 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 Voyse
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.