HRMS migration
Field-level mapping, validation, and rollback between eBoss and Zoho Recruit. We move data and schema; workflows are rebuilt natively in Zoho Recruit.
eBoss
Source
Zoho Recruit
Destination
Compatibility
11 of 12
objects map 1:1 between eBoss and Zoho Recruit.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from eBoss to Zoho Recruit is a narrowing migration. eBoss bundles recruitment, HR records, payroll, time tracking, and PTO management into a single HRMS; Zoho Recruit is a focused ATS that handles the recruitment pipeline but has no native HRIS, payroll, or PTO module. We migrate the candidate-centric record types that Zoho Recruit supports — Candidates, Job Openings, Interviews, Notes, Tasks, and Attachments — and we flag every eBoss record type with no Zoho Recruit equivalent (payroll rows, PTO balances, benefits enrollment, performance reviews) so the migration inventory is accurate before any data moves. Workflow rules, assignment rules, and automated hiring sequences do not migrate; we deliver a written inventory of every active automation for the customer's admin to rebuild in Zoho Recruit's Workflow Rules builder. Zoho Recruit enforces a mandatory Last Name on Candidates and a two-user minimum before import; we clean and validate both requirements before the first load. The standard Zoho Recruit import path (CSV drag-and-drop, field mapper UI) works for small datasets; we use the same API-backed approach for volume loads with Bulk API chunking on record sets exceeding 20,000 rows per module.
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 eBoss 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.
eBoss
Candidate
Zoho Recruit
Candidate
1:1eBoss Candidate records map 1:1 to Zoho Recruit Candidate. We preserve the candidate's name, email, phone, current company, current title, skills, source channel, status within the pipeline, and all custom properties. Zoho Recruit requires Last Name on every Candidate import; we pre-validate the eBoss export and flag any record missing a last name, replacing it with a placeholder value ('Not Provided') per Zoho's import documentation. Skills from eBoss map to Zoho Recruit's Skills multi-select picklist. Resume attachments migrate as Zoho Recruit file attachments linked to the Candidate record.
eBoss
Job Opening
Zoho Recruit
Job Opening
1:1eBoss Job Postings map to Zoho Recruit Job Openings with direct field mapping: job title, department, location, employment type, description, requirements, and hiring manager. Open and closed status maps to Zoho Recruit's status field. Active job limits vary by Zoho Recruit plan (1 on Free, 10 per recruiter on Standard, 20 per recruiter on Enterprise); we verify the customer's plan supports their job opening count before migration and flag any excess as out-of-scope for active migration.
eBoss
User
Zoho Recruit
User
1:1eBoss Users (recruiters, hiring managers, admins) map to Zoho Recruit Users. We match by email address. A hard constraint: Zoho Recruit will not import a User who already holds a separate personal Zoho Recruit account — they must close that account first before the migration user can be created. We run a pre-flight check against the Zoho Recruit tenant for duplicate emails and raise a reconciliation item for each conflict. Additionally, Zoho Recruit requires at least two users to be present in the tenant before CSV import begins; we ensure this is satisfied before initiating the User module load.
eBoss
Application
Zoho Recruit
Candidate linked to Job Opening
1:1eBoss Applications (the join record between a Candidate and a Job Opening, tracking stage, submission date, and interview status) map to the Zoho Recruit Candidate record with its Job Opening association. The application stage from eBoss becomes the candidate's pipeline stage within the relevant Job Opening. We resolve the foreign key from eBoss (Candidate ID + Job Opening ID) into Zoho Recruit's candidate-to-job relationship using the Candidate ID as the primary insert and the Job Opening ID as the lookup reference.
eBoss
Interview
Zoho Recruit
Interview
1:1eBoss Interview records (scheduled interviews, interviewer assignments, feedback, scores, outcome) map directly to Zoho Recruit's Interview module. Interview date, time, duration, interviewer name, interview type, and outcome status migrate as typed fields. Feedback forms and scoring data from eBoss migrate as notes attached to the Interview record, since Zoho Recruit's Interview module does not have a native structured scoring sub-object at the Standard tier.
eBoss
Note
Zoho Recruit
Note
1:1eBoss Notes attached to Candidates, Job Openings, or Applications migrate to Zoho Recruit Notes linked to the corresponding record via ContentDocumentLink. Note body content, author, creation date, and modification date are preserved. We set the ActivityDate on each note to the original eBoss timestamp to maintain chronological ordering in the Zoho Recruit activity timeline.
eBoss
Task
Zoho Recruit
Task
1:1eBoss Task records (hiring follow-ups, screening steps, offer-letter tasks) map to Zoho Recruit Task with Status, Priority, Subject, Due Date, and Assigned To preserved. Task ownership resolves from eBoss owner email to Zoho Recruit User ID via the User mapping. Recurring tasks from eBoss do not have a native Zoho Recruit equivalent and are migrated as a series of individual Task records with a custom recurrence note field.
eBoss
Attachment
Zoho Recruit
File Attachment
1:1eBoss file attachments (resumes, cover letters, portfolio documents, offer letters) migrate as Zoho Recruit file attachments linked to the relevant Candidate, Job Opening, or Interview record. We validate file size against Zoho Recruit's attachment limits (50 MB per file) and chunk any oversized files. File name and original upload date are preserved in the Zoho Recruit file metadata.
eBoss
Client
Zoho Recruit
Client
1:1eBoss Client records (staffing agency clients or corporate hiring companies) map to Zoho Recruit Client. Client name, industry, address, primary contact name, and billing contact migrate as typed fields. If eBoss stores client hierarchy or multi-level organizational contacts, the top-level client maps to Zoho Recruit Client and any sub-contacts map as Zoho Recruit Contact records linked to the Client.
eBoss
Contact
Zoho Recruit
Contact
1:1eBoss Contact records associated with recruitment operations (hiring manager contacts, referral sources, agency contacts) map to Zoho Recruit Contact. Contact name, email, phone, title, company, and relationship type migrate directly. Contact records linked to a Client map with the Client lookup resolved after the Client module loads, per Zoho Recruit's dependency order.
eBoss
Custom Field
Zoho Recruit
Custom Field
lossyeBoss custom fields (industry-specific properties, compliance flags, regional sourcing channels) store as name-value pairs in eBoss. We migrate them by either creating matching typed Custom Fields in Zoho Recruit (subject to the 50 per module limit on Standard or 300 on Enterprise) or preserving them as a JSON blob in a Zoho Recruit Notes field for admin review post-migration. We flag any eBoss tenant exceeding Zoho Recruit's custom field ceiling during scoping so the customer can decide whether to upgrade tiers or consolidate fields before migration begins.
eBoss
Skills / Competencies
Zoho Recruit
Skills (Candidate field)
1:1eBoss Skills or Competencies attached to a Candidate record (certifications, technical stack, language proficiencies, clearance levels) map to Zoho Recruit's Skills multi-select picklist on the Candidate object. If eBoss stores skills as a structured sub-object with expiry dates or issuing authority, those additional attributes migrate as name-value custom fields on the Candidate rather than a standalone module, since Zoho Recruit Standard does not expose a structured skills-with-metadata sub-object.
| eBoss | Zoho Recruit | Compatibility | |
|---|---|---|---|
| Candidate | Candidate1:1 | Fully supported | |
| Job Opening | Job Opening1:1 | Fully supported | |
| User | User1:1 | Fully supported | |
| Application | Candidate linked to Job Opening1:1 | Fully supported | |
| Interview | Interview1:1 | Fully supported | |
| Note | Note1:1 | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Attachment | File Attachment1:1 | Fully supported | |
| Client | Client1:1 | Fully supported | |
| Contact | Contact1:1 | Fully supported | |
| Custom Field | Custom Fieldlossy | Fully supported | |
| Skills / Competencies | Skills (Candidate field)1: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.
eBoss gotchas
No public API blocks programmatic extraction
GDPR consent records must be preserved with original timestamps
Reply-chain continuity for VOIP and SMS may not survive
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 plan scoping
We audit the source eBoss tenant across modules in scope for migration: Candidate volume, Job Opening count, Interview and engagement history, User count, and any active custom fields. We verify the destination Zoho Recruit plan tier (Standard or Enterprise) to confirm custom field ceilings and active job limits. We run a pre-flight check for duplicate Zoho Recruit user accounts by email and produce a written migration scope covering every eBoss module, its destination in Zoho Recruit, and any module with no destination (payroll, PTO, performance reviews) documented as out-of-scope with rationale.
Schema design and mandatory-field validation
We design the Zoho Recruit field schema: standard field mapping, custom field creation (subject to plan limits), and Job Opening pipeline configuration. We pre-validate the eBoss candidate export for missing Last Name values and apply placeholder substitution before any candidate load. We confirm at least two Users exist in the Zoho Recruit tenant before initiating the User module import. Any custom field exceeding Zoho Recruit's per-module ceiling is flagged for the customer to resolve (tier upgrade or field consolidation) before production migration begins.
Sandbox migration and reconciliation
We run a full migration into the customer's Zoho Recruit environment (or a sandbox if available) using production-like data volume. The customer's recruiting lead reviews the imported record counts against the eBoss source, spot-checks 25-50 candidate records for field-level accuracy, verifies that interview history attached to the correct candidate, and confirms that custom field values appear in the correct locations. Any mapping corrections are made before production migration begins. This step also validates that the User import has resolved all email duplicates and that the two-user minimum is satisfied.
User and Candidate migration
We run the production migration in strict dependency order: Users first (with duplicate-account reconciliation items resolved), then Candidates (with Last Name pre-validated). The Candidate import includes skills, source channel, status, and all mapped custom fields. We run a row-count reconciliation after the Candidate phase: eBoss candidate count minus any records flagged as out-of-scope must equal Zoho Recruit Candidate count.
Job Openings, Client, Contact, and engagement migration
We load Job Openings next, resolving the hiring manager reference to the User records created in step 4. Clients and Contacts load with the Client insert preceding the Contact insert so that the Client lookup is satisfied at the time of Contact insert. Interviews, Notes, Tasks, and Attachments load last, with parent-record lookups resolved to the Candidates and Job Openings created in earlier phases. For datasets exceeding 20,000 records per module, we apply chunking and run each chunk in sequence with a per-chunk reconciliation report.
Cutover, delta sync, and automation rebuild handoff
We freeze writes to eBoss during the cutover window, run a final delta migration of any records created or modified after the last full sync, and hand off Zoho Recruit as the system of record. We deliver a written inventory of every active eBoss workflow rule and automated hiring sequence with its trigger, conditions, actions, and a recommended Zoho Recruit Workflow Rule equivalent. The customer's admin rebuilds the automations in Zoho Recruit's Workflow Rules builder post-migration. We support a three-day hypercare window for reconciliation issues raised during the first hiring cycle in Zoho Recruit.
Out-of-scope HRMS data handoff
We deliver a written record of every eBoss module with no Zoho Recruit destination: payroll rows, PTO balances, benefits enrollment, performance reviews, and employment history. This document lists each table's record count, field inventory, and recommended standalone HRIS destination (Zoho People, Rippling, BambooHR, or the customer's chosen replacement). This handoff ensures the HR team is aware of what data requires a separate migration project and prevents assumptions that the full eBoss dataset will appear in Zoho Recruit.
Platform deep dives
eBoss
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 eBoss 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
eBoss: Not applicable.
Data volume sensitivity
eBoss 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 eBoss to Zoho Recruit migration scoping. Not seeing yours? Book a call.
Walk through your eBoss 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 eBoss
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.