HRMS migration
Field-level mapping, validation, and rollback between isolved and Zoho Recruit. We move data and schema; workflows are rebuilt natively in Zoho Recruit.
isolved
Source
Zoho Recruit
Destination
Compatibility
7 of 12
objects map 1:1 between isolved and Zoho Recruit.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from isolved to Zoho Recruit is a partial data migration focused on the talent acquisition module, not a full HCM system cutover. isolved ApplicantPro stores candidate applications, job postings, and associated custom fields; Zoho Recruit receives these as Candidates, Job Openings, and custom module records. The primary technical work involves reconciling isolved's employer-defined Job Codes and Work Locations against Zoho Recruit's picklist structure and creating custom fields to capture any non-standard isolved attributes. We do not migrate isolved payroll history, benefit enrollments, time-off balances, or direct deposit accounts because Zoho Recruit is an ATS, not an HRMS — those records require a full HR platform destination. Workflows and approval chains from isolved ApplicantPro do not transfer to Zoho Recruit; we deliver a written inventory for the customer's recruiter team to rebuild.
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 isolved 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.
isolved
Employee (Applicant Records)
Zoho Recruit
Candidate
1:1isolved ApplicantPro candidate applications map to Zoho Recruit Candidate records. The Candidate First Name, Last Name, Email, Phone, and Source fields migrate directly. Any isolved custom candidate properties (skills, certifications, availability flags) migrate as Zoho Recruit custom fields created via Setup > Customization > Modules before import. Last Name is a mandatory field in Zoho Recruit; records without a last name in isolved are flagged with a 'not provided' value per Zoho's migration documentation.
isolved
Job Posting
Zoho Recruit
Job Opening
1:1isolved ApplicantPro job postings map to Zoho Recruit Job Opening records. The posting title, description (HTML), job board distribution settings, and employment type (full-time, part-time, contract) migrate directly. Status mapping: isolved Active/Closed maps to Zoho Recruit Open/Closed. Job Openings must exist in Zoho Recruit before Candidates can be associated via the Candidates tab import.
isolved
Job Code
Zoho Recruit
Custom Picklist Field on Job Opening
lossyisolved employer-defined Job Codes are a defined picklist in the source system with no direct Zoho Recruit equivalent. We export the full isolved Job Code table during discovery and create a corresponding picklist field (e.g., Job Classification) on the Job Opening module in Zoho Recruit. Each isolved Job Code value is entered as a picklist option before any Job Opening import runs, preventing null or mismatched classification codes on migrated records.
isolved
Work Location
Zoho Recruit
Location Field on Job Opening
lossyisolved Work Locations drive tax withholding and benefit eligibility rules and are stored as a defined list tied to legal work sites. Zoho Recruit has a Location field on Job Opening and a City/State/Zip structure on Candidates. We create a picklist field on Job Opening capturing the isolved Work Location name and map the physical address components to Zoho Recruit's standard address fields on Candidate records.
isolved
Pay Type
Zoho Recruit
Custom Field on Candidate
lossyisolved Pay Type (Hourly, Salaried, Exempt, Non-Exempt) is an employer-defined list used for payroll classification. Zoho Recruit does not have a native payroll classification field. We create a custom picklist field (Employment Classification) on Candidate and populate it from the isolved Pay Type value during candidate import. This field is informational for the recruiting team; Zoho Recruit does not process payroll.
isolved
Candidate Application
Zoho Recruit
Candidate + Job Opening Association
1:1isolved ApplicantPro application submissions (candidate applied to a job posting) map to Zoho Recruit Candidate records linked to the corresponding Job Opening via the Candidates tab. Application status in isolved (Applied, Screening, Interview, Offer, Hired, Rejected) maps to Zoho Recruit Candidate status values configurable per hiring pipeline.
isolved
Workflow Transaction (Pending Changes)
Zoho Recruit
Custom Module or Note
1:1isolved ApplicantPro pending workflow transactions (in-flight candidate status changes, offer letters in progress) are stateful records that do not auto-close on export. We export pending transactions as a separate CSV and load them into a Zoho Recruit custom module (e.g., Pending Actions) or attach them as Notes to the relevant Candidate record, flagging them for recruiter follow-up post-migration.
isolved
Documents (Attachments)
Zoho Recruit
Attachments on Candidate
1:1isolved ApplicantPro stored attachments (resumes, cover letters, assessment results) migrate to Zoho Recruit Candidate Attachments via the attachment import option in Zoho's Data Migration tool. We note that Zoho Recruit's attachment limit and file size constraints apply; resume parsing in Zoho Recruit extracts fields from uploaded documents automatically after migration.
isolved
Users (Recruiters)
Zoho Recruit
Users
1:1isolved ApplicantPro recruiter users map to Zoho Recruit Users by email match. Zoho Recruit's Data Migration documentation specifies that users with an existing separate Zoho Recruit account cannot be imported until that account is closed; we flag any duplicate email matches during discovery for admin resolution before migration runs.
isolved
Custom Candidate Properties
Zoho Recruit
Custom Fields (Various Modules)
lossyisolved ApplicantPro custom candidate properties (skills, certifications, preferred locations, salary expectations, referral sources) that have no Zoho Recruit native equivalent are migrated as custom fields created via the Layout Editor before import. Field types are mapped: text properties to Text fields, date properties to Date fields, multi-value properties to Multi-Select Picklist. Custom fields are not available in Zoho Recruit Free Edition; we confirm the destination Zoho Recruit edition is Standard or above during scoping.
isolved
Client (Staffing Agency)
Zoho Recruit
Client
1:1For staffing agency customers of isolved ApplicantPro who maintain client relationships, the Client records map to Zoho Recruit Client objects. Client name, contact information, and any associated job requirements migrate directly. This mapping applies only if the isolved instance includes client-facing functionality; pure corporate HR implementations do not have Client records.
isolved
Payroll History, Benefit Enrollments, Time Off, Direct Deposit
Zoho Recruit
Not Migrated
lossyThese isolved HCM objects do not migrate to Zoho Recruit. Zoho Recruit is an ATS with no payroll, benefits administration, or time-off processing capabilities. We flag these objects during discovery, document their isolved data location for any future HRMS migration, and exclude them from the Zoho Recruit migration scope entirely. Customers who need both ATS and HRMS functionality should evaluate Zoho People alongside Zoho Recruit as a combined destination.
| isolved | Zoho Recruit | Compatibility | |
|---|---|---|---|
| Employee (Applicant Records) | Candidate1:1 | Fully supported | |
| Job Posting | Job Opening1:1 | Fully supported | |
| Job Code | Custom Picklist Field on Job Openinglossy | Fully supported | |
| Work Location | Location Field on Job Openinglossy | Fully supported | |
| Pay Type | Custom Field on Candidatelossy | Fully supported | |
| Candidate Application | Candidate + Job Opening Association1:1 | Fully supported | |
| Workflow Transaction (Pending Changes) | Custom Module or Note1:1 | Fully supported | |
| Documents (Attachments) | Attachments on Candidate1:1 | Fully supported | |
| Users (Recruiters) | Users1:1 | Mapping required | |
| Custom Candidate Properties | Custom Fields (Various Modules)lossy | Fully supported | |
| Client (Staffing Agency) | Client1:1 | Fully supported | |
| Payroll History, Benefit Enrollments, Time Off, Direct Deposit | Not Migratedlossy | 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.
isolved gotchas
PEPM billing model inflates post-migration costs silently
Payroll tax and deduction history requires SSAE-18 audit trail handling
Proprietary API with no publicly documented endpoint reference
Custom defined lists (Job Codes, Work Locations, Pay Types) must be exported and remapped
Implementation fee of 10–25% of annual contract plus contract lock-in
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 data audit
We audit the isolved ApplicantPro instance to identify all candidate records, job postings, custom candidate properties, defined picklist values (Job Codes, Work Locations, Pay Types), recruiter user accounts, and any pending workflow transactions. We confirm the destination Zoho Recruit edition (Free, Standard, Professional, or Enterprise) and note any feature limitations that affect the migration scope. The discovery output is a written data inventory specifying which isolved objects migrate to Zoho Recruit and which are excluded (payroll, benefits, time-off, direct deposit).
Defined-list extraction and picklist creation
We export isolved's full defined-list tables for Job Codes and Work Locations. For each value, we create a corresponding picklist field in Zoho Recruit via Setup > Customization > Modules > Job Opening > Layout Editor. If the destination edition is Standard or above, custom fields are created for any non-standard isolved candidate properties (skills, certifications, salary expectations). If the destination is Free Edition, we flag custom fields as requiring manual re-entry post-migration.
Sample migration and field mapping validation
We run a sample migration of 50-100 candidate records and 10-20 job openings into a Zoho Recruit test environment to validate field mapping. Last Name handling, picklist value matching, and attachment import are verified. The customer's recruiting lead spot-checks migrated records against the isolved source and signs off the mapping before the full migration begins.
User reconciliation and duplicate resolution
We extract every distinct isolved recruiter user and match by email against the destination Zoho Recruit org. Any users with existing separate Zoho Recruit accounts are flagged for admin closure. Once all recruiter users have a valid Zoho Recruit account in the target org, we import Users first, as recruiter assignment on Candidate records depends on valid OwnerId references.
Full migration in dependency order
We run full migration in record-dependency order: Users first, then Job Openings (so candidate associations can resolve), then Candidates with the Last Name pre-processing applied, then attachments, then pending workflow transactions as a custom module or Notes. Each phase emits a row-count reconciliation report. We use Zoho Recruit's native Data Migration tool (Setup > Data Administration > Data Migration) for structured modules and manual CSV upload for any objects not covered by the standard migration wizard.
Cutover, validation, and workflow inventory handoff
We freeze writes to isolved ApplicantPro during cutover, run a final delta migration of any records modified during the migration window, then enable Zoho Recruit as the recruiting system of record. We deliver a written inventory of any active isolved ApplicantPro workflows or approval chains that require rebuild in Zoho Recruit Blueprint or Assignment Rules. We support a five-business-day hypercare window for reconciliation issues raised by the recruiting team. We do not rebuild isolved workflows as Zoho Recruit automations inside the migration scope; that work is handled by the customer's recruiter team or a Zoho partner.
Platform deep dives
isolved
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 isolved 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
isolved: Not publicly documented.
Data volume sensitivity
isolved exposes a bulk API — large-volume migrations stream efficiently.
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 isolved to Zoho Recruit migration scoping. Not seeing yours? Book a call.
Walk through your isolved 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 isolved
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.