HRMS migration
Field-level mapping, validation, and rollback between Scout by Rebelware and Zoho Recruit. We move data and schema; workflows are rebuilt natively in Zoho Recruit.
Scout by Rebelware
Source
Zoho Recruit
Destination
Compatibility
9 of 12
objects map 1:1 between Scout by Rebelware and Zoho Recruit.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from Scout by Rebelware to Zoho Recruit is a migration between two applicant tracking systems with different data models. Scout stores Jobs as parent containers with Candidates and Applications linked through a configurable pipeline. Zoho Recruit uses a more structured model with Job Openings as parents, Candidates as primary records, and a pipeline tied to the Job Opening record. We sequence the migration in dependency order: Jobs first, then Candidates, then Applications with their stage history. Pipeline Stages require explicit mapping because Scout allows organizations to rename stages freely while Zoho Recruit enforces a standardized stage structure per Job Opening. Interview Notes (unstructured free-text in Scout) land as Zoho Notes with a fallback flag for any structured content that has no typed equivalent. Job Board Integrations preserve as configuration metadata; the OAuth tokens are not transferable between platforms, so we document which boards require re-authentication on Zoho Recruit. We do not migrate Scout's Workflows or automations; we deliver a written inventory of any active hiring workflows requiring rebuild in Zoho Recruit's Blueprint and workflow tools.
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 Scout by Rebelware 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.
Scout by Rebelware
Jobs
Zoho Recruit
Job Openings
1:1Scout Jobs map directly to Zoho Recruit Job Openings. We migrate Job Title, Job Description, Department, Location, and Status (Open, Closed, On Hold). Each Scout Job serves as the parent container for its linked Candidates and Applications, so Jobs must insert first in migration order. The Job Opening's Status field in Zoho Recruit maps from Scout's job status, and we preserve the original Scout job ID in a custom field scout_job_id__c for reconciliation.
Scout by Rebelware
Candidates
Zoho Recruit
Candidates
1:1Scout Candidates are the primary records in the data model and map directly to Zoho Recruit Candidates. We migrate contact information (name, email, phone, address), work history fields, and candidate status. Zoho Recruit's Candidates module requires a Last Name value; Scout records without a Last Name receive 'Not Provided' as a placeholder per Zoho's import requirements. Custom properties on Candidates require an explicit value-mapping table against Zoho's custom field schema, which we build during scoping.
Scout by Rebelware
Applications
Zoho Recruit
Candidates linked to Job Openings
1:manyScout Applications link a Candidate to a Job and carry the Pipeline Stage assignment. Each Application creates a Candidate-Job Opening association in Zoho Recruit, with the pipeline stage stored against the association. Where Scout allows a Candidate to apply to multiple Jobs (producing multiple Applications), Zoho Recruit handles this through multiple Candidate-Job Opening links. We preserve the stage transition history as timestamps and stage names against each association.
Scout by Rebelware
Pipeline Stages
Zoho Recruit
Pipeline Stages per Job Opening
lossyScout's configurable pipeline stage names vary by organization. We request a screenshot of the Scout pipeline configuration during scoping and build an explicit stage-mapping table before any Candidate records move. Each Zoho Recruit Job Opening has its own pipeline definition; we map Scout stage names to Zoho stage values and configure stage probabilities to match the customer's original workflow. Records may land in a default bucket without this mapping step, causing pipeline data loss.
Scout by Rebelware
Interview Notes
Zoho Recruit
Notes
1:1Scout Interview Notes are unstructured free-text attached to Candidates by individual interviewers. We extract the note content, author (mapped to Zoho User), and timestamp. Zoho Recruit's Notes module accepts the content as a free-text body. If the destination Zoho form has structured Interview Feedback Fields, we attempt to parse any rating-like values from the note text, but unstructured content that does not fit a typed field lands in a note and is flagged during validation for manual reconciliation.
Scout by Rebelware
Ratings
Zoho Recruit
Interview Feedback Forms
1:1Scout Candidate Ratings are numerical scores assigned by interviewers. Zoho Recruit Professional and Enterprise support structured Interview Feedback Forms with rating fields. We map numeric ratings to the equivalent Zoho rating field type. Where the destination account is on the Standard tier (which lacks Interview Feedback Forms), ratings migrate as custom fields on the Candidate record. Rating author and timestamp transfer as metadata on the field.
Scout by Rebelware
User Roles
Zoho Recruit
Users
1:1Scout User records (name, email, role designation, permission scope) map to Zoho Recruit Users. We resolve Scout Users by email match against the Zoho destination account. Zoho Recruit prohibits migrating Users who already have a separate Zoho Recruit account; those Users must close their individual account before import. We hold unmatched Users in a reconciliation queue for the customer's admin to provision or merge before record import resumes.
Scout by Rebelware
Job Board Integrations
Zoho Recruit
Job Board Configuration (metadata)
1:1Scout integrates with LinkedIn, Indeed, and other major job boards via OAuth tokens scoped to Scout's application. These tokens are not portable to Zoho Recruit. We preserve the job board integration configuration as metadata (board name, last sync date, posting URL list) so the customer knows which boards were connected in Scout. Re-authentication with each job board is required on Zoho Recruit; we document this step explicitly in the migration cutover checklist and do not attempt to transfer OAuth credentials.
Scout by Rebelware
Performance Reports
Zoho Recruit
Reports
1:1Scout generates performance reporting on job openings and applicant pipeline metrics (time-to-hire, source effectiveness, pipeline conversion rates). We extract report metadata and summary data and map them to Zoho Recruit's Reports module where equivalent metrics exist. Zoho Recruit's reporting structure differs from Scout's; we document which Scout metrics have a Zoho equivalent and which require manual rebuild in Zoho's report builder. Dashboards do not migrate; we deliver a written inventory of Scout report definitions for the admin to rebuild in Zoho.
Scout by Rebelware
Custom Fields
Zoho Recruit
Custom Fields
lossyScout supports custom fields on Candidates and Applications. We map custom field definitions and values, but each destination platform has its own custom field schema. Custom fields are not available in the Zoho Recruit Free Edition; we require confirmation of the target Zoho tier before migration. Lookup and formula fields require Professional or Enterprise. We pre-create the destination custom field schema in Zoho before importing any data, using Zoho's drag-and-drop field creation API, and match Scout field types to the nearest Zoho field type (picklist, multi-select, text, number, date).
Scout by Rebelware
Client Contacts (if present)
Zoho Recruit
Contacts
1:1If Scout contains client organization or contact records beyond the candidate scope, we map them to Zoho Recruit's Contacts module. Zoho Recruit separates Candidates (job applicants) from Contacts (business relationships). We apply the appropriate module assignment based on record type during the scoping audit and build a record-type mapping table before migration begins.
Scout by Rebelware
Activity Attachments
Zoho Recruit
Attachments
1:1Any file attachments stored against Scout Candidates, Jobs, or Applications (resume PDFs, portfolio documents, evaluation files) migrate as Zoho Recruit Attachments linked to the corresponding record via ContentDocumentLink. We preserve the original filename and mime type. Attachments exceeding Zoho's file size limits are flagged for the customer to review and re-upload manually if needed.
| Scout by Rebelware | Zoho Recruit | Compatibility | |
|---|---|---|---|
| Jobs | Job Openings1:1 | Fully supported | |
| Candidates | Candidates1:1 | Fully supported | |
| Applications | Candidates linked to Job Openings1:many | Fully supported | |
| Pipeline Stages | Pipeline Stages per Job Openinglossy | Mapping required | |
| Interview Notes | Notes1:1 | Mapping required | |
| Ratings | Interview Feedback Forms1:1 | Mapping required | |
| User Roles | Users1:1 | Mapping required | |
| Job Board Integrations | Job Board Configuration (metadata)1:1 | Mapping required | |
| Performance Reports | Reports1:1 | Mapping required | |
| Custom Fields | Custom Fieldslossy | Mapping required | |
| Client Contacts (if present) | Contacts1:1 | Fully supported | |
| Activity Attachments | Attachments1:1 | Mapping required |
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.
Scout by Rebelware gotchas
Pipeline stage configuration varies by organization
Interview notes are free-text without enforced structure
Job board OAuth credentials cannot be transferred between platforms
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 source audit
We audit the Scout account across Jobs, Candidates, Applications, Pipeline Stages, Interview Notes, Ratings, User Roles, and any custom fields. We request a screenshot of the Scout pipeline configuration and export a full data snapshot in CSV or the native export format. We confirm the target Zoho Recruit edition (Standard, Professional, or Enterprise) based on the customer's feature requirements, particularly whether Interview Feedback Forms and custom fields are needed, and verify there are no pre-existing Zoho Recruit accounts for the Scout users being migrated.
Stage mapping and schema pre-creation
We build an explicit Scout-to-Zoho pipeline stage mapping table from the configuration screenshot. We pre-create the destination schema in Zoho Recruit: Job Openings with configured pipelines, Candidate custom fields (matching Scout's custom field types to Zoho field types), and any required picklist values. If the customer uses Zoho People, we configure the Convert to Employee integration at this stage. Schema is deployed to a Zoho Recruit sandbox or staging account first for validation before any production records move.
Staging migration and reconciliation
We run a full migration into the Zoho Recruit staging environment using representative data volume. The customer's hiring operations lead reconciles record counts (Jobs in, Candidates in, Applications in, Notes in), spot-checks 20-30 random Candidate records against the Scout source, and verifies that pipeline stages map correctly. Any stage-mapping corrections, custom field type mismatches, or Zoho validation rule failures surface here. The customer signs off the staging migration before production cutover begins.
User provisioning and owner reconciliation
We extract every distinct Scout User referenced on Candidate, Application, and Interview Note records and match by email against the Zoho Recruit destination tenant. Scout users without a matching Zoho User go to a reconciliation queue. Any Scout user with a pre-existing Zoho Recruit account is flagged for account closure before migration. We hold all data imports pending user reconciliation because OwnerId references are required on most Zoho Recruit standard objects.
Production migration in dependency order
We run production migration in record-dependency order: Job Openings first (as parent containers), then Candidates with Last Name validation applied, then Applications linking Candidates to Job Openings with stage history preserved, then Interview Notes as Zoho Notes, then Ratings to Interview Feedback Forms or custom fields, then Attachments via ContentDocumentLink. Job Board Integration metadata migrates last as a configuration record. Each phase emits a row-count reconciliation report before the next phase begins. Job board OAuth re-authentication is documented as a manual cutover step, not executed by the migration tool.
Cutover, validation, and automation rebuild handoff
We freeze Scout writes during cutover, run a final delta migration of any records modified during the migration window, then enable Zoho Recruit as the system of record. We deliver a written inventory of any Scout Workflows or automations with their trigger conditions and recommended Zoho Blueprint equivalent. We support a 72-hour hypercare window where we resolve any record reconciliation issues. We do not rebuild Scout automations in Zoho Blueprint inside the migration scope; that work is handled by the customer's admin or a Zoho partner as a separate engagement.
Platform deep dives
Scout by Rebelware
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 Scout by Rebelware 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
Scout by Rebelware: Not publicly documented.
Data volume sensitivity
Scout by Rebelware 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 Scout by Rebelware to Zoho Recruit migration scoping. Not seeing yours? Book a call.
Walk through your Scout by Rebelware 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 Scout by Rebelware
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.