HRMS migration
Field-level mapping, validation, and rollback between mploy and Zoho Recruit. We move data and schema; workflows are rebuilt natively in Zoho Recruit.
mploy
Source
Zoho Recruit
Destination
Compatibility
10 of 12
objects map 1:1 between mploy and Zoho Recruit.
Complexity
BStandard
Timeline
2-3 weeks
Overview
Moving from mploy to Zoho Recruit is a structural upgrade from a small-market flat-rate ATS with no confirmed public API to a tiered per-user platform with its own documented migration wizard. mploy's absence of verified reviews, public API, and third-party integrations means every migration we scope requires manual admin-panel CSV extraction with explicit customer sign-off on export completeness. Zoho Recruit enforces a strict import dependency order—Users before Candidates, Candidates before Job Openings, Job Openings before Interviews and Attachments—and requires Last Name as a mandatory field on every Candidate record, which requires pre-migration data cleanup if mploy stores candidates without explicit last-name values. We do not migrate Workflows, Automations, or Custom Workflows as code; we deliver a written inventory for the customer's admin to rebuild in Zoho Recruit's workflow builder. Pipeline stage names migrate as picklist values, and resume attachments require a separate file archive beyond the primary CSV export.
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 Zoho Recruit, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
mploy
Users
Zoho Recruit
Users
1:1mploy User accounts (admin, recruiter, hiring manager roles) map to Zoho Recruit Users imported via CSV before any candidate or job data. We resolve each mploy user by email address against the Zoho Recruit destination account and flag any users without email for manual Zoho User provisioning. Role assignments from mploy map to Zoho Recruit's role model (Admin, Recruiter, Standard) during the import wizard setup. Importing Users first satisfies the OwnerId lookups required on Candidates and Job Openings.
mploy
Candidates
Zoho Recruit
Candidates
1:1mploy Candidates represent job applicants with standard fields (name, email, phone, resume) plus any customer-specific custom fields enumerated during discovery. We map these to Zoho Recruit Candidates, enforcing Zoho's mandatory Last Name field: any mploy Candidate record without a last-name value receives a placeholder of 'Not Provided' before import to prevent record rejection. Resume files stored in the candidate export archive attach to Zoho Recruit Candidate records via the Attachments module after primary field import completes.
mploy
Jobs
Zoho Recruit
Job Openings
1:1mploy Job records (title, department, location, description, open/closed status) map to Zoho Recruit Job Openings. Active and archived jobs migrate to preserve closed requisition history. Job status (open/closed) maps to the Zoho Recruit Opening Status field. We resolve the Department from mploy to Zoho Recruit's Department picklist or create a matching custom picklist value during import wizard setup.
mploy
Applications
Zoho Recruit
Candidates (Job Applications tab)
lossymploy Applications are the join records linking Candidates to Jobs, capturing submission date, stage in pipeline, and source attribution. In Zoho Recruit, applications appear as job associations on Candidate records via the Job Applications subtab. We map the mploy application submission date to Zoho Recruit's Applied Date field and the pipeline stage to the Zoho Recruit Hiring Process stage. Source attribution (Indeed, LinkedIn, direct) migrates to the Source field on the candidate record.
mploy
Pipelines
Zoho Recruit
Hiring Process Stages
lossymploy pipeline stages (Applied, Phone Screen, Interview, Offer, etc.) map to Zoho Recruit Hiring Process stages. We preserve the ordered stage sequence from mploy by configuring matching stage names in Zoho Recruit's Hiring Process before candidate import. Stage names vary by customer configuration, so the stage mapping is defined during the discovery enumeration step and deployed as part of the Zoho Recruit Hiring Process setup before data migration begins.
mploy
Offers
Zoho Recruit
Offers
1:1mploy Offer records containing compensation details, start dates, and acceptance status map to Zoho Recruit Offers. We migrate Offer fields (offered salary, start date, offer status) to Zoho Recruit's offer module fields and link each Offer to the corresponding Candidate and Job Opening via Zoho Recruit's relationship model. If mploy stores offers as a custom field on Applications rather than a standalone object, we map those values into Zoho Recruit's structured Offer module during transformation.
mploy
Users
Zoho Recruit
Departments
1:1mploy Department assignments on Jobs map to Zoho Recruit Departments. We create matching Department records in Zoho Recruit during the pre-migration setup phase so that Job Opening imports can reference the correct Department lookup. If mploy stores departments as free-text fields rather than structured records, we extract distinct values during discovery and pre-create matching Zoho Recruit Departments before the main migration run.
mploy
Custom Fields (Candidates)
Zoho Recruit
Custom Fields (Candidates)
1:1mploy custom fields on Candidates require explicit enumeration during discovery because no public schema documentation exists. We export field definitions and values from mploy via admin-panel screenshots or CSV exports showing field headers, then map each to a Zoho Recruit custom field of equivalent type (text, number, picklist, date, checkbox). The Zoho Recruit field creation step happens during import wizard setup before candidate records are imported. Any picklist values in mploy custom fields are pre-created in Zoho Recruit as matching picklist options.
mploy
Custom Fields (Jobs)
Zoho Recruit
Custom Fields (Job Openings)
1:1mploy custom fields on Jobs are enumerated during discovery and mapped to Zoho Recruit custom fields on Job Openings. Common examples include department-specific requisition metadata, hiring manager references, or compensation range fields. We create matching Zoho Recruit custom fields during the import wizard configuration phase and map values from mploy CSV exports during the main migration run.
mploy
Candidate Attachments
Zoho Recruit
Attachments (Candidates module)
1:1Resume files and uploaded attachments in mploy are stored separately from the candidate CSV export and require a separate file archive request. We map the attachment file names to Zoho Recruit Candidate Attachments using the Candidate Email or Candidate ID as the linking key. If mploy does not include attachments in the bulk download, we request a separate file archive during discovery and confirm attachment coverage before migration sign-off.
mploy
Interviews
Zoho Recruit
Interviews
1:1Interview records in mploy are not confirmed as a separately exportable object, so we capture interview data as notes attached to the relevant Candidate record if present. Where mploy stores interview details as structured records, we map interviewer name, interview date, interview type, and feedback summary to Zoho Recruit Interview records linked to the Candidate. This mapping is confirmed during discovery scoping with the customer's mploy admin.
mploy
Notes
Zoho Recruit
Notes
1:1Candidate and Job notes from mploy migrate to Zoho Recruit Notes attached to the corresponding record. We preserve the note body, author, and creation timestamp. Notes on Jobs map to Notes on Job Openings; notes on Candidates map to Notes on Candidates. The note author resolves to a Zoho Recruit User by email match where possible, or is stored as free text if no matching User exists.
| mploy | Zoho Recruit | Compatibility | |
|---|---|---|---|
| Users | Users1:1 | Mapping required | |
| Candidates | Candidates1:1 | Fully supported | |
| Jobs | Job Openings1:1 | Fully supported | |
| Applications | Candidates (Job Applications tab)lossy | Mapping required | |
| Pipelines | Hiring Process Stageslossy | Mapping required | |
| Offers | Offers1:1 | Mapping required | |
| Users | Departments1:1 | Mapping required | |
| Custom Fields (Candidates) | Custom Fields (Candidates)1:1 | Fully supported | |
| Custom Fields (Jobs) | Custom Fields (Job Openings)1:1 | Fully supported | |
| Candidate Attachments | Attachments (Candidates module)1:1 | Fully supported | |
| Interviews | Interviews1:1 | Not supported | |
| Notes | Notes1: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
Zoho Recruit gotchas
Daily API rate limits are tier-gated and per-user capped
User import hard cap of 2,000 records
Attachment folder hierarchy must be preserved exactly
Resume parsing quota varies by plan and resets daily
Custom fields unavailable in Free and Standard editions
Pair-specific challenges
Migration approach
Discovery and export capability confirmation
We audit the mploy instance for standard ATS objects (Candidates, Jobs, Applications, Users), custom field configurations, pipeline stage definitions, offer records, interview data, and attachment storage. We confirm admin-panel bulk download access and request a sample CSV export showing field headers and row counts. For mploy specifically, we probe for any legacy import history or non-standard field configurations that would affect data shape. The discovery output is a written migration scope document listing all objects to migrate, any custom field enumerations required, and a confirmed export date from the customer's mploy admin.
Custom field enumeration and schema documentation
Because mploy publishes no schema documentation, we request that the customer provide screenshots or export confirmations of their custom field configurations on Candidates and Jobs. We enumerate each custom field name, data type, and picklist value, then map each to an equivalent Zoho Recruit custom field type. We create the corresponding custom fields in Zoho Recruit during import wizard setup before any record import begins. This step adds one to two business days and is required before field mapping can be finalized.
Zoho Recruit pre-migration setup
We configure Zoho Recruit's Hiring Process to match mploy's pipeline stage sequence, pre-create Department records referenced in Job imports, and pre-create any picklist values for custom fields. We verify that at least two Users exist in the Zoho Recruit destination account (a Zoho requirement for migration to proceed). We also confirm that a candidate Last Name transformation rule is in place for any mploy records lacking a separate last-name field. All setup occurs in the destination Zoho Recruit account before any import run begins.
Data extraction and transformation
The customer exports all objects from mploy via admin-panel CSV downloads. We receive the exports and run a data quality review: checking for missing Last Name values on candidates, duplicate records, orphaned applications referencing deleted candidates or jobs, and attachment archive completeness. We apply the transformation steps (Last Name synthesis, custom field value mapping, pipeline stage name normalization) and produce a set of import-ready CSV files mapped to Zoho Recruit's module structure. We share the transformed files with the customer for review and sign-off before any import begins.
Migration run in dependency order
We execute the import in Zoho Recruit's required sequence: Users first, then Candidates with Last Name enforcement and custom field mapping, then Job Openings with department lookups resolved, then Applications linking Candidates to Jobs, then Offers, then Interviews and Notes as attachments or subrecords. Each phase emits a row-count reconciliation report. Any records rejected during import (typically due to missing mandatory fields or lookup failures) are captured in a correction log, addressed in a targeted re-import pass, and reconciled against the source record count before cutover.
Attachment import and final reconciliation
We import candidate resume files and attachments as a separate phase after primary field records are confirmed. We link each attachment to the corresponding Zoho Recruit Candidate record using email or ID as the linking key. We run a final reconciliation comparing migrated record counts against the original mploy export counts for each object, verify that pipeline stage distributions match between source and destination, and deliver a written migration report to the customer's admin. We flag any records that could not migrate (with reason) and provide a deduplication recommendation for any duplicate candidates identified during import.
Cutover and Workflow rebuild handoff
We freeze writes in mploy during cutover, run a final delta migration of any records created or modified during the migration window, then confirm that Zoho Recruit is the system of record. We deliver a written inventory of mploy Workflows and Automations requiring rebuild in Zoho Recruit's workflow builder, noting that Zoho Recruit's workflow model differs structurally from mploy's and that the customer's admin or a Zoho partner rebuilds them post-migration. We do not rebuild workflows as part of the standard migration scope.
Platform deep dives
mploy
Source
Strengths
Weaknesses
Zoho Recruit
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 Zoho Recruit.
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 Zoho Recruit migration scoping. Not seeing yours? Book a call.
Walk through your mploy to Zoho Recruit 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 Zoho Recruit
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.