HRMS migration

Migrate from Mercu to Zoho Recruit

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

Mercu logo

Mercu

Source

Zoho Recruit

Destination

Zoho Recruit logo

Compatibility

67%

8 of 12

objects map 1:1 between Mercu and Zoho Recruit.

Complexity

BStandard

Timeline

5-8 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Mercu to Zoho Recruit requires a conceptual shift: Mercu manages the full academic employee lifecycle (employment contracts, department assignments, leave balances, payroll records), while Zoho Recruit is purpose-built for the recruitment and hiring pipeline. We extract Mercu employee records, restructure them as Zoho Recruit Candidates, and use Zoho's custom fields to preserve the academic-specific metadata that Mercu tracked as native HR fields. Department assignments migrate as lookup relationships to Zoho's native Departments module, and historical job requisitions export as Zoho Job Openings. Employment contracts and leave balances have no native Zoho Recruit equivalent; we attach contracts as document uploads and store leave balances in custom fields on the Candidate record. Workflows, leave automation, and payroll processing logic do not migrate. We deliver a written inventory of Mercu automations for the customer's admin to rebuild in Zoho Recruit's workflow builder.

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

Mercu logo

Mercu

What's pushing teams away

  • Channel and integration scope is concentrated on frontline volume-hiring use cases — knowledge-worker or executive search teams will not find specialized features for their workflows.
  • WhatsApp Business API costs and compliance (Meta-imposed conversation fees, consent requirements) sit on top of the Mercu subscription, complicating total-cost-of-ownership calculations.
  • Smaller third-party connector marketplace than legacy ATSes — teams running on niche or in-house systems may need custom integration work.
  • Pricing is sales-led at the enterprise tier (1,000+ employees), reducing transparency for procurement teams comparing options.
  • Reliance on candidate WhatsApp availability — although SMS fallback exists, candidates without consistent mobile messaging access still drop out of automated funnels.

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 Mercu objects map to Zoho Recruit

Each row shows how a Mercu 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.

Mercu

Employee

maps to

Zoho Recruit

Candidate

1:1
Fully supported

Mercu employee records map to Zoho Recruit Candidates with the employee name split into First Name and Last Name. For Indonesian names that lack a clear first/last distinction, we use the primary name field as Last Name and place the full display name in a custom field. Employment status, academic rank, and tenure type migrate as custom fields on the Candidate record. The Candidate Status field in Zoho Recruit reflects the employee's current employment standing at migration time.

Mercu

Department

maps to

Zoho Recruit

Departments (lookup)

1:1
Fully supported

Mercu department affiliations migrate to Zoho Recruit's native Departments module. Each Mercu faculty or administrative unit becomes a Zoho Recruit Department record. The Candidate record in Zoho Recruit then references the department via a lookup field. For Mercu records that include secondary department assignments (joint appointments), we store the secondary affiliation in a custom Candidate field. Department hierarchy depth in Mercu maps to the Zoho Recruit Departments parent-child structure.

Mercu

Job Requisition

maps to

Zoho Recruit

Job Opening

1:1
Fully supported

Historical job requisitions from Mercu migrate as Zoho Recruit Job Opening records. The job title, department assignment, hiring manager, and requisition status map to the corresponding Zoho Recruit fields. Candidates associated with a specific requisition in Mercu link to the migrated Job Opening via the Applications module. Job Opening capacity (number of open slots) and employment type (full-time, part-time, adjunct) migrate as custom fields on the Job Opening record.

Mercu

Employment Status

maps to

Zoho Recruit

Custom Field on Candidate

lossy
Fully supported

Mercu employment status values (active, on leave, suspended, terminated) have no direct Zoho Recruit standard field equivalent because Zoho Recruit tracks hiring status rather than employment lifecycle. We create a custom Candidate field of type picklist with the original Mercu status values preserved. For active candidates, we set the Zoho Recruit Candidate Status to reflect their recruiting stage.

Mercu

Employment Contract

maps to

Zoho Recruit

Document Attachment on Candidate

1:1
Fully supported

Mercu employment contract documents (PDFs, scanned agreements) attach to the corresponding Zoho Recruit Candidate record via the Document Library attachment feature. We extract contract metadata (contract type, start date, end date, renewal clause) into custom Candidate fields. Contract documents migrate as individual file attachments rather than embedded records, maintaining the document's integrity and accessibility within the Candidate profile.

Mercu

Leave Balance

maps to

Zoho Recruit

Custom Fields on Candidate

lossy
Fully supported

Mercu leave balance records have no native Zoho Recruit equivalent since Zoho Recruit is an ATS and does not include leave management. We create a set of numeric custom fields on the Candidate record to capture annual leave balance, sick leave balance, and any accrued carry-over. Leave transaction history (individual leave entries) does not migrate as a related list; we store the current balance snapshot only. The customer's HR admin can set up Zoho Recruit's workflow rules for leave request tracking post-migration if required.

Mercu

Payroll Record

maps to

Zoho Recruit

Custom Fields on Candidate

lossy
Fully supported

