HRMS migration
Field-level mapping, validation, and rollback between Candidate Manager and Recruit CRM & ATS. We move data and schema; workflows are rebuilt natively in Recruit CRM & ATS.
Candidate Manager
Source
Recruit CRM & ATS
Destination
Compatibility
6 of 11
objects map 1:1 between Candidate Manager and Recruit CRM & ATS.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Candidate Manager to Recruit CRM requires a file-first migration strategy because Candidate Manager does not expose a public REST API for bulk data extraction. We extract candidate records, job orders, and engagement history via CSV exports from Candidate Manager's reporting module, then normalize stage labels, ranking scores, and sourcing attribution into Recruit CRM's Kanban pipeline and candidate profile schema. Custom fields at both the candidate and job order level are discovered during scoping, mapped individually, and flagged for reconciliation where no equivalent Recruit CRM field exists. Workflows, agency portal configurations, and any hiring manager self-service portal records do not migrate; we deliver a written inventory of these for your admin to rebuild in Recruit CRM's no-code automation builder. The migration timeline is shaped primarily by the volume of historical data and the complexity of custom field mapping rather than by any API constraints on the destination side.
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 Candidate Manager object lands in Recruit CRM & ATS, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Candidate Manager
Candidate
Recruit CRM & ATS
Candidate
1:1Candidate Manager candidate records map directly to Recruit CRM Candidate profiles. We extract name, contact details, email, phone, LinkedIn URL, resume file, application date, source attribution, and status stage. Ranking and pre-profiling scores transfer as numeric custom fields on the Candidate profile. The Candidate Manager stage label (Applied, Under Consideration, Interviewing, Hired) is preserved as a custom text property in Recruit CRM because the destination stage names are customizable and may differ from the source labels.
Candidate Manager
Job Order
Recruit CRM & ATS
Job
1:1Candidate Manager job orders map to Recruit CRM Job records. We extract requisition title, department, location, open date, and status. Custom fields attached to job orders in Candidate Manager are discovered during scoping and mapped to equivalent Recruit CRM job custom fields or stored as notes if no direct equivalent exists. Active jobs are prioritized for migration with a delta pass for any job orders created during the migration window.
Candidate Manager
Pipeline Stage
Recruit CRM & ATS
Pipeline Stage
lossyCandidate Manager's fixed stage names (Applied, Under Consideration, Interviewing, Hired) are preserved as stage labels and mapped to the nearest Recruit CRM pipeline stage. Because Recruit CRM allows customizable pipeline stages, we configure the destination pipeline to match the source stage sequence as closely as possible during the migration run, with the customer's input on any renaming or consolidation.
Candidate Manager
Ranking and Pre-Profiling Score
Recruit CRM & ATS
Custom Number Field
1:1Numeric ranking scores and pre-profiling values stored as candidate properties in Candidate Manager transfer to Recruit CRM as custom number fields on the Candidate record. These are not native scoring fields in Recruit CRM and land as custom attributes that the recruiter can reference on the candidate profile. We flag these fields in the migration report so the customer's team knows where to find them post-migration.
Candidate Manager
Hiring Manager Portal Record
Recruit CRM & ATS
Contact or Team Member
lossyRecords created or modified via Candidate Manager's hiring manager self-service portal carry an owner attribution field identifying the hiring manager. We preserve this as a custom text field or map it to a Recruit CRM Contact if the hiring manager exists as a formal contact record. Hiring managers who do not have a Recruit CRM user account are flagged for the customer's admin to provision as Team Members or link to the corresponding Contact record.
Candidate Manager
Staffing Agency Portal Record
Recruit CRM & ATS
Candidate Source + Contact
1:1Agencies submitting candidates through Candidate Manager's staffing portal are tracked as submission sources. We extract the agency name and submission ID and attach them to the candidate record as source attribution fields. If the agency exists as an organization in Recruit CRM, we create a Contact record under that organization and link it as the submission source. Agency-specific notes attached to candidate submissions are preserved as candidate notes.
Candidate Manager
Onboarding Record
Recruit CRM & ATS
Candidate Custom Fields + Activity
lossyCandidate Manager onboarding records for hired candidates include task completion status and document references. We migrate task completion status as custom fields on the Candidate record and document references as file attachments linked to the candidate. E-signature status, form-fill completion, and any dynamic onboarding form data that did not export cleanly are flagged in the migration report for manual reconciliation in Recruit CRM's document management section.
Candidate Manager
Reporting Data
Recruit CRM & ATS
Historical Metrics Report
1:1Candidate Manager's aggregate hiring funnel data exports from the reporting module are extracted as supplementary records and delivered as a structured CSV report alongside the migrated candidate and job data. These metrics reflect historical performance in Candidate Manager and do not map to live Recruit CRM reports. We recommend rebuilding key metrics as custom Recruit CRM reports post-migration using the migrated candidate data as the source.
Candidate Manager
Custom Field (Candidate Level)
Recruit CRM & ATS
Custom Field (Candidate Level)
lossyCandidate Manager custom fields at the candidate level are not documented in a machine-readable schema. We discover them during the scoping call by reviewing sample candidate exports, map each to an equivalent Recruit CRM custom field, and flag any with unsupported data types (e.g., multi-select, formula fields) for customer review. Fields without a direct equivalent are stored as candidate notes with a prefix tag for post-migration cleanup.
Candidate Manager
Custom Field (Job Order Level)
Recruit CRM & ATS
Custom Field (Job Level)
lossyCandidate Manager custom fields at the job order level are discovered during scoping by reviewing sample job exports. We map each to a corresponding Recruit CRM job custom field where a type-equivalent field exists. Fields with non-matching types (e.g., Candidate Manager uses a dropdown that Recruit CRM represents as free text) are flagged and mapped to text with a note in the migration log for the customer's admin to review post-migration.
Candidate Manager
Candidate Note
Recruit CRM & ATS
Note
1:1Candidate Manager notes attached to candidate records migrate to Recruit CRM Notes on the Candidate profile. We preserve the original author attribution and timestamp where these are available in the export. Notes with attachments (e.g., evaluation forms, scorecards) are handled as file references in the migration log because file attachment migration requires separate file transfer handling.
| Candidate Manager | Recruit CRM & ATS | Compatibility | |
|---|---|---|---|
| Candidate | Candidate1:1 | Fully supported | |
| Job Order | Job1:1 | Fully supported | |
| Pipeline Stage | Pipeline Stagelossy | Fully supported | |
| Ranking and Pre-Profiling Score | Custom Number Field1:1 | Fully supported | |
| Hiring Manager Portal Record | Contact or Team Memberlossy | Fully supported | |
| Staffing Agency Portal Record | Candidate Source + Contact1:1 | Fully supported | |
| Onboarding Record | Candidate Custom Fields + Activitylossy | Fully supported | |
| Reporting Data | Historical Metrics Report1:1 | Mapping required | |
| Custom Field (Candidate Level) | Custom Field (Candidate Level)lossy | Fully supported | |
| Custom Field (Job Order Level) | Custom Field (Job Level)lossy | Fully supported | |
| Candidate Note | Note1: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.
Candidate Manager gotchas
No public API for incremental sync or third-party integrations
Pipeline stages are fixed and not reconfigurable
Bespoke configurations vary tenant-to-tenant
EDI reporting fields are sensitive personal data with GDPR implications
Recruit CRM & ATS gotchas
API rate limits are license-scaled and can throttle bulk migration
Custom field schemas vary per organization and require field-level mapping
Files and email attachments require separate extraction and re-upload
Email sequences and automation logic do not transfer between platforms
Pair-specific challenges
Migration approach
Discovery and file extraction scoping
We audit Candidate Manager's export capabilities by reviewing the reporting module and identifying all available CSV export templates. We inventory candidate records, job orders, onboarding task records, hiring manager portal attributions, agency submission data, and custom fields at both candidate and job order levels. We also assess historical data volume to determine which records to migrate (active candidates within 18-24 months vs. archived records) and flag any data that cannot be cleanly exported for manual reconciliation. The discovery output is a written migration scope with a field-level mapping draft and a list of custom fields requiring type-equivalent mapping in Recruit CRM.
Data extraction and normalization
We extract structured CSV files from Candidate Manager's reporting module for each object type: Candidates, Job Orders, Pipeline Stages, Ranking Scores, Hiring Manager Attributions, Agency Submissions, Onboarding Records, and Custom Fields. During extraction we apply normalization: stage labels are tagged with their original names, ranking scores are formatted as numbers, sourcing attribution is split into agency name and submission ID components, and date fields are standardized to ISO 8601 format. We deduplicate records where duplicates exist (e.g., candidates submitted multiple times under different records) and flag them for customer review before import.
Recruit CRM sandbox setup and schema pre-configuration
We configure the Recruit CRM destination environment in a sandbox prior to production migration. This includes setting up the pipeline stages to match the source stage sequence (with customer approval on any renaming or consolidation), creating custom fields for ranking scores and any Candidate Manager custom fields without direct equivalents, and configuring candidate source fields for agency attribution. We also set up the user's access roles for hiring managers identified in the source data. The sandbox migration is validated by the customer's admin before production migration begins.
Sandbox migration and reconciliation
We run a full migration into the Recruit CRM sandbox using production-like data volume. The customer's admin reconciles record counts (Candidates in, Jobs in, Stages preserved, Ranking scores in, Hiring manager attributions mapped), spot-checks 25-50 candidate records against the Candidate Manager source export, and validates that stage labels, ranking scores, and sourcing attribution appear correctly on the Recruit CRM candidate profiles. Any mapping corrections, missing custom fields, or stage configuration adjustments are documented and resolved before production migration.
Production migration in dependency order
We run production migration in record-dependency order: Job Orders first (as the parent records for candidate submissions), then Candidates with stage labels and ranking scores preserved, then hiring manager attributions and agency submissions attached to their respective records. Onboarding records for hired candidates migrate last. Each phase emits a row-count reconciliation report before the next phase begins. We run a delta pass for any records modified in Candidate Manager during the migration window before final cutover.
Cutover, validation, and automation rebuild handoff
We freeze Candidate Manager writes during cutover and run a final delta migration. We then enable Recruit CRM as the system of record and deliver the migration report including field-level mapping documentation, any unmapped or partially mapped records requiring manual review, and the written inventory of Candidate Manager workflows and agency portal configurations that do not migrate. We support a one-week hypercare window to resolve reconciliation issues. We do not rebuild Candidate Manager workflows as Recruit CRM automations inside the migration scope; that is a separate engagement or an internal admin task.
Platform deep dives
Candidate Manager
Source
Strengths
Weaknesses
Recruit CRM & ATS
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 Candidate Manager and Recruit CRM & ATS.
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
Candidate Manager: Not publicly documented.
Data volume sensitivity
Candidate Manager 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 Candidate Manager to Recruit CRM & ATS migration scoping. Not seeing yours? Book a call.
Walk through your Candidate Manager to Recruit CRM & ATS migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Candidate Manager
Other ways to arrive at Recruit CRM & ATS
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.