HRMS migration

Migrate from mploy to Zoho Recruit

Field-level mapping, validation, and rollback between mploy and Zoho Recruit. We move data and schema; workflows are rebuilt natively in Zoho Recruit.

mploy logo

mploy

Source

Zoho Recruit

Destination

Zoho Recruit logo

Compatibility

83%

10 of 12

objects map 1:1 between mploy and Zoho Recruit.

Complexity

BStandard

Timeline

2-3 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

mploy logo

mploy

What's pushing teams away

  • Zero third-party reviews on G2 and Capterra make it impossible to validate product reliability, support quality, or long-term viability before committing data.
  • Small-market product raises concerns about vendor longevity and the risk of a forced migration if the platform sunsets without warning.
  • Limited public documentation means internal teams struggle to configure workflows, integrations, or custom fields without vendor support.
  • Absence of a visible API or developer documentation blocks automation use cases, integrations with HRIS systems, and programmatic data extraction.
  • Small vendor footprint limits access to skilled implementation partners, forcing customers to rely solely on vendor support for complex setups.

Choosing

Zoho Recruit logo

Zoho Recruit

What's pulling them in

  • Lowest cost entry point of any major ATS — a free tier with Candidates, Clients, Contacts, Interviews, and a career site lets small teams validate before committing to a paid plan.
  • Deep Zoho ecosystem integration — if the team already uses Zoho CRM, Sheets, or Analytics, candidate data flows between modules without re-keying or third-party middleware.
  • Customizable pipelines and stages — both agency and corporate editions let users define custom pipeline stages and assign candidates through drag-and-drop visual boards.
  • AI-assisted features via Zia — resume parsing, candidate summarization, and job-candidate matching are built in on paid tiers, reducing manual screening time.
  • Job board aggregation at no extra cost — paid tiers include postings to major job boards, extending reach without purchasing separate job ad bundles.

Object mapping

How mploy objects map to Zoho Recruit

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

maps to

Zoho Recruit

Users

1:1
Mapping required

mploy 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

maps to

Zoho Recruit

Candidates

1:1
Fully supported

mploy 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

maps to

Zoho Recruit

Job Openings

1:1
Fully supported

mploy 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

maps to

Zoho Recruit

Candidates (Job Applications tab)

lossy
Mapping required

mploy 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

maps to

Zoho Recruit

Hiring Process Stages

lossy
Mapping required

mploy 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

maps to

Zoho Recruit

Offers

1:1
Mapping required

mploy 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

maps to

Zoho Recruit

Departments

1:1
Mapping required

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

maps to

Zoho Recruit

Custom Fields (Candidates)

1:1
Fully supported

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

maps to

Zoho Recruit

Custom Fields (Job Openings)

1:1
Fully supported

mploy 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

maps to

Zoho Recruit

Attachments (Candidates module)

1:1
Fully supported

Resume 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

maps to

Zoho Recruit

Interviews

1:1
Not supported

Interview 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

maps to

Zoho Recruit

Notes

1:1
Fully supported

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

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.

mploy logo

mploy gotchas

High

No public API confirmed for programmatic data extraction

High

Zero third-party reviews create a reliability blind spot

Medium

Custom field schema is customer-specific and must be enumerated manually

Medium

Candidate document attachments require separate export handling

Zoho Recruit logo

Zoho Recruit gotchas

High

Daily API rate limits are tier-gated and per-user capped

High

User import hard cap of 2,000 records

Medium

Attachment folder hierarchy must be preserved exactly

Medium

Resume parsing quota varies by plan and resets daily

Low

Custom fields unavailable in Free and Standard editions

