HRMS migration

Migrate from Scout by Rebelware to Zoho Recruit

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 logo

Scout by Rebelware

Source

Zoho Recruit

Destination

Zoho Recruit logo

Compatibility

75%

9 of 12

objects map 1:1 between Scout by Rebelware and Zoho Recruit.

Complexity

BStandard

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Scout by Rebelware logo

Scout by Rebelware

What's pushing teams away

  • Pricing entry point at $550/month is a meaningful spend for small businesses that may have started on free or low-cost ATSes — teams that don't grow into the feature set find better value at Workable, BambooHR, or similar at lower tiers.
  • Reviewer feedback cites job-posting workflow as cumbersome, often requiring external templates rather than in-app composition.
  • Collaboration features for shortlisting and candidate evaluation are reported as limited versus larger ATSes with structured scorecards and approval routing.
  • Integration ecosystem is narrower than enterprise competitors — beyond LinkedIn, Indeed, and ZipRecruiter, third-party connectors are sparse.
  • Smaller vendor footprint means fewer community resources, third-party experts, and integration partners compared to BambooHR, Greenhouse, or Lever.

Choosing

Zoho Recruit logo

Zoho Recruit

What's pulling them in

  • Lowest cost entry point of any major ATS — a free tier with Candidates, Clients, Contacts, Interviews, and a career site lets small teams validate before committing to a paid plan.
  • Deep Zoho ecosystem integration — if the team already uses Zoho CRM, Sheets, or Analytics, candidate data flows between modules without re-keying or third-party middleware.
  • Customizable pipelines and stages — both agency and corporate editions let users define custom pipeline stages and assign candidates through drag-and-drop visual boards.
  • AI-assisted features via Zia — resume parsing, candidate summarization, and job-candidate matching are built in on paid tiers, reducing manual screening time.
  • Job board aggregation at no extra cost — paid tiers include postings to major job boards, extending reach without purchasing separate job ad bundles.

Object mapping

How Scout by Rebelware objects map to Zoho Recruit

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

maps to

Zoho Recruit

Job Openings

1:1
Fully supported

Scout 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

maps to

Zoho Recruit

Candidates

1:1
Fully supported

Scout 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

maps to

Zoho Recruit

Candidates linked to Job Openings

1:many
Fully supported

Scout 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

maps to

Zoho Recruit

Pipeline Stages per Job Opening

lossy
Mapping required

Scout'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

maps to

Zoho Recruit

Notes

1:1
Mapping required

Scout 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

maps to

Zoho Recruit

Interview Feedback Forms

1:1
Mapping required

Scout 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

maps to

Zoho Recruit

Users

1:1
Mapping required

Scout 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

maps to

Zoho Recruit

Job Board Configuration (metadata)

1:1
Mapping required

Scout 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

maps to

Zoho Recruit

Reports

1:1
Mapping required

Scout 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

maps to

Zoho Recruit

Custom Fields

lossy
Mapping required

Scout 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)

maps to

Zoho Recruit

Contacts

1:1
Fully supported

If 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

maps to

Zoho Recruit

Attachments

1:1
Mapping required

Any 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.

Gotchas + challenges

What specifically takes care here

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 logo

Scout by Rebelware gotchas

Medium

Pipeline stage configuration varies by organization

Low

Interview notes are free-text without enforced structure

Medium

Job board OAuth credentials cannot be transferred between platforms

Zoho Recruit logo

Zoho Recruit gotchas

High

Daily API rate limits are tier-gated and per-user capped

High

User import hard cap of 2,000 records

Medium

Attachment folder hierarchy must be preserved exactly

Medium

Resume parsing quota varies by plan and resets daily

Low

Custom fields unavailable in Free and Standard editions

