HRMS migration

Migrate from In-recruiting to Zoho Recruit

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 logo

In-recruiting

Source

Zoho Recruit

Destination

Zoho Recruit logo

Compatibility

86%

12 of 14

objects map 1:1 between In-recruiting and Zoho Recruit.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

In-recruiting logo

In-recruiting

What's pushing teams away

  • Pricing structure is complex — four named tiers plus custom Enterprise plus add-ons make it hard to estimate total cost without sales engagement.
  • Reviewer feedback notes the application form usability and statistical/reporting depth need improvement compared to modern competitors.
  • Entry-level cost (€49–54/month) is higher than some flat-rate annual alternatives that target the same SMB segment.
  • No anti-cheating features for assessments are documented, limiting suitability for high-volume technical screening at scale.
  • Public API capability is not documented in reviewer write-ups, suggesting either limited or sales-gated developer access.

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

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

maps to

Zoho Recruit

Candidate

1:1
Fully supported

In-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

maps to

Zoho Recruit

Job Opening

1:1
Fully supported

In-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

maps to

Zoho Recruit

Job Application (linked to Candidate and Job Opening)

1:1
Fully supported

In-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

maps to

Zoho Recruit

Candidate Status or Custom Picklist

lossy
Fully supported

In-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

maps to

Zoho Recruit

Interview

1:1
Fully supported

In-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

maps to

Zoho Recruit

Note

1:1
Fully supported

In-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

maps to

Zoho Recruit

Task

1:1
Fully supported

In-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

maps to

Zoho Recruit

User

1:1
Fully supported

In-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)

maps to

Zoho Recruit

Client

1:1
Fully supported

If 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)

maps to

Zoho Recruit

Contact

1:1
Fully supported

In-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)

maps to

Zoho Recruit

Resume / Document attachment on Candidate

1:1
Fully supported

In-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

maps to

Zoho Recruit

Custom Field

lossy
Fully supported

In-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

maps to

Zoho Recruit

Source field

1:1
Fully supported

In-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

maps to

Zoho Recruit

Rating (custom or standard)

1:1
Fully supported

In-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.

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.

In-recruiting logo

In-recruiting gotchas

High

Public API details are not surfaced in reviewer documentation

Medium

Tier structure couples user count, active jobs, and feature flags

Medium

Multiposting integrations are tier-gated and per-board configured

Low

Reporting/statistics weakness flagged by reviewers

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

  • Custom fields must be pre-created in Zoho Recruit before import

    Zoho Recruit does not create custom fields on the fly during CSV import. If a CSV column header does not match an existing field in Zoho Recruit, that column is ignored. We audit all In-recruiting custom fields during discovery, provision each one in Zoho Recruit with the correct type (Text, Picklist, Checkbox, Multi-select, Lookup) before any data loads, and verify the field appears in the target module's layout. Multi-select fields must use semicolon delimiters in the CSV. Checkbox fields must contain exactly True or False. Skipping pre-creation results in silent data loss for every custom field column.

  • Last Name is mandatory on all Candidate records

    Zoho Recruit requires a Last Name value on every Candidate record. In-recruiting may have candidate records where the last name was not collected (for example, informal referrals or candidates who applied via a first-name-only form). We audit the Candidate export for missing last name values during discovery and substitute 'Not Provided' or a similar placeholder during the transform phase so those records import successfully. Records without a substituted value are skipped with a reconciliation report item.

  • Users with existing separate Zoho Recruit accounts cannot be imported

    Zoho Recruit's import process rejects any User record that matches an email address already associated with a different Zoho Recruit account. If any In-recruiting user has a separate Zoho Recruit login (for example, a contractor or client who used Zoho Recruit at a different company), their In-recruiting account must be closed or transferred before migration. We identify these users during discovery and escalate to the customer's admin to resolve before the User import phase.

  • Workflows, automation sequences, and job board configurations do not migrate

    In-recruiting workflow sequences (automated actions triggered by stage changes, email sequences, or candidate status updates) and job board posting configurations (distribution lists, auto-repost rules, sponsored job settings) are platform-configured items that do not export as data. We do not migrate them. We deliver a written inventory of every active In-recruiting workflow and job board configuration with its trigger, conditions, and recommended Zoho Recruit Blueprint or Workflow Rule equivalent for the customer's admin to rebuild. Job board connectors must be reconfigured manually in Zoho Recruit's Source Boosters or directly on each job board's Zoho integration.

  • Multi-location In-recruiting instances require consolidation planning

    In-recruiting supports multi-instance or multi-entity deployments for agencies with separate divisions or regional operations. If the migration involves more than one In-recruiting account, we consolidate the data into a single Zoho Recruit organization. This requires entity deduplication (identifying duplicate Candidates or Clients across instances), cross-instance owner mapping, and in some cases a Zoho Recruit Multi-Org configuration if the customer needs separate data isolation. We scope this consolidation work separately during discovery if multiple instances are present.

Migration approach

Six steps for a successful In-recruiting to Zoho Recruit data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

In-recruiting logo

In-recruiting

Source

Strengths

  • 11-language platform with strong European footprint and localisation.
  • Full-lifecycle ATS covering career pages, multiposting, screening, interviews, and reporting.
  • Named enterprise references (McDonald's, Burger King, Renault Trucks, DHL Express).
  • Tiered plans accommodating SMB through Enterprise.
  • 15+ years of product tenure (founded 2009 under Intervieweb).

Weaknesses

  • Complex pricing with four named tiers plus add-ons and custom Enterprise.
  • Reporting and application form usability flagged for improvement in reviews.
  • Public API documentation not surfaced via review aggregators.
  • No anti-cheating assessment features documented.
  • Higher entry price than some flat-fee annual SMB alternatives.
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 In-recruiting 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

    In-recruiting: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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 consultation

Clean migrations under 10,000 Candidates and 500 Jobs with no custom objects land between three and five weeks. Migrations with large historical application data (over 50,000 records), attachment-heavy note volumes, multiple In-recruiting instances, or complex custom field structures move to eight to fifteen weeks because of schema preparation, multi-format transformation, and reconciliation time. The largest variable is how quickly the customer approves the custom field pre-creation list and resolves any In-recruiting users with existing Zoho Recruit accounts.

Adjacent paths

Related migrations to explore

Ready when you are

Move from In-recruiting.
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