HRMS migration

Migrate from Candidate Manager to Recruit CRM & ATS

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 logo

Candidate Manager

Source

Recruit CRM & ATS

Destination

Recruit CRM & ATS logo

Compatibility

55%

6 of 11

objects map 1:1 between Candidate Manager and Recruit CRM & ATS.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

Candidate Manager logo

Candidate Manager

What's pushing teams away

  • Zero verified review footprint — Capterra shows 0 reviews and TrustRadius gating prevents public sentiment analysis, leaving buyers without independent validation versus high-volume ATSes (BambooHR 3,400+ reviews, ZipRecruiter 10,000+).
  • Pricing is opaque; one Capterra entry references a €2,000 per user one-time Basic plan, which is unusual versus the subscription model competitors offer and difficult to compare.
  • No public API or developer documentation means integrations with background-check vendors, assessment tools, or downstream HRIS systems require vendor-mediated work rather than standard plug-and-play.
  • Up to 5-day account setup with an account manager is slow versus self-serve modern ATSes that go live in hours.
  • Limited public footprint and review depth makes long-term roadmap and support continuity hard to assess for buyers committing multi-year.

Choosing

Recruit CRM & ATS logo

Recruit CRM & ATS

What's pulling them in

  • Agencies choose Recruit CRM for its full customizability — pipelines, stages, and fields can be tailored to any recruitment workflow without developer involvement.
  • Small teams value the built-in CRM and ATS combined in one subscription, eliminating the need to purchase and sync separate systems.
  • The Chrome extension for one-click LinkedIn profile collection streamlines candidate sourcing and reduces manual data entry for recruiters.
  • Responsive customer support with fast issue resolution is consistently cited as a reason teams stick with the platform long-term.
  • Automation options including email sequences and workflow triggers allow recruitment agencies to reduce repetitive manual outreach tasks.

Object mapping

How Candidate Manager objects map to Recruit CRM & ATS

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

maps to

Recruit CRM & ATS

Candidate

1:1
Fully supported

Candidate 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

maps to

Recruit CRM & ATS

Job

1:1
Fully supported

Candidate 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

maps to

Recruit CRM & ATS

Pipeline Stage

lossy
Fully supported

Candidate 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

maps to

Recruit CRM & ATS

Custom Number Field

1:1
Fully supported

Numeric 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

maps to

Recruit CRM & ATS

Contact or Team Member

lossy
Fully supported

Records 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

maps to

Recruit CRM & ATS

Candidate Source + Contact

1:1
Fully supported

Agencies 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

maps to

Recruit CRM & ATS

Candidate Custom Fields + Activity

lossy
Fully supported

Candidate 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

maps to

Recruit CRM & ATS

Historical Metrics Report

1:1
Mapping required

Candidate 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)

maps to

Recruit CRM & ATS

Custom Field (Candidate Level)

lossy
Fully supported

Candidate 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)

maps to

Recruit CRM & ATS

Custom Field (Job Level)

lossy
Fully supported

Candidate 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

maps to

Recruit CRM & ATS

Note

1:1
Fully supported

Candidate 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.

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.

Candidate Manager logo

Candidate Manager gotchas

High

No public API for incremental sync or third-party integrations

Medium

Pipeline stages are fixed and not reconfigurable

Medium

Bespoke configurations vary tenant-to-tenant

High

EDI reporting fields are sensitive personal data with GDPR implications

Recruit CRM & ATS logo

Recruit CRM & ATS gotchas

High

API rate limits are license-scaled and can throttle bulk migration

Medium

Custom field schemas vary per organization and require field-level mapping

Medium

Files and email attachments require separate extraction and re-upload

Low

Email sequences and automation logic do not transfer between platforms

