HRMS migration
Field-level mapping, validation, and rollback between RECRU and Zoho Recruit. We move data and schema; workflows are rebuilt natively in Zoho Recruit.
RECRU
Source
Zoho Recruit
Destination
Compatibility
10 of 12
objects map 1:1 between RECRU and Zoho Recruit.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from RECRU to Zoho Recruit is a structured ATS migration with distinct schema differences. RECRU stores candidates with AI-generated match scores, parsed CV data, and custom workflow rules; Zoho Recruit uses a module-based model with Job Openings, Candidates, Clients, and custom fields. We extract RECRU candidates as structured JSON, resolve the missing-Last-Name records that Zoho Recruit mandates, map pipeline stage names to Zoho Hiring Pipeline values, and attach communication logs as flattened activity entries. RECRU workflow rules do not migrate as automation; we deliver a written rule graph for your Zoho admin to rebuild in Blueprint. AI match scores from RECRU carry forward as a custom float field with a note that they are platform-specific and not calibrated against Zoho Zia scores.
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 RECRU 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.
RECRU
Candidate
Zoho Recruit
Candidate
1:1RECRU Candidate records include parsed CV data (name, email, phone, skills, work history), AI-generated match scores, application history, and custom properties. We map standard fields directly. Zoho Recruit mandates a Last Name value on every Candidate record; any RECRU record where last name is absent or compound (e.g., single 'Smith Jones' name field) must be pre-enriched before import. We detect these gaps during scoping and either split the name or flag them for the customer's RECRU admin to resolve before export.
RECRU
Job
Zoho Recruit
Job Opening
1:1RECRU Job requisitions carry title, description, department, location, salary range, and hiring pipeline stages. We map these to Zoho Recruit Job Opening fields directly. Pipeline stage order from RECRU maps to Zoho Hiring Pipeline stages, and we create the Zoho pipeline structure before Job Opening import if the customer has more than one active pipeline.
RECRU
User
Zoho Recruit
User
1:1RECRU User accounts (name, email, role, team assignment) map to Zoho Recruit Users. Zoho Recruit requires that migrating users do not already have a separate Zoho Recruit account; we check for email collisions and flag any duplicate Zoho accounts that must be closed before import. We also require at least two users in the destination account before migration can begin; if the customer has only one, we document this and the migration waits on provisioning.
RECRU
Custom Fields
Zoho Recruit
Custom Fields
1:1Tenant-configured RECRU custom properties migrate as key-value pairs. We extract the field name and data type from RECRU and create equivalent Zoho Recruit custom fields before data import, falling back to text fields for unsupported types. Zoho Standard allows 50 custom fields per module; Enterprise allows 300. If the RECRU tenant exceeds this limit on a given module, we discuss field prioritization with the customer before migration.
RECRU
Tag
Zoho Recruit
Tag
1:1Tags applied to candidates in RECRU migrate as flat label arrays attached to the Candidate record in Zoho Recruit. Tags do not map to Zoho's Topics object because Topics in Zoho are primarily used for content and knowledge-base classification, not candidate segmentation.
RECRU
Workflow
Zoho Recruit
Workflow Rule / Blueprint
lossyRECRU workflow rules are JSON-backed in the database with multi-step conditional branching that has no direct Zoho Recruit equivalent. We export the full rule graph and document each rule's trigger, conditions, and actions in a written inventory delivered to the customer. Zoho Workflow Rules (5 per module on Standard, 50 on Enterprise) use a trigger-action model; Blueprint adds process diagramming. Multi-step RECRU branches may require decomposition into multiple Zoho rules. We do not implement the rebuild; the customer's admin handles this post-migration.
RECRU
Communication
Zoho Recruit
Task / Email
1:1Email threads and message logs attached to RECRU candidate records migrate as flattened activity entries in Zoho Recruit. The original thread structure is not preserved; each message becomes a separate Task record with the full message body. The most recent message is marked as the primary note. We preserve sender, recipient, timestamp, and thread reference ID for reconciliation.
RECRU
Interview
Zoho Recruit
Interview
1:1Interview events in RECRU carry date, interviewer, duration, and outcome. These map to Zoho Recruit Interview records linked to the Candidate and Job Opening. If the interview was scheduled via an external calendar integration in RECRU, we note this but do not migrate calendar events directly; the interviewer relationship maps to a Zoho User lookup.
RECRU
Scorecard
Zoho Recruit
Assessment
1:1Evaluation scorecards submitted by RECRU interviewers migrate as JSON objects attached to the candidate record. Zoho Recruit's native Assessment feature stores structured evaluations; scorecards that do not conform to Zoho's assessment schema land as custom fields on the Candidate record with the full JSON preserved for admin review.
RECRU
Hiring Pipeline Stage
Zoho Recruit
Hiring Pipeline Stage
lossyPipeline stage names and order from RECRU migrate to Zoho Recruit Hiring Pipeline stages. If the destination Zoho account uses a predefined pipeline structure, we map RECRU stages to the closest equivalent stage name and flag any stages that have no clear Zoho analog for the customer to decide on naming.
RECRU
AI Match Score
Zoho Recruit
Custom Float Field
1:1RECRU assigns AI-generated match scores as uncalibrated float values tied to the candidate's fit for a role. These have no fixed range and are RECRU-proprietary. We preserve them as a custom float field on the Candidate record in Zoho Recruit but include a data-quality note that they are not comparable to Zia AI scores or any scoring system in the destination platform.
RECRU
Client (if applicable)
Zoho Recruit
Client
1:1If RECRU tenant uses a client-facing workflow with client records, these map to Zoho Recruit Client records. Client records in Zoho carry company name, contact details, and portal access settings. We resolve the client-contact relationship to the corresponding Zoho User if the client has an existing Zoho account.
| RECRU | Zoho Recruit | Compatibility | |
|---|---|---|---|
| Candidate | Candidate1:1 | Fully supported | |
| Job | Job Opening1:1 | Fully supported | |
| User | User1:1 | Fully supported | |
| Custom Fields | Custom Fields1:1 | Mapping required | |
| Tag | Tag1:1 | Fully supported | |
| Workflow | Workflow Rule / Blueprintlossy | Fully supported | |
| Communication | Task / Email1:1 | Fully supported | |
| Interview | Interview1:1 | Fully supported | |
| Scorecard | Assessment1:1 | Fully supported | |
| Hiring Pipeline Stage | Hiring Pipeline Stagelossy | Fully supported | |
| AI Match Score | Custom Float Field1:1 | Fully supported | |
| Client (if applicable) | Client1: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.
RECRU gotchas
GDPR-compliant deletion requests run inside RECRU before migration
Workflow automation rules may not map 1:1 to destination ATS
AI-generated match scores are proprietary and destination-agnostic
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 RECRU export audit
We audit the source RECRU tenant across active Candidates, Jobs, Users, custom properties, workflow rules, communication logs, and interview records. We check for GDPR deletion timestamps to identify purged records, flag any candidates missing a last name value, and identify workflow rules requiring documentation. We pair this with a Zoho Recruit edition review: Free (1 active job), Standard (~$30/recruiter, 50 custom fields/module, 250 resume parses/day), or Enterprise (~$75/recruiter, 300 custom fields/module, unlimited parses). The discovery output is a written migration scope, a candidate gap report for last-name enrichment, and a workflow inventory request list.
Zoho Recruit schema setup
We configure the destination Zoho Recruit account before data import. This includes provisioning custom fields (matching RECRU field names and types), creating or adjusting Hiring Pipeline stages to match RECRU pipeline order, creating the Zoho Users for each RECRU Owner, and verifying that at least two Users exist. We set up any required Zoho modules (Clients, Job Openings) and confirm that the import user has the Zoho Recruit Data Administration role. Schema setup runs in parallel with RECRU data cleanup.
Data cleanup and last-name enrichment
We present the customer with the last-name gap report from RECRU. The customer's RECRU admin enriches candidate records to include a last name value before our export window. This step is a prerequisite; we cannot import records without last name into Zoho Recruit. We also deduplicate RECRU candidates on email address during this phase to avoid creating duplicate Candidate records in Zoho.
Export, transform, and sandbox import
We export RECRU data in dependency order: Users first (to establish Owner lookups), then Candidates (with last name resolved), then Jobs, then communication logs and interview records as activity attachments. We run a transform pass that maps RECRU field names to Zoho field API names, splits AI match scores into a custom field, and flattens thread-based communications into individual task entries. We import into a Zoho Recruit sandbox environment first, reconcile record counts, spot-check 25-50 records against source, and obtain customer sign-off before production migration.
Production migration in dependency order
Production migration runs in record-dependency order: Users, Candidates (with last name validated), Jobs, Clients (if applicable), Interview records, communication logs, and finally custom field data attached to the appropriate records. Each phase emits a row-count reconciliation report. We use Zoho Recruit's import wizard for structured modules and the REST API for custom field bulk operations with rate-limit handling and retry logic.
Workflow documentation and cutover
We deliver the written workflow inventory documenting every active RECRU workflow rule with its trigger, conditions, branches, and recommended Zoho Blueprint or Workflow Rule equivalent. We freeze RECRU writes during cutover, run a final delta migration of any records modified during the migration window, then enable Zoho Recruit as the system of record. We provide a one-week hypercare window for reconciliation issues. We do not rebuild RECRU workflows in Zoho Blueprint as standard scope; that is a separate engagement or an internal admin task.
Platform deep dives
RECRU
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 RECRU 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
RECRU: Not publicly documented..
Data volume sensitivity
RECRU 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 RECRU to Zoho Recruit migration scoping. Not seeing yours? Book a call.
Walk through your RECRU 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 RECRU
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.