Mercu payroll data (salary grade, step, deductions, bank account) migrates to custom fields on the Zoho Recruit Candidate record. These fields are informational within the Candidate profile and do not trigger any Zoho Recruit payroll processing since Zoho Recruit does not support payroll management natively. The customer should confirm whether payroll data is intended for recruiting reference or should remain in a separate payroll system.

Mercu

Academic Credential

maps to

Zoho Recruit

Custom Field on Candidate + Document

1:1
Fully supported

Academic credentials from Mercu (degree, institution, graduation year, field of study) migrate to custom fields on the Zoho Recruit Candidate record. Official credential documents (diplomas, transcripts) attach as files to the Candidate. This ensures that while Zoho Recruit's native qualification fields cover basic education, the full academic credential history from Mercu is preserved and accessible to hiring committees.

Mercu

Certifications and Training

maps to

Zoho Recruit

Custom Field on Candidate + Document

1:1
Fully supported

Professional certifications, faculty development training, and continuing education records from Mercu migrate as custom fields on the Candidate record, with supporting documentation attached via Zoho Recruit's file attachment feature. Expiration dates for time-bound certifications are stored in date-type custom fields to support future expiration alerts via Zoho Recruit workflow rules.

Mercu

Attendance Record

maps to

Zoho Recruit

Custom Field on Candidate

lossy
Fully supported

Mercu attendance summaries (days worked, absence count, late arrivals) migrate as read-only custom fields on the Candidate record. Individual punch-in/punch-out records do not migrate since Zoho Recruit does not have a native time-tracking module and the volume of daily attendance records would exceed practical limits for candidate profile storage. The customer's IT team decides whether attendance data is relevant for the hiring decision and whether to include it in scope.

Mercu

User Account (Active Staff)

maps to

Zoho Recruit

User

1:1
Fully supported

Mercu user accounts for active staff members who will act as recruiters or hiring managers in Zoho Recruit map to Zoho Recruit User records. We resolve by email address match against the destination Zoho Recruit User table. Any Mercu user without a matching Zoho Recruit User record goes to a reconciliation queue for the customer's admin to provision before record import continues. Inactive Mercu accounts do not migrate as Users but the employee records do migrate as Candidates.

Mercu

Hiring Committee Member

maps to

Zoho Recruit

User (lookup on Job Opening)

1:1
Fully supported

Mercu records that track hiring committee membership for a given requisition migrate as related records linked to the corresponding Job Opening in Zoho Recruit. We resolve committee members by email against Zoho Recruit Users and store the committee role (chair, member, observer) in a custom field. Interviewer assignments and evaluation rights in Zoho Recruit are configured as a separate step by the customer's admin post-migration.

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.

Mercu logo

Mercu gotchas

High

Catalog website (mercubuana.ac.id) is Mercu Buana University, NOT the Mercu AI hiring platform

High

Mercu is a recruitment overlay, not the system of record for employees

Medium

WhatsApp Business API costs and consent rules sit outside the Mercu subscription

Medium

AI match scores and conversation history do not include the AI prompt logic

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

  • Employee-to-candidate schema redesign is required

    Mercu is an academic HRMS that stores the complete employment lifecycle for university staff; Zoho Recruit is an ATS that tracks candidates through a hiring pipeline. There is no direct employee-to-employee migration path. We redesign Mercu employee records as Zoho Recruit Candidate profiles and use custom fields to preserve the academic-specific metadata (tenure status, academic rank, contract type, leave balance) that Mercu tracked as native HR fields. Skip this redesign step and the migrated records will appear as candidates with no associated job opening and no hiring stage, which breaks Zoho Recruit's pipeline workflow.

  • Last Name is mandatory on every Candidate record

    Zoho Recruit requires a Last Name on every Candidate record. Mercu employee records may use single Indonesian names or patronymic naming conventions where a first/last split is not applicable. We handle this by parsing the primary name field from Mercu as Last Name and storing the full display name in a custom field. For records with no name data, we set a placeholder value of 'Not Provided' per Zoho Recruit's import requirement and flag those records for manual review. Records without a resolved name are ignored during import if left blank.

  • Leave balances, payroll, and attendance require custom field design upfront

    Zoho Recruit does not include leave management, payroll processing, or attendance tracking as native modules. Migrating these Mercu data types requires custom field schema design before any records load, including field type selection (text, number, date, picklist), validation rules, and conditional visibility. On the Standard plan, custom fields are limited to 50 per module; the Enterprise plan allows 300 per module. We design the custom field schema in a Zoho Recruit sandbox before production migration to avoid hitting the limit mid-load.

  • CSV export and 20,000-record module limit constrains large universities

    Mercu exports recruitment and employee data as CSV files. Zoho Recruit's data export feature is limited to 20,000 records per module in a single request, and the download link expires after 48 hours. For universities with more than 20,000 employee records, we split the export into batches by department or employment type and coordinate delivery within the link validity window. We also use Zoho Recruit's Data Migration tool for import with module-level and field-level mapping, which requires the CSV column headers to match Zoho Recruit's expected field names.

  • Workflows, leave automation, and contract renewal logic do not migrate

    Mercu workflows for leave approval, contract renewal alerts, and department notification are platform-specific automation that has no direct Zoho Recruit equivalent. We do not migrate them as code. We extract the active Mercu workflows and deliver a written inventory document that lists each automation's trigger, conditions, and actions with a recommended Zoho Recruit Workflow Rule equivalent for the customer's admin to rebuild in Setup > Workflow Rules. Leave approval workflows in particular may require a different tool (Zoho Creator or a dedicated leave management application) if Zoho Recruit's native workflow builder is insufficient for the approval complexity.