Pair-specific challenges

  • Candidate Manager has no public API for bulk extraction

    Candidate Manager does not expose a documented public REST API for bulk data extraction. All candidate, job order, and engagement data must be extracted via CSV exports from the platform's reporting module. This means the migration runs on a file-first strategy: we extract structured CSV files, normalize the data (stage labels, ranking scores, sourcing attribution), and import into Recruit CRM via its API or CSV loader. The absence of a direct API connection requires additional validation steps to confirm all fields present in the export are accounted for in the destination system.

  • Fixed stage labels require manual mapping to Recruit CRM pipelines

    Candidate Manager uses a fixed set of stage names (Applied, Under Consideration, Interviewing, Hired) that cannot be reconfigured at the workflow level. Recruit CRM's pipeline stages are fully customizable. We preserve the original stage label as a custom property in Recruit CRM and map it to the nearest pipeline stage, but the customer's admin reviews the stage mapping before production migration to confirm the pipeline configuration matches their actual process. Any stage consolidation or renaming happens during the scoping phase, not during the migration run.

  • Hiring manager portal records may not map to Recruit CRM users

    Candidate Manager's hiring manager self-service portal creates records with owner attribution, but hiring managers may not have formal user accounts in the system. When migrating to Recruit CRM, these owner attributions must be reconciled against Recruit CRM's user and contact tables. Owners without a matching Recruit CRM user are flagged in the migration report and held in a reconciliation queue. The customer's admin provisions any missing hiring managers as Team Members or links them to existing Contact records before record import resumes.

  • Ranking and pre-profiling scores land as custom fields

    Candidate Manager stores numeric ranking and pre-profiling scores as candidate properties. Recruit CRM does not have a native equivalent field for these scores at the candidate level on its Pro or Business tiers. We transfer the scores as custom number fields on the Candidate profile, but the customer's team should verify that these custom fields are visible on the relevant candidate list views and reports post-migration.

  • Workflows and agency portal configurations do not migrate

    Candidate Manager's workflow configurations, agency portal settings, and any self-service portal customizations do not have equivalents in Recruit CRM's schema. We do not migrate these as configuration data. We deliver a written inventory of every active workflow setting and agency portal configuration in Candidate Manager for the customer's admin to rebuild in Recruit CRM's no-code automation builder. Onboarding task sequences that rely on portal-based form completion are also not migrated; the customer's admin sets up equivalent onboarding stages in Recruit CRM post-migration.

Migration approach

Six steps for a successful Candidate Manager to Recruit CRM & ATS data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

Candidate Manager logo

Candidate Manager

Source

Strengths

  • Built-in GDPR consent, data retention, and privacy policy enforcement.
  • 600+ job board posting reach from a single workflow.
  • EDI reporting with customised Equal Opportunities forms.
  • Configurable to a bespoke recruitment workflow with vendor support.
  • Multi-region presence (Ireland, UK, USA) with named enterprise references.

Weaknesses

  • Effectively zero independent review footprint on Capterra and other public review sites.
  • Opaque pricing — one source cites €2,000/user one-time, which is hard to compare to subscription-based competitors.
  • No public API or developer documentation; integrations require vendor mediation.
  • Account setup takes up to 5 days versus self-serve competitors.
  • Limited public product detail makes pre-purchase due diligence difficult.
Recruit CRM & ATS logo

Recruit CRM & ATS

Destination

Strengths

  • Fully customizable pipelines, stages, and fields without requiring developer involvement
  • Combines recruitment CRM and ATS in one subscription for staffing agencies and small teams
  • Built-in email sequences and automation reduce manual outreach work
  • Chrome extension enables one-click LinkedIn profile collection directly into the CRM
  • Responsive customer support cited across multiple reviews with fast resolution times

Weaknesses

  • Several features are gated as paid add-ons rather than included in the base subscription
  • Email functionality has been reported as unreliable by multiple users
  • Interface occasionally lags during high-activity periods in large pipelines
  • Pricing is considered higher than comparable recruitment CRMs by some customers
  • Limited native reporting — users request pre-made report exports rather than manual data pulls

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 Candidate Manager and Recruit CRM & ATS.

  • 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

    Candidate Manager: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Candidate Manager to Recruit CRM & ATS 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 Candidate Manager to Recruit CRM & ATS data migrations

Answers to the questions buyers ask most during Candidate Manager to Recruit CRM & ATS migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most migrations land between three and five weeks for accounts under 10,000 active candidates and 500 job orders with a straightforward custom field mapping. Migrations with high historical record volumes, extensive custom fields at both candidate and job order levels, agency portal data requiring re-attribution, or onboarding records needing document reference transfer move to six to ten weeks because of the manual field discovery process, deduplication work, and staging reconciliation required before production migration.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Candidate Manager.
Land in Recruit CRM & ATS, 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