HRMS migration
Field-level mapping, validation, and rollback between mploy and Recruit CRM & ATS. We move data and schema; workflows are rebuilt natively in Recruit CRM & ATS.
mploy
Source
Recruit CRM & ATS
Destination
Compatibility
8 of 12
objects map 1:1 between mploy and Recruit CRM & ATS.
Complexity
BStandard
Timeline
2-3 weeks
Overview
Moving from mploy to Recruit CRM is a migration from a minimal, opaque ATS with no documented API to a full-featured recruiting platform with a published REST API and bulk CSV import. Every mploy migration begins with a manual discovery step because mploy has no public API portal and zero third-party reviews, meaning we cannot validate schema from external research alone. The customer must provide admin-panel CSV exports and walk us through any custom field definitions. We then map those exports to Recruit CRM's candidate, job, application, and deal objects, respecting Recruit CRM's custom field limits (15 on Pro, 100 on Business). Attachments, interview records, and pipeline configuration require separate handling steps documented during scoping. Workflows, automations, and sequence cadences are out of scope; we deliver a written inventory for the customer's admin to rebuild in Recruit CRM.
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 mploy 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.
mploy
Candidate
Recruit CRM & ATS
Candidate
1:1mploy Candidates map directly to Recruit CRM Candidates. Standard fields (name, email, phone, status, source, submission date) migrate via CSV with direct field-to-field mapping. Resume files require a separate attachment export step from mploy; we deliver them as file attachments linked to the corresponding Candidate record in Recruit CRM after bulk import completes.
mploy
Job
Recruit CRM & ATS
Job
1:1mploy Job records (title, department, location, description, status, open/closed flag) map to Recruit CRM Jobs. We preserve active and archived job status, mapping mploy's open/closed state to Recruit CRM's job status field. Job-associated custom fields migrate to Recruit CRM custom fields on the Job object, respecting the plan limit (15 on Pro, 100 on Business).
mploy
Application
Recruit CRM & ATS
Application
1:1mploy Applications (the join record between Candidate and Job) map to Recruit CRM Applications. The mapping preserves submission date, application source, current stage, and any stage-transition timestamps. Stage names from mploy's pipeline configuration map to Recruit CRM's pipeline stages during import.
mploy
Pipeline / Stage
Recruit CRM & ATS
Pipeline / Stage
lossymploy pipeline stage names and sequence order are customer-specific. We extract the ordered stage list during discovery, then configure Recruit CRM pipeline stages to match before application records are imported. Stage probability values from mploy (if present) migrate as stage-level notes in Recruit CRM.
mploy
User
Recruit CRM & ATS
User
1:1mploy User accounts (recruiters, hiring managers, admins) map to Recruit CRM users by email. Role assignments (admin, recruiter, viewer) map to Recruit CRM permission roles during user provisioning. Inactive mploy users may be excluded or migrated as inactive Recruit CRM users depending on whether historical assignment data needs to be preserved.
mploy
Offer
Recruit CRM & ATS
Deal
1:1mploy Offer records (compensation, start date, acceptance status) map to Recruit CRM Deals linked to the corresponding Application and Job. We preserve offer amount, start date, and status fields. If mploy does not have a distinct Offer object, offer data stored as custom fields on Applications migrates as Deal fields in Recruit CRM.
mploy
Interview
Recruit CRM & ATS
Interview (as Note or custom field)
1:1mploy interview records are not confirmed as a separately exportable object. Where interview data exists in mploy (interviewer name, date, outcome notes), we capture it as notes attached to the Application record in Recruit CRM. Recruit CRM's native interview scheduling feature is available post-migration but historical interview records do not map to a native interview object through CSV import.
mploy
Custom Fields (Candidates)
Recruit CRM & ATS
Custom Fields (Candidates)
lossymploy custom fields on Candidates must be explicitly enumerated by the customer during discovery because no public data dictionary exists. Each custom field name, data type, and picklist value is captured manually. On Recruit CRM's Pro Plan, up to 15 custom fields per object are supported; the Business Plan supports up to 100. If the customer exceeds Pro limits, we flag the constraint during scoping and recommend Business Plan or field consolidation before migration.
mploy
Custom Fields (Jobs)
Recruit CRM & ATS
Custom Fields (Jobs)
lossySame enumeration constraint applies to mploy custom fields on Jobs. Recruit CRM supports job-specific custom fields including job-associated fields (custom fields scoped to specific job roles a candidate is being considered for). We map mploy job custom fields to Recruit CRM job custom fields, using the job_associated_fields structure where applicable to preserve role-specific data context.
mploy
Candidate Source
Recruit CRM & ATS
Candidate Source
lossyApplication source attribution (e.g., LinkedIn, job board, referral) from mploy migrates to Recruit CRM's candidate source field. If mploy stores source as a free-text field, we standardize it to Recruit CRM's picklist values during transform. Unknown or unmapped source values are preserved in a custom field for the customer's admin to reclassify post-migration.
mploy
Document Attachment
Recruit CRM & ATS
File Attachment (Candidate)
1:1Resume files and uploaded attachments stored outside the candidate CSV in mploy require a separate file archive export. We link each file to the corresponding Candidate record in Recruit CRM by filename matching against the candidate email or name in the primary export. This step is manual and requires the customer to confirm that the admin-panel bulk download includes attachments or that a separate archive can be generated.
mploy
Activity / Notes
Recruit CRM & ATS
Note
1:1Any notes recorded on mploy Candidate or Application records migrate as Recruit CRM Notes attached to the corresponding record. Timestamps and author information are preserved where present. If mploy stores engagement activity (emails, calls) as a separate object, those migrate as Note records; native Recruit CRM email and call logging features are available post-migration for ongoing activity capture.
| mploy | Recruit CRM & ATS | Compatibility | |
|---|---|---|---|
| Candidate | Candidate1:1 | Fully supported | |
| Job | Job1:1 | Fully supported | |
| Application | Application1:1 | Fully supported | |
| Pipeline / Stage | Pipeline / Stagelossy | Fully supported | |
| User | User1:1 | Fully supported | |
| Offer | Deal1:1 | Fully supported | |
| Interview | Interview (as Note or custom field)1:1 | Fully supported | |
| Custom Fields (Candidates) | Custom Fields (Candidates)lossy | Fully supported | |
| Custom Fields (Jobs) | Custom Fields (Jobs)lossy | Fully supported | |
| Candidate Source | Candidate Sourcelossy | Fully supported | |
| Document Attachment | File Attachment (Candidate)1:1 | Fully supported | |
| Activity / Notes | 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.
mploy gotchas
No public API confirmed for programmatic data extraction
Zero third-party reviews create a reliability blind spot
Custom field schema is customer-specific and must be enumerated manually
Candidate document attachments require separate export handling
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 export capability confirmation
We begin every mploy engagement with a structured discovery call. Because mploy has no public API or schema documentation, we cannot validate data shape externally. The customer must confirm admin-panel CSV export access, provide a sample export for review, and walk us through their custom field configuration. We audit the sample export against the standard ATS object set (Candidates, Jobs, Applications, Users, Pipelines, Offers) and probe for any legacy import history, integrations, or non-standard data that would affect migration scope. The discovery output is a written migration scope with record counts, custom field enumeration, and attachment availability confirmation.
Full CSV export and field mapping design
We guide the customer through generating complete CSV exports from the mploy admin panel for all objects confirmed during discovery. We review the export columns against Recruit CRM's default field schema (documented at help.recruitcrm.io/en/articles/6806423-default-fields-in-recruit-crm) and design a field mapping document that maps each mploy column to its Recruit CRM equivalent. Any mploy custom fields are mapped to Recruit CRM custom fields, with a plan-tier check against the 15-field Pro Plan limit. Stage names are mapped to Recruit CRM pipeline stages, and source attribution is standardized to Recruit CRM's picklist.
Recruit CRM schema pre-configuration
Before importing data, we work with the customer to configure Recruit CRM's destination schema. This includes configuring pipeline stages to match mploy's ordered stage sequence, creating any custom fields that exceed Recruit CRM defaults, and provisioning user accounts mapped from mploy's user list. If the customer is on Recruit CRM Pro and custom field count exceeds 15 per object, we recommend Business Plan or field consolidation before migration begins. Recruit CRM's native bulk import UI (CSV/XLS upload with field mapping) is tested against the prepared file to confirm field correspondence.
Attachment archive export and linking
We coordinate a separate file archive export from mploy for resume files and document attachments. We match each file to its corresponding candidate record in the primary CSV by filename, candidate name, or email. Files are then uploaded to Recruit CRM and linked to the matched Candidate record. If mploy cannot produce a separate file archive, we document the constraint and recommend manual re-upload post-migration with a candidate list to guide the process.
Bulk import and reconciliation
We run the bulk import into Recruit CRM using the prepared CSV files and field mapping document. Jobs import first (no dependencies), then Candidates, then Applications (which depend on both Job and Candidate records being present). Users are provisioned in Recruit CRM before record import if they do not already exist. After each import phase, we produce a row-count reconciliation report comparing mploy source counts to Recruit CRM destination counts. The customer spot-checks 25-50 records per object for field-level accuracy before write clearance is granted.
Cutover, delta sync, and automation handoff
We freeze writes to mploy during the cutover window, run a final delta export of any records modified during the migration window, and import the delta into Recruit CRM. Recruit CRM is enabled as the system of record. We deliver a written inventory of any mploy workflows, automations, or sequences that require rebuild in Recruit CRM's native automation tools. We do not rebuild these as code; the inventory document is the handoff artifact for the customer's admin or a Recruit CRM implementation partner. We support a one-week hypercare window for reconciliation issues raised during the first week of live use.
Platform deep dives
mploy
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 mploy 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
mploy: Not publicly documented.
Data volume sensitivity
mploy 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 mploy to Recruit CRM & ATS migration scoping. Not seeing yours? Book a call.
Walk through your mploy 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 mploy
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.