HRMS migration
Field-level mapping, validation, and rollback between OnePoint HCM and Zoho Recruit. We move data and schema; workflows are rebuilt natively in Zoho Recruit.
OnePoint HCM
Source
Zoho Recruit
Destination
Compatibility
10 of 13
objects map 1:1 between OnePoint HCM and Zoho Recruit.
Complexity
BStandard
Timeline
3-5 weeks
Overview
OnePoint HCM and Zoho Recruit operate in different domains: OnePoint is an all-in-one HRMS centered on a single employee record that anchors payroll, benefits, time, and performance, while Zoho Recruit is an ATS built around the candidate-to-hire lifecycle. The migration from OnePoint to Zoho Recruit is a domain shift, not a feature-for-feature replacement. We extract employee records from OnePoint and map them to Zoho Recruit Candidates, preserving employment assignment context (department, job title, hire date, employment status) as custom fields and linked records. Org structure maps to Zoho Recruit Departments and Locations. We do not migrate payroll history, accrual balances, benefits enrollments, performance reviews, or compliance records because Zoho Recruit's schema does not support these objects. We sequence the migration in dependency order: Users first, then Candidates, then Job Openings, then related records, using Zoho Recruit's native CSV import wizard for standard modules and manual record creation for custom fields that require admin-level setup. Workflows, automations, and any configured hiring pipelines in Zoho Recruit do not migrate as code; we deliver a written inventory of these for the customer's admin to rebuild post-migration.
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 OnePoint HCM 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.
OnePoint HCM
Employee
Zoho Recruit
Candidate
1:1OnePoint Employee records map to Zoho Recruit Candidate records. We extract employee first name, last name, email, phone, hire date, department, job title, employment status, and work location as the candidate base. Any employee records without a last name in OnePoint must be flagged with a placeholder value (not provided or none) because Last Name is a mandatory field in Zoho Recruit that cannot be left blank during import; records with missing mandatory fields are ignored by the import wizard.
OnePoint HCM
Employment Assignment
Zoho Recruit
Candidate (custom fields)
1:1OnePoint assignment-level data including assignment type, HR assignment status code, system person type, and original hire date map to custom Candidate fields in Zoho Recruit. Assignment status (active, terminated, leave of absence) migrates as a picklist field on the Candidate record. We preserve the original OnePoint assignment effective date to support compliance and tenure reporting in Zoho Recruit.
OnePoint HCM
Organizational Structure (Departments)
Zoho Recruit
Department
1:1OnePoint departments, cost centers, and locations extract as reference data and load into Zoho Recruit's Department module before candidate records. Department hierarchy and reporting relationships in OnePoint do not have a direct equivalent in Zoho Recruit's flat Department structure, so we flatten the org tree and map the primary department assignment per employee to the Candidate record for sourcing context.
OnePoint HCM
Organizational Structure (Locations)
Zoho Recruit
Location
1:1OnePoint location records (office addresses, regional sites, remote-work designations) map to Zoho Recruit's Location module. Location is linked to Job Openings in Zoho Recruit, so we establish Location records before importing or creating job opening records.
OnePoint HCM
Users
Zoho Recruit
Users
1:1OnePoint user accounts and manager assignments map to Zoho Recruit Users. We resolve users by email match against the Zoho Recruit User table. Any OnePoint user with an existing separate Zoho Recruit account must close that account before import; Zoho Recruit's import wizard rejects users who already have a Recruit account. This step requires coordination with the customer's IT team to provision Zoho Recruit licenses before migration begins.
OnePoint HCM
Job Openings (from OnePoint HR module)
Zoho Recruit
Job Opening
1:1If OnePoint contains internal job postings, requisitions, or position records tied to the HR module, these map to Zoho Recruit Job Opening records. Job Opening title, department, location, employment type, and description map from OnePoint position or job record fields. Active job openings from OnePoint become open Job Openings in Zoho Recruit; closed positions become closed Job Openings with hiring timeline preserved.
OnePoint HCM
Documents
Zoho Recruit
Candidate Attachments
1:1Employee document files accessible via OnePoint's file management (onboarding paperwork, signed forms, certifications) export as file attachments and associate to the corresponding Candidate record in Zoho Recruit. We export available document file types and map them to Candidate Attachments. Zoho Recruit supports file attachments on Candidate records up to the storage limits of the account's edition.
OnePoint HCM
Compensation Records
Zoho Recruit
Custom Fields on Candidate
lossyOnePoint salary, pay grade, and compensation change history do not map to any native Zoho Recruit object. We extract the most recent compensation entry (base salary, pay frequency, pay grade) as custom fields on the Candidate record for reference purposes only. Historical compensation timelines and earnings records are not migrated because Zoho Recruit does not have a payroll or compensation module. We flag these as out-of-scope and note that historical payroll data should be retained in OnePoint or exported to a separate payroll archive.
OnePoint HCM
Benefits Enrollments
Zoho Recruit
Not Migrated (Out of Scope)
1:1Benefits plan assignments, coverage tiers, and carrier connections have no equivalent in Zoho Recruit's ATS schema. These records are out of scope. We export a benefits enrollment summary as a supplemental data dictionary and recommend the customer retain OnePoint access for benefits administration or migrate to a dedicated benefits administration platform.
OnePoint HCM
Accrual Balances (PTO, Sick, Leave)
Zoho Recruit
Not Migrated (Out of Scope)
1:1PTO, sick, and leave accrual balances calculated by OnePoint's rules engine do not migrate to Zoho Recruit. Zoho Recruit does not track leave balances or time-off data. We recommend the customer retain accrual records in OnePoint or migrate them separately to a time-and-attendance system if leave tracking is required post-transition.
OnePoint HCM
Payroll History
Zoho Recruit
Not Migrated (Out of Scope)
1:1Historical payroll runs, earnings, deductions, and tax withholdings are out of scope for Zoho Recruit migration. Zoho Recruit's ATS schema has no payroll or compensation history objects. We recommend a separate payroll migration to Zoho Payroll or a dedicated payroll platform if the customer plans to consolidate onto Zoho's HCM suite.
OnePoint HCM
Performance Records
Zoho Recruit
Custom Fields on Candidate
lossyPerformance reviews, ratings, and goals from OnePoint map to custom fields on the Candidate record if the customer wants to preserve performance history for internal hiring or promotion pipelines. We extract the most recent performance rating and review date as custom Candidate fields. Historical performance timelines are packaged as supplemental data export. Zoho Recruit does not have a native performance management module.
OnePoint HCM
Custom HR Objects
Zoho Recruit
Custom Modules
lossyAny OnePoint custom objects or configuration tables (custom benefit types, variable pay plans, certification tracking, compliance codes) that the customer wants to preserve are mapped to Zoho Recruit Custom Modules. Custom modules in Zoho Recruit require Standard edition or above and must be created via Setup > Customization > Modules before data import. We pre-create the schema and all custom fields before migration begins.
| OnePoint HCM | Zoho Recruit | Compatibility | |
|---|---|---|---|
| Employee | Candidate1:1 | Fully supported | |
| Employment Assignment | Candidate (custom fields)1:1 | Fully supported | |
| Organizational Structure (Departments) | Department1:1 | Fully supported | |
| Organizational Structure (Locations) | Location1:1 | Fully supported | |
| Users | Users1:1 | Mapping required | |
| Job Openings (from OnePoint HR module) | Job Opening1:1 | Fully supported | |
| Documents | Candidate Attachments1:1 | Mapping required | |
| Compensation Records | Custom Fields on Candidatelossy | Fully supported | |
| Benefits Enrollments | Not Migrated (Out of Scope)1:1 | Mapping required | |
| Accrual Balances (PTO, Sick, Leave) | Not Migrated (Out of Scope)1:1 | Fully supported | |
| Payroll History | Not Migrated (Out of Scope)1:1 | Mapping required | |
| Performance Records | Custom Fields on Candidatelossy | Mapping required | |
| Custom HR Objects | Custom Moduleslossy | 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.
OnePoint HCM gotchas
No public API documentation for programmatic export
Single-database architecture creates tightly coupled migration dependencies
User provisioning integrations do not export employee data
UI transition from legacy to new UX may affect data accessibility during migration
ACA and compliance data require jurisdiction-aware handling
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 coordination with OnePoint
We audit OnePoint HCM's data landscape: employee record count, organizational structure (departments, locations), assignment types, employment status distribution, document file types and storage locations, and any custom modules in use. Simultaneously, we assess the Zoho Recruit destination: current edition, active users, existing modules, custom fields already configured, and any pre-existing workflows. The critical path item is initiating the OnePoint export request with OnePoint's implementation team or admin interface to produce the CSV or XML files. This request typically takes two to four weeks to fulfill depending on OnePoint's service response. We build the export timeline into the overall schedule from day one.
Schema design and custom field creation in Zoho Recruit
We design the destination schema in Zoho Recruit before any data arrives. This includes creating custom Candidate fields for employment context (assignment status, hire date, original hire date, job title, pay grade, and performance rating), configuring Department and Location records mapped from OnePoint's org structure, creating any custom modules for OnePoint custom objects, and configuring lookup relationships between modules. Custom modules and fields require Zoho Recruit Standard edition or above; Free edition does not support custom fields. We deploy schema changes via Zoho Recruit's Setup > Customization > Modules before the import window opens.
User provisioning and deduplication check
We extract all OnePoint user email addresses and cross-reference them against the existing Zoho Recruit User table. Any duplicate accounts (users who already have a Zoho Recruit account, even from a separate Zoho product like Zoho CRM or Zoho People) must be closed or consolidated before User import. We produce a reconciliation report listing duplicate emails and the action required. The customer's Zoho admin closes or merges the duplicate accounts. We cannot import Users until this step is resolved because Zoho Recruit's import wizard rejects duplicate accounts silently.
Test migration and field mapping validation
We run a test migration into the live Zoho Recruit environment (or a sandbox if the customer has one) using a subset of the OnePoint export data. We validate that all mandatory fields (especially Last Name) have values, that field mapping between OnePoint columns and Zoho Recruit Candidate fields is correct, that Department and Location lookups resolve, that attachment file paths are valid, and that custom field types (picklist, date, text, multi-select) match the Zoho Recruit schema. The customer reconciles 25-50 test records against the OnePoint source data and signs off before production migration proceeds.
Production migration in dependency order
We run production migration in this order: Department and Location reference data first, then Users, then Candidates (with Last Name placeholder applied where needed), then Job Openings linked to the Department and Location records, then Candidate attachments and documents, then custom module records. Each phase emits a row-count reconciliation report and the customer validates before the next phase begins. We flag any records skipped due to missing mandatory fields, unresolved lookups, or duplicate accounts and provide a correction list for the customer to resolve before a delta re-import.
Cutover, delta sync, and out-of-scope handoff
We freeze OnePoint writes during cutover, run a final delta migration of any employee records or job openings created or modified during the migration window, then confirm Zoho Recruit is the system of record for candidate tracking. We deliver a written inventory of out-of-scope items (payroll history, benefits enrollments, accrual balances, performance timelines) with recommendations for each: retain in OnePoint archive, export to supplemental CSV, or migrate to a separate Zoho People or payroll platform as a follow-on engagement. We do not rebuild workflows, assignment rules, or automations in Zoho Recruit as part of the migration scope.
Platform deep dives
OnePoint HCM
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 OnePoint HCM 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
OnePoint HCM: Not publicly documented.
Data volume sensitivity
OnePoint HCM 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 OnePoint HCM to Zoho Recruit migration scoping. Not seeing yours? Book a call.
Walk through your OnePoint HCM 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 OnePoint HCM
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.