HRMS migration
Field-level mapping, validation, and rollback between SupportFinity and Zoho Recruit. We move data and schema; workflows are rebuilt natively in Zoho Recruit.
SupportFinity
Source
Zoho Recruit
Destination
Compatibility
11 of 12
objects map 1:1 between SupportFinity and Zoho Recruit.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from SupportFinity to Zoho Recruit is a migration from an AI-native, credits-economy platform to a conventional per-seat ATS. SupportFinity has no publicly documented REST API for direct export, so we extract data through CSV-based structured dumps, transform the schema for Zoho Recruit's mandatory field requirements (Last Name on every Candidate), and import through Zoho's Data Migration wizard. The AI agents (Genie, Revo, Atom, Sia) have no Zoho Recruit equivalent—we preserve assessment scores and talent signals as custom fields and flag interview recordings for separate file transfer. We do not migrate workflows, automations, or credits usage logs, as these are SupportFinity-specific constructs with no destination analog. The migration scope covers Jobs, Candidates, Applications, Interviews, Users, Notes, Screening Questions, and Offers; custom objects require pre-creation in Zoho Recruit before import begins.
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 SupportFinity 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.
SupportFinity
Job (Position)
Zoho Recruit
Job Opening
1:1SupportFinity Jobs map to Zoho Recruit Job Openings. We map job title, description, department, location, and status directly. SupportFinity Growth offers unlimited job postings; Zoho Recruit Standard limits active jobs to 10 per recruiter, Professional to 250, and Enterprise to 750. We flag active job count against the target Zoho tier before migration and recommend Enterprise if the customer's job volume exceeds the Standard cap.
SupportFinity
Candidate
Zoho Recruit
Candidate
1:1Candidate profiles migrate 1:1 for name, email, phone, resume/CV, work history, and education. SupportFinity's 2.4 billion profile global talent cloud enrichment is a read-only source layer and does not transfer as data. The mandatory Last Name field in Zoho Recruit requires that any SupportFinity candidate record without a last name be assigned 'not provided' or a similar placeholder before import, otherwise the record is ignored per Zoho's import rules. We pre-process all candidates for this constraint before loading.
SupportFinity
Application
Zoho Recruit
Candidate-Job Opening association
1:1Application records link a Candidate to a Job with timestamps, source channel, and current pipeline stage. In Zoho Recruit, this association is represented by a Candidate record linked to a Job Opening via the Candidate subform or a junction module. We preserve the full application history including withdrawn and rejected states, mapping source channel and stage to Zoho Recruit's candidate status and source tracking fields.
SupportFinity
Assessment (DISC+ and Atom AI)
Zoho Recruit
Custom Fields (Assessment Scores)
1:1SupportFinity DISC+ scores and custom AI-generated rubric results map to Zoho Recruit custom fields on the Candidate module. We create custom Number or Picklist fields named with the assessment identifier (e.g., DISC_D_score, Atom_rubric_score) and populate the values. Custom rubric definitions themselves (the scoring rubric structure) do not transfer as Zoho configuration objects; they are documented in the migration inventory for manual rebuild if needed.
SupportFinity
Interview
Zoho Recruit
Interview
1:1Interview records (scheduled time, interviewer assignment, notes) map to Zoho Recruit's Interview module with interviewer, candidate, job, scheduled time, and status preserved. Interview notes migrate as free-text fields. Sia interview recordings are binary files attached to SupportFinity interview records and require a separate file transfer pass: we download recordings by filename reference and upload as Zoho Recruit file attachments linked to the corresponding Interview record.
SupportFinity
Pipeline Stage
Zoho Recruit
Candidate Status (per Job Opening)
lossySupportFinity's configurable pipeline stages (Screening, Interview, Offer, Hired, etc.) map to Zoho Recruit's candidate status workflow per Job Opening. Stage IDs and labels are tenant-specific in SupportFinity; we map them to Zoho Recruit's candidate status picklist values, flagging any stages that require custom status creation in the destination. Stage probability percentages have no Zoho Recruit equivalent and are documented for the customer's admin.
SupportFinity
User (Team Member)
Zoho Recruit
User
1:1SupportFinity user accounts (Recruiter, Hiring Manager, Admin roles) map to Zoho Recruit Users by email address match. The Growth plan's 3-seat cap means larger teams will have fewer SupportFinity users than candidates. A Zoho Recruit constraint applies: any User who already has a separate personal Zoho Recruit account must close that account before they can be imported into the organization's Zoho Recruit tenant. We reconcile the user list during scoping and flag any email conflicts.
SupportFinity
Note / Comment
Zoho Recruit
Notes
1:1Free-text notes attached to candidates or applications migrate as Zoho Recruit Notes linked to the corresponding Candidate record. Timestamps and author attribution are preserved. We map the note body and set the associated record reference (Candidate or Job Opening ID) during import.
SupportFinity
Communication (Email / SMS)
Zoho Recruit
Candidate Communication / Activity
1:1SupportFinity's unlimited candidate mailboxes map to Zoho Recruit's candidate communication threads. Email body and SMS content transfer as Activity records or Notes on the Candidate. Thread structure and attachment handling requires mapping to Zoho Recruit's conversation model; we document any threads that cannot map cleanly for manual reconciliation.
SupportFinity
Screening Question
Zoho Recruit
Custom Fields (Job-specific)
1:1Job-specific screening questions and candidate answers are custom fields at the application level in SupportFinity. We map question text and answer values to Zoho Recruit custom fields on the Job Opening or Candidate module. Skip logic and conditional branching in SupportFinity's screening flows have no Zoho Recruit equivalent and are documented in the automation inventory for the customer's admin to rebuild manually.
SupportFinity
Talent Signal (AI ranking)
Zoho Recruit
Custom Fields (Informational)
1:1SupportFinity's AI-generated talent signals and ranking scores are proprietary metadata. We export raw scores and signal labels as custom numeric or text fields in Zoho Recruit (e.g., talent_signal_score, atom_ranking_position). Zoho Recruit treats these as informational custom fields; they do not drive automation or ranking in the destination. We flag this in the migration report so the customer's team does not expect AI ranking behavior post-migration.
SupportFinity
Offer
Zoho Recruit
Offer
1:1Offer records including salary, start date, and status map to Zoho Recruit's Offer module. Compensation details, offer status (extended, accepted, declined, withdrawn), and start date transfer directly. Zoho Recruit's offer letter templates are separate from the offer record data; we do not migrate template files but document them in the migration inventory for the customer's admin to reconfigure.
| SupportFinity | Zoho Recruit | Compatibility | |
|---|---|---|---|
| Job (Position) | Job Opening1:1 | Fully supported | |
| Candidate | Candidate1:1 | Fully supported | |
| Application | Candidate-Job Opening association1:1 | Fully supported | |
| Assessment (DISC+ and Atom AI) | Custom Fields (Assessment Scores)1:1 | Fully supported | |
| Interview | Interview1:1 | Fully supported | |
| Pipeline Stage | Candidate Status (per Job Opening)lossy | Fully supported | |
| User (Team Member) | User1:1 | Fully supported | |
| Note / Comment | Notes1:1 | Fully supported | |
| Communication (Email / SMS) | Candidate Communication / Activity1:1 | Fully supported | |
| Screening Question | Custom Fields (Job-specific)1:1 | Fully supported | |
| Talent Signal (AI ranking) | Custom Fields (Informational)1:1 | Fully supported | |
| Offer | Offer1: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.
SupportFinity gotchas
Credits consumption rate is non-linear for AI features
Interview recordings stored as binary attachments require separate export handling
Growth plan 3-seat limit applies to team members, not candidates
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 SupportFinity account across all modules: Jobs, Candidates, Applications, Assessments, Interviews, Users, Notes, Communications, Screening Questions, and Offers. We document the active AI features in use (Atom assessments, Sia recordings, Genie sourcing), the current credits consumption rate, the pipeline stage configuration, and any custom fields created by the tenant. We extract a full user list for Zoho Recruit account conflict check. The discovery output is a written migration scope document listing record counts per module, any pre-processing requirements, and the recommended Zoho Recruit tier (Standard, Professional, or Enterprise) based on active job volume and custom field count.
Pre-processing and CSV preparation
We extract all modules from SupportFinity as CSV files through the admin interface. Critical pre-processing steps include: assigning 'not provided' to any candidate record missing a last name, splitting DISC+ and Atom assessment results into separate structured fields, tagging Sia recording filenames for the separate file-transfer pass, and resolving SupportFinity user email references for Zoho Recruit user lookup. We build the import CSV files aligned to Zoho Recruit's expected column headers and encoding. For each module, we produce a mapping spreadsheet documenting source field to destination field with transformation rules.
Zoho Recruit schema preparation
Before any data is loaded, we create the destination schema in the customer's Zoho Recruit tenant. This includes: creating custom fields for assessment scores and talent signals on the Candidate module, creating any custom modules required for SupportFinity objects without native Zoho Recruit equivalents (custom module creation is available from Standard tier; Lookup fields require Professional or Enterprise), configuring pipeline stage labels to match SupportFinity's stage names, and adding at least two user accounts (Zoho Recruit requires a minimum of two users before migration wizard activation). We coordinate with the customer's Zoho admin to ensure the migration user has Data Migration permissions.
Test migration and reconciliation
We run a full test migration using a Zoho Recruit sandbox or the production tenant with a limited record set (typically 50-100 records per module). This validates field mapping accuracy, identifies any mandatory field gaps, confirms that pipeline stage labels map correctly, and verifies that binary file attachments attach to the right Interview records. The customer's recruiting lead reviews the test results and signs off on the mapping before production migration begins. Any corrections to the mapping spreadsheet are applied before the production pass.
Production migration in dependency order
We execute production migration in dependency order: Users first (with the account-conflict check completed), then Job Openings, Candidates (with pre-processed last-name values), Applications (with Candidate-to-Job linkage resolved), Interviews, Assessment scores, Notes, Screening Questions, and Offers. Sia interview recordings are transferred in a parallel file pass during or after the structured data load. Each module emits a row-count reconciliation report confirming the number of records loaded matches the source extract count. Records rejected by Zoho Recruit's validation rules are captured in an error log for manual review.
Cutover, validation, and automation inventory handoff
We freeze writes in SupportFinity during cutover, run a final delta pass for any records modified during the migration window, then confirm Zoho Recruit as the system of record. We deliver the complete migration inventory including: field mapping spreadsheet, pre-processed candidate count with last-name substitutions, Sia recording file manifest with interview linkage, custom field schema in Zoho Recruit, and the automation inventory documenting SupportFinity screening question skip-logic, pipeline stage configurations, and any workflow rules requiring rebuild. We do not rebuild automations as Zoho Recruit Workflow Rules inside the migration scope; the customer's admin uses the inventory to configure these manually or engages a Zoho partner for workflow rebuild as a separate engagement.
Platform deep dives
SupportFinity
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 SupportFinity 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
SupportFinity: Not publicly documented.
Data volume sensitivity
SupportFinity 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 SupportFinity to Zoho Recruit migration scoping. Not seeing yours? Book a call.
Walk through your SupportFinity 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 SupportFinity
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.