HRMS migration
Field-level mapping, validation, and rollback between In-recruiting and Zoho Recruit. We move data and schema; workflows are rebuilt natively in Zoho Recruit.
In-recruiting
Source
Zoho Recruit
Destination
Compatibility
12 of 14
objects map 1:1 between In-recruiting and Zoho Recruit.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from In-recruiting to Zoho Recruit is primarily a CSV-based migration with a structured module dependency order. In-recruiting exports Candidates, Jobs, Applications, Pipeline Stages, Interviews, and Notes; Zoho Recruit imports these via CSV into its Candidates, Job Openings, Interviews, and Notes modules. We handle the key format conversions: checkbox fields to True/False, multi-select picklists to semicolon-delimited strings, and In-recruiting stage names mapped to Zoho Recruit stage picklist values. Custom fields require pre-creation in Zoho Recruit before import; we document every custom field from In-recruiting and provision matching fields in the destination before any data loads. Workflows, automation sequences, and job board posting configurations do not migrate; we deliver a written inventory of each for the customer's admin to rebuild in Zoho Recruit Blueprint. Timeline ranges from three to five weeks for clean, sub-10,000-record migrations to ten to fifteen weeks when custom objects, large attachment volumes, or multi-location In-recruiting instances require transformation work.
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 In-recruiting 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.
In-recruiting
Candidate
Zoho Recruit
Candidate
1:1In-recruiting Candidates map directly to Zoho Recruit Candidates. The candidate's first name, last name, email, phone, current title, current company, location, and source tracking fields migrate as text fields. Last Name is mandatory in Zoho Recruit; we flag any In-recruiting candidate records missing last name and substitute 'Not Provided' during transform. Custom fields on the Candidate module require pre-creation in Zoho Recruit before import; we provision each custom field with the correct type (Text, Picklist, Checkbox, Multi-select) during the schema preparation phase. Multi-select fields from In-recruiting are converted to semicolon-delimited strings per Zoho's import specification.
In-recruiting
Job
Zoho Recruit
Job Opening
1:1In-recruiting Job postings map to Zoho Recruit Job Openings. The job title, department, location, employment type (full-time, part-time, contract), description, and requirements migrate as standard Job Opening fields. Job status (Active, On Hold, Closed) maps to Zoho's Job Opening status picklist. We preserve the original In-recruiting job ID as a custom field for reconciliation during cutover. Job board distribution settings (Indeed, LinkedIn, Glassdoor) do not migrate; these require manual reconfiguration in Zoho Recruit's Source Boosters or the respective job board connectors.
In-recruiting
Application
Zoho Recruit
Job Application (linked to Candidate and Job Opening)
1:1In-recruiting Applications map to Zoho Recruit's candidate-to-job association. The application date, current stage, source (referral, job board, career site), and rejection reason (if any) migrate. We resolve the parent Candidate and Job Opening references by matching on email (Candidate) and job title plus location (Job Opening). The In-recruiting stage name maps to a Zoho Recruit custom picklist or the standard candidate status values (New, Screening, Interview, Offer, Hired, Rejected). We preserve the full stage history from In-recruiting as a custom text field or JSON blob for audit.
In-recruiting
Pipeline Stage
Zoho Recruit
Candidate Status or Custom Picklist
lossyIn-recruiting's configurable pipeline stages (often customized per job or agency-wide) require mapping to Zoho Recruit's candidate status values. We extract the full stage list from In-recruiting during discovery, map each stage to either a Zoho Recruit standard status or a custom picklist value, and document the mapping in the migration spec. Stage probability percentages migrate as a custom number field on the Candidate or Job Application record if In-recruiting stores them.
In-recruiting
Interview
Zoho Recruit
Interview
1:1In-recruiting interview records map to Zoho Recruit Interviews. The interview date, time, duration, interview type (phone, video, onsite), interviewer name, location or meeting link, and feedback score or notes migrate. Interviewer name resolves to a Zoho Recruit User record by email match. If In-recruiting stores interview notes as separate records, these map to the Zoho Interview's notes field or to a linked Note record.
In-recruiting
Note
Zoho Recruit
Note
1:1In-recruiting Notes attached to Candidates, Jobs, or Applications map to Zoho Recruit Notes. The note body, created date, created by user, and parent record reference migrate. Notes are linked to the parent Candidate, Job Opening, or Job Application via Zoho's association model. We preserve the original created-by timestamp for audit and sequence notes in the Zoho timeline by that timestamp.
In-recruiting
Task
Zoho Recruit
Task
1:1In-recruiting Tasks (follow-up items, to-dos, scheduling actions) map to Zoho Recruit Tasks. Task subject, description, due date, priority, status (Open, Completed), assigned owner, and related record reference migrate. Task type (call, email, meeting follow-up) maps to Zoho's Task category or a custom picklist. Owner resolution is by email match against Zoho Recruit Users.
In-recruiting
User
Zoho Recruit
User
1:1In-recruiting Users (recruiters, hiring managers, admins) map to Zoho Recruit Users. We resolve by email address as the dedupe key. Note: Zoho Recruit cannot import Users who already have a separate Zoho Recruit account; those accounts must be closed before migration. We audit all In-recruiting users during discovery and flag any that may conflict. The customer's admin provisions any missing Zoho Recruit Users before the user import phase.
In-recruiting
Client (staffing edition)
Zoho Recruit
Client
1:1If In-recruiting includes a Client or Customer module (staffing agency context), these map to Zoho Recruit Clients. Client name, primary contact name, email, phone, address, and industry migrate. Zoho Recruit's Client module also links to Contacts as related records, so we create the Client record first then link any associated Contact records.
In-recruiting
Contact (staffing edition)
Zoho Recruit
Contact
1:1In-recruiting Contacts (hiring manager contacts at client companies) map to Zoho Recruit Contacts. First name, last name, email, phone, title, company, and address fields migrate. Contact is linked to the parent Client record via a lookup. If In-recruiting stores the contact as part of a Client record without a separate Contacts module, we split it into Zoho Client and Contact records during transform.
In-recruiting
Candidate Attachment (resume, cover letter, portfolio)
Zoho Recruit
Resume / Document attachment on Candidate
1:1In-recruiting candidate attachments (resumes in PDF, DOCX, or RTF; cover letters; portfolio files) migrate as Zoho Recruit Resume records or document attachments on the Candidate record. We extract the file from In-recruiting's export or API response, map the file type, and attach it to the corresponding Zoho Candidate. Resume parsing in Zoho Recruit extracts structured fields (skills, experience, education) from the attached file post-import if the customer enables that feature on their plan.
In-recruiting
Custom Field
Zoho Recruit
Custom Field
lossyIn-recruiting custom fields (Candidate rating, availability date, visa status, salary expectation, screening score, etc.) require pre-creation in Zoho Recruit before any data import. We audit every custom field during discovery, document its type (Text, Number, Date, Checkbox, Picklist, Multi-select, Lookup), and provision the matching Zoho Recruit custom field in the target account during schema preparation. Zoho's Custom Field limits are 50 per module on Standard and 300 per module on Professional and Enterprise; we verify the In-recruiting custom field count fits within the customer's chosen Zoho tier.
In-recruiting
Source Tracking
Zoho Recruit
Source field
1:1In-recruiting tracks candidate source (referral, LinkedIn, Indeed, career site, agency, etc.) on each Application or Candidate record. This migrates to Zoho Recruit's Source picklist. If In-recruiting uses source categories that do not exist in Zoho's default list, we add them as custom Source values during the schema preparation phase. Source data is valuable for recruitment analytics and ROI reporting, so we ensure it migrates completely.
In-recruiting
Rating / Score
Zoho Recruit
Rating (custom or standard)
1:1In-recruiting candidate ratings (numeric scores, star ratings, or tier classifications) migrate to a Zoho Recruit custom field of type Number or Picklist depending on the format. If In-recruiting uses a 1-5 star rating, we map to a 1-5 picklist in Zoho. Numeric scores migrate as Number fields. We preserve the original rating scale so that reporting continuity is maintained post-migration.
| In-recruiting | Zoho Recruit | Compatibility | |
|---|---|---|---|
| Candidate | Candidate1:1 | Fully supported | |
| Job | Job Opening1:1 | Fully supported | |
| Application | Job Application (linked to Candidate and Job Opening)1:1 | Fully supported | |
| Pipeline Stage | Candidate Status or Custom Picklistlossy | Fully supported | |
| Interview | Interview1:1 | Fully supported | |
| Note | Note1:1 | Fully supported | |
| Task | Task1:1 | Fully supported | |
| User | User1:1 | Fully supported | |
| Client (staffing edition) | Client1:1 | Fully supported | |
| Contact (staffing edition) | Contact1:1 | Fully supported | |
| Candidate Attachment (resume, cover letter, portfolio) | Resume / Document attachment on Candidate1:1 | Fully supported | |
| Custom Field | Custom Fieldlossy | Fully supported | |
| Source Tracking | Source field1:1 | Fully supported | |
| Rating / Score | Rating (custom or standard)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.
In-recruiting gotchas
Public API details are not surfaced in reviewer documentation
Tier structure couples user count, active jobs, and feature flags
Multiposting integrations are tier-gated and per-board configured
Reporting/statistics weakness flagged by reviewers
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 In-recruiting account across all modules: Candidates (count, custom fields, attachment volume), Jobs (active, on-hold, closed), Applications (total count, stage distribution), Interviews, Notes, Tasks, Users, and any Client or Contact modules. We extract the full list of custom fields with their data types, check for missing last names in Candidate records, identify any Users with existing Zoho Recruit accounts, and assess the In-recruiting export format (CSV columns, encoding, multi-select delimiter). The discovery output is a written data inventory, a custom field mapping matrix, and a Zoho Recruit edition recommendation (Free, Standard, Professional, or Enterprise) based on record counts and feature requirements.
Zoho Recruit schema preparation
We provision the destination Zoho Recruit schema before any data loads. This includes creating all custom fields (matched by name and type from the In-recruiting audit), adding custom picklist values for pipeline stages and candidate sources, configuring Job Opening statuses to match In-recruiting job statuses, setting up department and location picklists, and verifying that the migration user has the required permissions (Administrator or Data Migration role). If the customer is on the Standard tier, we confirm that custom field limits (50 per module) accommodate the In-recruiting custom field count; if not, we recommend upgrading to Professional before migration.
User provisioning and reconciliation
We extract every distinct In-recruiting user and resolve each by email against the Zoho Recruit User table. Users without a matching Zoho Recruit account go to a reconciliation queue; the customer's admin provisions those accounts before migration proceeds. We also flag any In-recruiting users who already have a separate Zoho Recruit account and require account closure or transfer before import. Once all active In-recruiting users have a corresponding Zoho Recruit User record, we proceed to data migration in dependency order.
Data export, transform, and load in dependency order
We export In-recruiting data module by module in dependency order: first Users (validated), then Clients and Contacts (staffing context), then Candidates, then Job Openings, then Applications (with parent references resolved to Candidate and Job Opening IDs), then Interviews, then Tasks, then Notes, and finally attachments. During transform, we convert multi-select arrays to semicolon-delimited strings, convert checkbox fields to True/False, substitute placeholder values for missing Last Names, and apply the pipeline stage mapping. Each phase emits a row-count reconciliation report before the next phase begins. We use Zoho Recruit's native Data Migration tool (CSV upload via the import wizard) for standard records and handle any overflow or large attachment volumes via the Zoho Recruit REST API with rate-limit handling.
Sandbox validation and sign-off
For migrations exceeding 5,000 records or involving more than 10 custom fields, we run the full migration into a Zoho Recruit Sandbox or a parallel development org first. The customer's recruitment operations lead spot-checks 25-50 records per module against the In-recruiting source, verifies that stage history is intact, confirms that attachments are accessible on Candidate records, and signs off the mapping and transform logic. Any corrections (incorrect field mapping, missing picklist values, stage name mismatches) are addressed in the transform scripts before the production migration runs.
Production cutover and post-migration handoff
We schedule a cutover window during a low-activity period, freeze new In-recruiting data entry, run a final delta export for any records modified during migration, and execute the production migration. Once data is live in Zoho Recruit, we run a final reconciliation report comparing record counts and spot-checking a sample of records against the In-recruiting source. We deliver the workflow and automation inventory document to the customer's admin team. We support a three-day hypercare window for data reconciliation issues. We do not rebuild In-recruiting workflows as Zoho Blueprint rules; that is a separate engagement or an internal admin task.
Platform deep dives
In-recruiting
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 In-recruiting 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
In-recruiting: Not publicly documented.
Data volume sensitivity
In-recruiting 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 In-recruiting to Zoho Recruit migration scoping. Not seeing yours? Book a call.
Walk through your In-recruiting 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 In-recruiting
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.