HRMS migration
Field-level mapping, validation, and rollback between The Applicant Manager and Zoho Recruit. We move data and schema; workflows are rebuilt natively in Zoho Recruit.
The Applicant Manager
Source
Zoho Recruit
Destination
Compatibility
9 of 12
objects map 1:1 between The Applicant Manager and Zoho Recruit.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from The Applicant Manager to Zoho Recruit is a file-and-relationship migration first, because TAM exposes no public REST API. The primary export is a password-protected Standard Applicant Data CSV paired with a zip archive of applicant files (resumes, cover letters), and the two packages must be re-associated during migration. TAM's custom workflow stage names and order are customer-defined with no standard vocabulary, so we collect the complete stage configuration during discovery and map each stage to an equivalent Zoho Recruit hiring pipeline stage while preserving candidate progression order. Screening question schemas live in the Position configuration in TAM, so we migrate both the question definitions and per-applicant responses. We do not migrate TAM workflows, automations, or onboarding paperwork as functional code; we deliver a written inventory of these for the customer's admin to rebuild in Zoho Recruit's Workflow Rules and Blueprint builders.
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 The Applicant Manager 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.
The Applicant Manager
Position
Zoho Recruit
Job Opening
1:1TAM Positions (job title, description, department, status) map directly to Zoho Recruit Job Openings. The position status (active, closed) migrates to the Job Opening status field. We preserve the original TAM position ID as a custom field tam_position_id__c on the Job Opening for audit trail and any cross-reference requirements. Active positions are migrated first so that applicant records can reference the parent Job Opening during import.
The Applicant Manager
Applicant
Zoho Recruit
Candidate
1:1TAM Applicant records map to Zoho Recruit Candidates. Core fields (first name, last name, email, phone, application date, source) migrate directly. TAM's Last Name is required per Zoho Recruit's mandatory field policy, so any TAM applicant with a missing last name is flagged in a pre-migration reconciliation report for the customer's admin to correct before import. Custom profile fields on the TAM applicant migrate as custom fields on the Zoho Candidate record, created during the schema design phase.
The Applicant Manager
Workflow Stage
Zoho Recruit
Hiring Pipeline Stage
lossyTAM workflow stages are customer-defined with no standard vocabulary. We collect the complete stage list and sequence during discovery, then configure Zoho Recruit Hiring Pipelines to match. Each TAM stage name maps to a Zoho stage within a Pipeline tied to the relevant Job Opening. Stage order is preserved so candidate progress reflects correctly after cutover. If the destination Zoho account already has pipeline stages configured, we merge TAM's stages into the existing structure and flag any ordering conflicts.
The Applicant Manager
Resume and Cover Letter
Zoho Recruit
Candidate Attachment
1:1TAM stores applicant files (resumes, cover letters, portfolio items) in a separate password-protected zip archive, not embedded in the CSV export. We extract both packages, cross-reference each file to its applicant record using filename or applicant ID, and attach the files to the corresponding Zoho Recruit Candidate record. Resume parsing is enabled in Zoho Standard and above; we trigger parsing on each uploaded resume so that parsed fields (skills, education, experience) populate Candidate sub-fields automatically after attachment.
The Applicant Manager
Screening Question
Zoho Recruit
Custom Field or Assessment
lossyTAM custom application questions are defined in the Position configuration with responses stored per Applicant. We extract both the question schema (question text, answer type, required flag) and the per-applicant responses. Questions migrate as custom fields on the Candidate module in Zoho Recruit if they apply across all positions; questions specific to a single position migrate as custom fields scoped to that Job Opening's Candidate layout. Multi-select or free-text screening responses populate the corresponding custom field values during Candidate import.
The Applicant Manager
Activity Note and Scorecard
Zoho Recruit
Note or Activity
1:1Hiring team notes, scorecard ratings, and stage-change timestamps tracked per TAM applicant migrate as Notes or Tasks in Zoho Recruit attached to the Candidate record. We preserve the activity timestamp and author by creating a Note with the original author name in the body and the timestamp in the note date. Scorecard ratings migrate as a custom multi-select picklist field rating__c on the Candidate. Stage-change history is preserved as a text area field stage_history__c listing each stage transition with date.
The Applicant Manager
Onboarding Document
Zoho Recruit
Candidate Attachment (limited)
1:1TAM's onboarding paperwork collection includes document metadata and storage references. Document files migrate as attachments to the Candidate record, but Zoho Recruit's onboarding module acceptance depends on the customer's Zoho edition. Enterprise tier includes a full onboarding module; Standard and Professional do not. We migrate the files and flag whether the destination account has onboarding module access, noting that the customer's admin may need to configure the onboarding workflow in Zoho People if HR onboarding is required.
The Applicant Manager
User and Hiring Manager
Zoho Recruit
User
1:1TAM user accounts (recruiters, hiring managers) are tied to applicant assignments and workflow actions. We map TAM users to Zoho Recruit User records by email match. Any TAM user without a matching Zoho User goes to a reconciliation queue for the customer's admin to provision before applicant migration begins, because OwnerId references on Candidate records require a valid Zoho User. We preserve the TAM user's role (recruiter vs hiring manager) as a custom field tam_original_role__c on the Zoho User for audit.
The Applicant Manager
Application Date and Source
Zoho Recruit
Candidate Created Time and Source
1:1TAM stores the application submission date and source channel per applicant. These migrate to Zoho Recruit's Candidate Created Time (for the application date) and Source picklist (for the channel: Indeed, LinkedIn, Referral, Career Site, etc.). If TAM uses a source value not present in Zoho's standard Source picklist, we create a custom source value during schema setup.
The Applicant Manager
Custom Profile Field
Zoho Recruit
Custom Field
lossyTAM allows custom fields on the applicant profile beyond the standard contact fields. We inventory every active custom field during discovery, map the field type (text, date, number, picklist) to the equivalent Zoho Recruit custom field type, and create the custom field in Zoho before Candidate import. Picklist values from TAM migrate to picklist options in Zoho. Any TAM field with a value not matching a Zoho picklist option is flagged for the admin to resolve.
The Applicant Manager
Department
Zoho Recruit
Department
1:1TAM department assignments on Positions migrate to Zoho Recruit Department records. We create the Department in Zoho first, then link the Job Opening to the Department during import. If TAM uses departments on Applicant records, we create a custom department picklist field on the Candidate record in Zoho.
The Applicant Manager
Interview and Scheduling Data
Zoho Recruit
Interview
1:1If TAM tracks interview scheduling data in notes or activity records, we migrate that as Zoho Recruit Interview records. The Interview object in Zoho stores interviewer name, interview type, date and time, location or meeting link, and feedback form responses. We map TAM interview notes to the Interview Notes field and preserve any interviewer attribution as a custom field on the Interview record. Interview feedback forms are recreated in Zoho using the Interview Feedback Form feature available from Professional tier.
| The Applicant Manager | Zoho Recruit | Compatibility | |
|---|---|---|---|
| Position | Job Opening1:1 | Fully supported | |
| Applicant | Candidate1:1 | Fully supported | |
| Workflow Stage | Hiring Pipeline Stagelossy | Fully supported | |
| Resume and Cover Letter | Candidate Attachment1:1 | Fully supported | |
| Screening Question | Custom Field or Assessmentlossy | Fully supported | |
| Activity Note and Scorecard | Note or Activity1:1 | Fully supported | |
| Onboarding Document | Candidate Attachment (limited)1:1 | Fully supported | |
| User and Hiring Manager | User1:1 | Fully supported | |
| Application Date and Source | Candidate Created Time and Source1:1 | Fully supported | |
| Custom Profile Field | Custom Fieldlossy | Fully supported | |
| Department | Department1:1 | Fully supported | |
| Interview and Scheduling Data | Interview1: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.
The Applicant Manager gotchas
Feature-based per-month pricing compounds with team size
No publicly documented REST API
Custom workflow stages lack standardized naming
Resume and cover letter files are stored separately from the CSV export
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 TAM export extraction
We collect the complete TAM export package: the Standard Applicant Data CSV and the password-protected zip archive of applicant files. We inventory all Positions, Applicants, custom workflow stages, screening questions, user accounts, and file attachments during this phase. We run a reconciliation scan to identify missing last names, unmapped workflow stages, and any applicant records with no corresponding file in the zip archive. The discovery output is a written migration scope, a TAM-to-Zoho Recruit object mapping document, and a list of data quality issues requiring admin resolution before import begins.
Zoho Recruit schema setup
We configure the destination Zoho Recruit account schema based on the discovery inventory. This includes creating custom fields on the Candidate module for TAM custom applicant fields, configuring Hiring Pipelines with stages matched to the TAM workflow sequence, creating Department records, and setting up any custom source values not present in Zoho's standard Source picklist. We create custom fields during this phase so that Candidate import can populate them directly rather than requiring post-import field additions. Schema setup is validated in the Zoho sandbox environment before production migration begins.
User provisioning and owner reconciliation
We extract every distinct TAM user account referenced on applicant records and match by email against the destination Zoho Recruit User table. Users without a matching Zoho User go to a reconciliation queue for the customer's admin to provision. Recruiters and hiring managers are assigned the appropriate Zoho role (Recruiter or Hiring Manager) during provisioning. OwnerId references on Candidate records require a valid Zoho User before import can proceed, so this step gates the production Candidate migration.
Two-package file extraction and re-association
We extract the TAM zip archive and cross-reference each file against the applicant CSV using applicant ID and filename patterns. We build a file-to-candidate mapping table, re-associate each file with its corresponding applicant, and stage the files for bulk upload to Zoho Recruit Candidate attachments. Any unmapped files are flagged and held for admin resolution. Resume files are uploaded before screening question and note data so that Zoho's resume parsing (available in Standard tier and above) can trigger on the attachments and populate parsed fields automatically.
Production import in dependency order
We run production import in record-dependency order: Users (validated), Departments, Job Openings (from TAM Positions), Candidates (with custom fields and owner references resolved), Candidate attachments (resumes and cover letters), screening question responses (as custom field values), and activity history (notes and stage-change records). Each phase emits a row-count reconciliation report before the next phase begins. We use Zoho's native import tools for structured fields and bulk CSV upload for large record sets, with file attachments uploaded via the Zoho Recruit REST API attachment endpoint.
Cutover, validation, and Workflow rebuild handoff
We freeze TAM writes during cutover and run a final delta scan for any records modified during the migration window. We validate candidate-to-job-opening associations, file attachment counts, and workflow stage assignments against the original TAM data. We deliver a written inventory of TAM workflow configurations and onboarding paperwork for the customer's admin to rebuild using Zoho Recruit's Workflow Rules, Blueprint, and onboarding features. We provide a one-week post-cutover validation window to resolve any data discrepancies reported by the recruiting team.
Platform deep dives
The Applicant Manager
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 The Applicant Manager 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
The Applicant Manager: Not publicly documented.
Data volume sensitivity
The Applicant Manager 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 The Applicant Manager to Zoho Recruit migration scoping. Not seeing yours? Book a call.
Walk through your The Applicant Manager 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 The Applicant Manager
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.