HRMS migration
Field-level mapping, validation, and rollback between WebCruiter and Zoho Recruit. We move data and schema; workflows are rebuilt natively in Zoho Recruit.
WebCruiter
Source
Zoho Recruit
Destination
Compatibility
9 of 12
objects map 1:1 between WebCruiter and Zoho Recruit.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from WebCruiter to Zoho Recruit is a data-first migration: WebCruiter stores Candidates, Jobs, and Applications in a structured ATS model, but it exposes no public API for automated extraction, requiring point-in-time CSV download via the Talentech customer portal. We request that export at scoping, validate completeness against the expected record counts, and flag any objects absent from the file before designing the mapping. Zoho Recruit provides a documented REST API on all tiers (Free through Enterprise), with API credits ranging from 500 per day on Free to 30,000 on Enterprise, plus concurrency limits per user per app. That API powers our migration loader, but it requires batch chunking and exponential backoff on Professional and Enterprise tier loads to stay within the rolling 24-hour credit window. Custom screening fields collected by WebCruiter recruiters store as free-form text regardless of intended type; we profile each field in a staging environment and apply type inference or manual mapping before load. We do not migrate pipeline automation rules or workflow configurations; we deliver a written inventory of every WebCruiter pipeline stage and routing rule for the customer's admin to rebuild in Zoho Recruit's workflow builder.
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 WebCruiter 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.
WebCruiter
Candidate
Zoho Recruit
Candidate
1:1WebCruiter Candidates map directly to Zoho Recruit Candidates. Standard fields (First Name, Last Name, Email, Phone, Address) map cleanly. Note that Last Name is a mandatory field in Zoho Recruit; we replace any empty Last Name values with a placeholder ('Not Provided') during the transform phase and flag those records for customer review. WebCruiter records where contact information was entered manually versus auto-populated from a source form are flagged for data-quality review.
WebCruiter
Job Posting
Zoho Recruit
Job Opening
1:1WebCruiter Job Postings export with title, department, location, and status (active, paused, closed). These map directly to Zoho Recruit Job Opening fields. The original posting date migrates as Opening Date, and any internal WebCruiter requisition ID is preserved in a custom Zoho field for reference. We validate that Zoho's active job limit for the target tier (1 on Free, 100 on Standard, 250 on Professional, 750 on Enterprise) accommodates the migration scope.
WebCruiter
Application
Zoho Recruit
Job Application
1:1WebCruiter Applications link a Candidate to a Job Posting with a status (applied, in review, rejected, hired). We map these to Zoho Recruit Candidates subtab under the Job Opening. Application date and current stage migrate as submission date and current status respectively. Stage history migrates as Activity Log entries on the candidate record if exported in the Talentech portal file.
WebCruiter
Attachment (CV, cover letter, portfolio)
Zoho Recruit
Candidate Attachments
1:1WebCruiter stores CVs, cover letters, and portfolio files attached to candidate records, but the standard Talentech portal export does not bundle these files. We request a complete file archive from the customer (or from Talentech support) before the load phase. We validate attachment filenames against exported record IDs to detect mismatches, then upload files to the corresponding Zoho Recruit candidate record via the Zoho Recruit Attachments API. File upload uses batch chunking to stay within API credit limits.
WebCruiter
Custom Screening Field
Zoho Recruit
Candidate Custom Field
lossyRecruiters in WebCruiter add custom questions to application forms. These fields export as free-form text regardless of intended type. We profile each custom field in the staging environment, apply type inference (detecting dates, integers, multi-select comma-separated values), and create matching typed custom fields in Zoho Recruit's Candidates module before load. Where type inference is ambiguous, we flag the field for customer review and apply a conservative text mapping pending their decision.
WebCruiter
Pipeline Stage
Zoho Recruit
Interview Round / Candidate Status
lossyWebCruiter uses configurable pipeline stages per job requisition with stage names varying by organisation. We extract the full stage set from each exported job and map them to Zoho Recruit's Interview Rounds structure under the Job Opening. We recommend configuring a consistent stage set during scoping rather than preserving every organisation-specific stage name, since Zoho Recruit's Interview Round model benefits from standardisation across openings.
WebCruiter
Candidate Source
Zoho Recruit
Source
1:1WebCruiter's Candidate Source tracks where an application originated (job board, referral, direct). This field is often blank in legacy records or populated inconsistently. We map non-null source values to Zoho Recruit's Source picklist and normalise the taxonomy where WebCruiter uses custom source labels. Blank source values remain unmapped; the customer can populate these via enrichment or leave them as unknown.
WebCruiter
Owner / Recruiter Assignment
Zoho Recruit
User (Owner)
1:1WebCruiter records reference internal user IDs for the recruiter or hiring manager assigned as owner. The standard Talentech portal export may not include a full user directory. We resolve owners by email match against the Zoho Recruit User table. Any WebCruiter owner without a matching Zoho Recruit User is held in a reconciliation queue for the customer's admin to provision before record import resumes.
WebCruiter
Archived Job Requisition
Zoho Recruit
Job Opening (archived status)
lossyWebCruiter archives jobs without deleting associated candidate records. Archived jobs retain their original pipeline stage set, which may conflict with the active pipeline schema in Zoho Recruit. We separate archived jobs from active jobs during scoping and recommend mapping them to a dedicated Closed or Legacy status in Zoho Recruit with inactive Interview Rounds rather than attempting to preserve the original pipeline structure.
WebCruiter
Application Date / Timestamp
Zoho Recruit
Created Time
1:1WebCruiter application submission timestamps migrate as Created Time on the Zoho Recruit Candidate record. Where the Talentech portal export includes full stage-change history, we create Zoho Activity Log entries with timestamps and stage names preserved. Historical timestamps are preserved in UTC for consistency.
WebCruiter
Company / Organisation (if present)
Zoho Recruit
Client
1:1Some WebCruiter configurations include an Organisation field on the candidate record. If this field is present and populated, we map it to Zoho Recruit's Client module and create a Client-Candidate association. If the Organisation field is absent, candidates are loaded without a Client link and the customer can create Client records manually or via a follow-on enrichment pass.
WebCruiter
Notes / Internal Comments
Zoho Recruit
Notes
1:1WebCruiter notes attached to candidates or applications migrate as Zoho Recruit Notes on the Candidate record. We preserve the note body as plain text. Notes authored by specific WebCruiter users are attributed to the corresponding Zoho Recruit User where the email match resolves; otherwise they are attributed to the migration service account with a comment flagging the unresolved owner.
| WebCruiter | Zoho Recruit | Compatibility | |
|---|---|---|---|
| Candidate | Candidate1:1 | Fully supported | |
| Job Posting | Job Opening1:1 | Fully supported | |
| Application | Job Application1:1 | Fully supported | |
| Attachment (CV, cover letter, portfolio) | Candidate Attachments1:1 | Fully supported | |
| Custom Screening Field | Candidate Custom Fieldlossy | Fully supported | |
| Pipeline Stage | Interview Round / Candidate Statuslossy | Fully supported | |
| Candidate Source | Source1:1 | Mapping required | |
| Owner / Recruiter Assignment | User (Owner)1:1 | Fully supported | |
| Archived Job Requisition | Job Opening (archived status)lossy | Fully supported | |
| Application Date / Timestamp | Created Time1:1 | Fully supported | |
| Company / Organisation (if present) | Client1:1 | Fully supported | |
| Notes / Internal Comments | Notes1: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.
WebCruiter gotchas
No documented public API for automated migration
Attachment bulk download not available via standard export
Custom screening fields lack consistent data typing
Archived job requisitions may carry stale pipeline stage configurations
Owner and recruiter user IDs may not resolve in target system
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 export scoping
We audit the WebCruiter Talentech portal export for completeness: candidate record count, job posting count, application record count, attachment metadata (file count per candidate), and custom field inventory. We identify archived jobs requiring pipeline segregation and flag any custom screening fields for type profiling. We also assess the Zoho Recruit target tier based on active job limits (1/100/250/750), daily API credit budget, and required features (Forecasts on Professional and above; Source Boosters and social posting on Standard and above). The discovery output is a written scope document and a Zoho Recruit edition recommendation.
Attachment file bundle request and reconciliation
We request a complete attachment file bundle from the customer or from Talentech support before the load phase begins. We reconcile the file list against the candidate record IDs in the exported CSV, flag any missing files or filename mismatches, and validate that the bundle size is manageable within Zoho Recruit's attachment storage limits for the target tier. This step runs in parallel with Zoho Recruit account provisioning and custom field creation.
Zoho Recruit schema setup and field mapping design
We create the Zoho Recruit account (or validate an existing one) and set up the Candidates and Job Openings module custom fields to match the WebCruiter custom screening field inventory. We apply explicit field types (date, integer, multi-select picklist, text) based on the type-inference profiling from discovery. We configure Interview Rounds per job opening, map WebCruiter pipeline stage names to Zoho Recruit stage labels, and create a Source picklist normalisation table for candidate attribution. The mapping design is reviewed and signed off before any data loads into the sandbox.
Sandbox migration and reconciliation
We run a full migration into Zoho Recruit's sandbox environment using production-like data volume. The customer reconciles record counts (Candidates in, Jobs in, Applications in, Attachments linked), spot-checks 20-30 random records against the WebCruiter source export, and reviews the custom field values for accuracy. Any mapping corrections, type-inference overrides, or stage normalisation adjustments are documented and applied before the production migration begins.
Owner reconciliation and user provisioning
We extract every distinct WebCruiter owner and recruiter ID referenced on Candidate and Job records and match by email against the Zoho Recruit User table. Any WebCruiter owner without a matching Zoho Recruit User is placed in a reconciliation queue. The customer's Zoho Recruit admin provisions missing users (active or inactive depending on whether the original WebCruiter user is still employed) before production migration resumes. OwnerId references must resolve before any record insert can proceed.
Production migration in dependency order
We run production migration in record-dependency order: Users (manually provisioned and validated first), Clients (if Organisation data exists), Candidates (with Last Name placeholder applied for anonymous records), Job Openings, Job Applications linked to Candidates and Openings, Notes and Activity Log entries, and Attachments via the Zoho Recruit Attachments API. Each phase emits a row-count reconciliation report before the next phase begins. We throttle inserts to respect the daily API credit budget and concurrency limits, using exponential backoff on throttled responses.
Cutover, validation, and automation inventory handoff
We freeze WebCruiter writes during cutover and run a final delta reconciliation of any records modified during the migration window. We enable Zoho Recruit as the system of record and deliver a written automation inventory: every WebCruiter pipeline stage and routing configuration documented with recommended Zoho Recruit workflow rule equivalents. The customer rebuilds these in Zoho Recruit's Workflow Rules builder post-migration. We support a one-week hypercare window for reconciliation issues. We do not rebuild pipeline automation rules as Zoho Recruit workflow configurations inside the migration scope.
Platform deep dives
WebCruiter
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 WebCruiter 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
WebCruiter: Not publicly documented — no public API surface exists for end customers..
Data volume sensitivity
WebCruiter 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 WebCruiter to Zoho Recruit migration scoping. Not seeing yours? Book a call.
Walk through your WebCruiter 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 WebCruiter
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.