Pair-specific challenges

  • Scout pipeline stage names require explicit mapping to Zoho

    Scout allows organizations to configure their own pipeline stage names and counts, so a stage called 'Phone Screen' in one Scout account may not exist in another. Zoho Recruit enforces a standardized pipeline structure per Job Opening with stage names defined at the pipeline level. We request a screenshot of the Scout pipeline configuration during scoping and build an explicit stage-mapping table before any Candidate records move. Without this step, Candidates land in the wrong pipeline stage or fall into a default bucket, requiring manual correction post-migration.

  • Job board OAuth tokens are not transferable between platforms

    Scout's integrations with LinkedIn, Indeed, and other job boards use OAuth tokens scoped to Scout's application ID. These tokens cannot be exported or transferred to Zoho Recruit. We preserve the job board integration configuration as metadata (connected boards, posting history, last sync) so the customer knows what was set up in Scout. Re-authentication with each job board is required on Zoho Recruit. We document this as an explicit cutover step in the migration checklist, but we do not migrate or reset OAuth credentials.

  • Zoho requires Last Name on every Candidate record

    Zoho Recruit enforces Last Name as a mandatory field on Candidate import. Scout records may not have a Last Name populated (solo consultants, informal submissions). During migration we apply 'Not Provided' as a placeholder value per Zoho's import documentation for records missing mandatory fields. We flag these records during validation so the customer can review and correct the names manually after migration. Failing to handle this results in record rejection during Zoho import with no partial load permitted for missing mandatory fields.

  • Users with existing Zoho Recruit accounts cannot be migrated

    Zoho Recruit's data migration tooling blocks import of Users who already have a separate Zoho Recruit account (even an inactive one). Before migration begins, we extract the full Scout user list and cross-reference against the destination Zoho Recruit tenant. Any Scout user with a matching email in the destination tenant must close their individual Zoho account before the migration user import proceeds. We hold these users in a reconciliation queue and document the steps required for account closure and re-provisioning.

  • Interview Notes are free-text with no enforced structure

    Scout Interview Notes are unstructured free-text fields with no required rating schema or evaluation template. When migrating to Zoho Recruit, which has structured Interview Feedback Forms on Professional and Enterprise tiers, we extract the note content and attempt to parse any structured values present. Content that does not map to a typed Zoho field lands in a Notes fallback. We flag these records during validation so the customer can review and, if needed, manually populate structured feedback forms for high-priority candidates.

Migration approach

Six steps for a successful Scout by Rebelware to Zoho Recruit data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

Scout by Rebelware logo

Scout by Rebelware

Source

Strengths

  • Intuitive, straightforward interface requiring minimal onboarding for hiring teams
  • All-in-one hiring workspace consolidating job posting, resume review, and team feedback
  • Automated workflow features including scheduling and payment processing reduce manual effort
  • Personalized customer service cited as a differentiator versus larger ATS platforms
  • Integration with major job boards populates the candidate pipeline without duplicate data entry

Weaknesses

  • Limited public documentation on API capabilities and integration endpoints
  • Job posting workflow reported as cumbersome by some users, requiring external templates
  • Collaboration features for shortlisting and candidate evaluation reported as limited
  • Integration capabilities with third-party systems flagged as a pain point by some users
  • Smaller market footprint means fewer third-party integrations and community resources compared to enterprise ATS platforms
Zoho Recruit logo

Zoho Recruit

Destination

Strengths

  • Free tier includes full candidate management with a hosted career site, making it viable for very small staffing operations.
  • Multi-edition architecture splits agency and corporate HR workflows, with tier-gated features that scale predictably with headcount.
  • Per-user API rate limits (500–1000/day) are generous for mid-size migrations compared to competitors that gate by total org quota.
  • Zoho's own data migration tool supports CSV import from Bullhorn, CATS, Jobdiva, and Workable, validating interoperability with common ATS formats.
  • 45-day money-back guarantee and 15-day full-feature trial reduce financial risk for teams evaluating the platform.

Weaknesses

  • Free edition excludes custom fields, lookup relationships, and formula fields, making data model extensibility unavailable until a paid tier is purchased.
  • Resume parsing quotas are capped: 250/day on Standard, 500/day on Professional, unlimited only on Enterprise — bulk imports of large candidate pools will hit these limits.
  • No bulk/batch API endpoint for inserts or updates — large migrations rely on looping single-record API calls within daily rate limit windows.
  • Custom modules cannot be imported from external ATS; only standard modules (Users, Candidates, Clients, etc.) are in the supported migration list.
  • Attachments require a rigid folder hierarchy to re-associate with records, and any deviation in folder structure during extraction causes silent disassociation.

Complexity grading

How hard is this migration?

Standard HRMS migration. 1 of 7 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Scout by Rebelware and Zoho Recruit.

  • Object compatibility

    B

    1 of 7 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    7-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Scout by Rebelware: Not publicly documented.

  • Data volume sensitivity

    B

    Scout by Rebelware doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Scout by Rebelware to Zoho Recruit migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Scout by Rebelware to Zoho Recruit data migrations

Answers to the questions buyers ask most during Scout by Rebelware to Zoho Recruit migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most migrations land between two and four weeks for accounts with up to 5,000 Candidates, three or fewer pipeline stages, and no complex custom field schemas. Migrations with multiple Scout pipelines, more than fifteen custom fields, large interview note volumes (over 10,000 free-text records), or concurrent Zoho People integration testing move to five to eight weeks because of stage-mapping reconciliation, custom field type resolution, and integration validation.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Scout by Rebelware.
Land in Zoho Recruit, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day