Migration approach

Six steps for a successful Mercu to Zoho Recruit data migration

  1. Discovery and custom field schema scoping

    We audit the Mercu database across all employee record modules, custom fields, department structure, leave balance fields, contract types, and any historical job requisitions. We identify which Mercu data types have direct Zoho Recruit equivalents, which require custom fields, and which have no migration path and will be documented for admin-level rebuild. The discovery output is a written migration scope document and a Zoho Recruit custom field schema design with field types, picklist values, and per-module field counts against the Standard (50-field) and Enterprise (300-field) limits.

  2. Zoho Recruit sandbox schema deployment

    We create the custom field schema in a Zoho Recruit sandbox environment. This includes all custom fields on the Candidate module for academic rank, tenure status, employment type, leave balances, payroll data, and attendance summaries; the Department lookup structure; and any custom fields required on Job Opening. We configure the Candidate Status picklist values to reflect Mercu's employment status taxonomy. The sandbox is shared with the customer's HR admin for review before any production data is touched.

  3. Data export preparation and field mapping

    We extract Mercu data in CSV format ordered by dependency: Users first (for email-based matching), then Departments, then Candidates, then Job Openings, then document attachments. We clean and deduplicate records, resolve the name-splitting issue for Indonesian naming conventions, and map every Mercu column header to the corresponding Zoho Recruit field name or custom field API name. Any Mercu field without a destination maps to a documented skip-list that we share with the customer before import.

  4. Sandbox migration and reconciliation

    We run a full migration into the Zoho Recruit sandbox using production-like data volume. The customer's HR admin reconciles record counts across all modules, spot-checks 25-50 candidate profiles for data accuracy (particularly name parsing, department lookups, and custom field values), and verifies that document attachments load correctly. The admin signs off on the mapping before we proceed to production. Any custom field changes or remapping occur at this stage.

  5. Production migration in dependency order

    We run production migration following Zoho Recruit's recommended order: Users first (matched by email), then Departments, then Candidates (with the name parsing applied and department lookups resolved), then Job Openings (with department and hiring manager lookups resolved), then document attachments. Leave balances and payroll data load after the base candidate profile is confirmed. Each phase emits a row-count reconciliation report before the next phase begins. Any records rejected during import due to missing mandatory fields are logged and corrected before re-import.

  6. Cutover, validation, and automation rebuild handoff

    We freeze Mercu write access during cutover and run a final delta migration for any records modified during the migration window. We enable Zoho Recruit as the system of record and deliver the automation inventory document listing every Mercu workflow, leave approval rule, and contract renewal alert with a recommended Zoho Recruit Workflow Rule equivalent. We support a one-week hypercare window for reconciliation issues. Workflow rebuilding in Zoho Recruit is outside standard migration scope and is handled by the customer's admin or a separate Zoho partner engagement.

Platform deep dives

Context on both ends of the pair

Mercu logo

Mercu

Source

Strengths

  • Built specifically for frontline volume hiring — concentrated on retail, hospitality, logistics, and QSR/F&B verticals.
  • Native multi-channel candidate communication: WhatsApp, SMS, LINE, Kakao, Zalo, with WhatsApp-to-SMS automatic fallback.
  • Pre-built integrations with most major ATS and HRIS platforms (Workable, Dayforce, TalentLyft, and more) plus no-code connectors.
  • AI candidate Q&A and match scoring reduce recruiter time per candidate at high application volumes.
  • Enterprise customer references include Lufthansa, Guzman y Gomez, JD Sports, and Decathlon, indicating production-scale capability.

Weaknesses

  • Concentrated on volume frontline hiring — not designed for knowledge-worker or executive search.
  • Total cost of ownership includes external WhatsApp Business API fees and Meta-imposed conversation pricing on top of the Mercu subscription.
  • Smaller integration marketplace than legacy ATSes — niche or in-house systems may require custom work.
  • Enterprise pricing is sales-led; lower-tier pricing transparency is partial.
  • AI scoring and chat logic do not export when migrating away from the platform.
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 Mercu 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

    Mercu: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Mercu to Zoho Recruit migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Migrations for universities with up to 5,000 employee records and under 100 job requisitions land between five and eight weeks. Projects with more than 10,000 records, multi-department hierarchies with distinct hiring managers per faculty, and historical leave balance and contract document attachments extend to ten to fourteen weeks. The custom field schema design phase in sandbox typically adds one to two weeks to the timeline compared to standard CRM-to-CRM migrations.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Mercu.
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