Pair-specific challenges

  • mploy has no confirmed public API for programmatic export

    Every mploy migration we have scoped required manual admin-panel CSV exports with explicit customer sign-off before deletion clearance. There is no documented API endpoint, authentication scheme, or developer portal. Before committing to a migration timeline, we require the customer to confirm their admin-panel bulk download access, validate that exported fields match their data scope, and identify whether custom field columns appear in the export. If admin-panel exports are restricted or unavailable, migration may not be feasible without vendor-facilitated data extraction. This is a pair-level gotcha: the absence of API access applies specifically when extracting from mploy, not when importing into Zoho Recruit.

  • Zoho Recruit requires Last Name on every Candidate record

    Zoho Recruit's import wizard enforces Last Name as a mandatory field on Candidate records. Any imported row without a last-name value is skipped. If mploy stores candidates with only a first name or stores names in a single full-name field without a separate last-name column, we must transform the data during migration preparation to extract or synthesize a last-name value (using 'Not Provided' as a placeholder) before import. This is a pair-level gotcha requiring pre-migration data inspection and transformation that does not apply when migrating between platforms where the destination lacks this mandatory-field constraint.

  • Custom field schema is undocumented and must be enumerated manually

    mploy publishes no data dictionary or schema documentation for custom field definitions. In every migration we have scoped, the customer must provide screenshots or export confirmations of their field configuration so that we can enumerate custom field names, data types, and picklist values. Zoho Recruit's import wizard supports custom field creation during setup, but we cannot infer mploy's field structure from external research alone. This enumeration step adds one to two business days to discovery before migration mapping can begin. The scope of enumeration grows with the number of custom field configurations the customer has built.

  • Candidate document attachments require separate export handling

    Resume files and uploaded attachments in mploy are stored separately from the candidate CSV export. If mploy does not include attachments in the bulk download package, we must request a separate file archive and confirm that the attachment archive is available before migration. Zoho Recruit imports attachments via the Attachments module after primary field import completes, using candidate email or ID as the linking key. Missing attachments are a common post-migration gap when scoping focuses on record fields and ignores binary assets. We flag this explicitly during discovery and include attachment mapping in the migration scope only if the customer confirms archive availability.

  • Zoho Recruit enforces strict import dependency order

    Zoho Recruit's migration wizard requires records to import in a specific sequence: Users first, then Candidates, then Job Openings, and finally Interviews, Notes, Tasks, and Attachments. This ordering exists because Job Openings must exist before Candidate applications can link to them, and Users must exist before Candidates can reference them as Owners. mploy exports do not enforce or document this ordering, so we must structure the migration runbook to match Zoho's requirements. Skipping or reordering steps causes lookup failures and record rejections during import. This is a pair-level gotcha: Zoho's constraint applies specifically to this destination, not to other ATS migrations from mploy.

Migration approach

Six steps for a successful mploy to Zoho Recruit data migration

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

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

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

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

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

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

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

Context on both ends of the pair

mploy logo

mploy

Source

Strengths

  • Flat-rate pricing at $89/month simplifies budgeting for small businesses without per-seat cost surprises.
  • Covers core ATS lifecycle from job posting through candidate tracking in a single tool.
  • Competitively positioned against established ATS vendors in the small-business segment.
  • Targeted at small teams needing basic applicant tracking without enterprise complexity.

Weaknesses

  • Zero verified reviews on major platforms (G2, Capterra) prevents independent quality assessment.
  • No visible public API documentation or developer portal limits automation and integration options.
  • Scarce public information about data export capabilities makes migration planning speculative.
  • Small vendor presence raises platform longevity concerns for customers with multi-year data commitments.
Zoho Recruit logo

Zoho Recruit

Destination

Strengths

  • Free tier includes full candidate management with a hosted career site, making it viable for very small staffing operations.
  • Multi-edition architecture splits agency and corporate HR workflows, with tier-gated features that scale predictably with headcount.
  • Per-user API rate limits (500–1000/day) are generous for mid-size migrations compared to competitors that gate by total org quota.
  • Zoho's own data migration tool supports CSV import from Bullhorn, CATS, Jobdiva, and Workable, validating interoperability with common ATS formats.
  • 45-day money-back guarantee and 15-day full-feature trial reduce financial risk for teams evaluating the platform.

Weaknesses

  • Free edition excludes custom fields, lookup relationships, and formula fields, making data model extensibility unavailable until a paid tier is purchased.
  • Resume parsing quotas are capped: 250/day on Standard, 500/day on Professional, unlimited only on Enterprise — bulk imports of large candidate pools will hit these limits.
  • No bulk/batch API endpoint for inserts or updates — large migrations rely on looping single-record API calls within daily rate limit windows.
  • Custom modules cannot be imported from external ATS; only standard modules (Users, Candidates, Clients, etc.) are in the supported migration list.
  • Attachments require a rigid folder hierarchy to re-associate with records, and any deviation in folder structure during extraction causes silent disassociation.

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 mploy and Zoho Recruit.

  • 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

    mploy: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your mploy to Zoho Recruit 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 mploy to Zoho Recruit data migrations

Answers to the questions buyers ask most during mploy to Zoho Recruit migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most migrations land between two and three weeks for accounts under 5,000 candidates and 500 jobs with no extensive custom field configurations. Migrations with large custom field enumerations, resume attachment archives requiring separate file mapping, or multi-stage pipeline configurations with interview data move to five to eight weeks because of the discovery overhead required to enumerate mploy's undocumented schema and the manual CSV export coordination that mploy's lack of API access necessitates.

Adjacent paths

Related migrations to explore

Ready when you are

Move from mploy.
Land in Zoho Recruit, 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