HRMS migration

Migrate from Built to Zoho Recruit

Field-level mapping, validation, and rollback between Built and Zoho Recruit. We move data and schema; workflows are rebuilt natively in Zoho Recruit.

Built logo

Built

Source

Zoho Recruit

Destination

Zoho Recruit logo

Compatibility

100%

12 of 12

objects map 1:1 between Built and Zoho Recruit.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Built to Zoho Recruit is a cross-category migration: Built stores workforce hierarchy (Employees, Departments, Locations, Manager relationships), while Zoho Recruit is a talent acquisition ATS (Candidates, Job Openings, Interviews, Assessments). The migration requires a conceptual remapping of your org chart data into Zoho Recruit's recruitment schema, with employee records becoming Candidate profiles, departments becoming hiring-team or department references, and manager relationships stored as custom fields or lookup links. We preserve each employee's name, title, employment type, start date, and reporting manager using Built's API fields. Attachments require a separate file-level extraction because they are excluded from Built's standard data export. Custom fields defined on Employee records in Built migrate into Zoho Recruit custom fields, subject to the Standard tier's 50-field-per-module ceiling. Workflows, visual org chart renderings, and ADP sync configuration do not migrate; we deliver a written inventory of Built automations for your admin to rebuild in Zoho Recruit.

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

Built logo

Built

What's pushing teams away

  • Customization limitations make certain workflows feel rigid, with G2 users noting that some features cannot be adjusted to match organization-specific processes without workarounds.
  • Missing preferred name field support requires a configuration step to connect to ADP's preferred name data, a gap that surprised at least one reviewer expecting it to work out of the box.
  • Integration gaps with tools outside the supported ADP sync mean organizations using alternative payroll or HRIS systems may face manual import steps that erode the time-saving value proposition.
  • Onboarding complexity for organizations with non-standard HRIS configurations can extend time-to-value, with at least one G2 reviewer recommending dedicated onboarding specialist involvement to design customized workflows.

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 Built objects map to Zoho Recruit

Each row shows how a Built 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.

Built

Employee

maps to

Zoho Recruit

Candidate

1:1
Fully supported

Built Employee records map to Zoho Recruit Candidate records. Each employee's first name, last name, email, phone, and job title transfer to the corresponding Candidate fields. Built's employment type (full-time, part-time, contractor) maps to a Zoho Recruit custom field since Candidate records do not have a native employment type property. Start date from Built transfers as a custom date field on the Candidate record. Candidates are created in the first migration pass before any referencing records are loaded.

Built

Department

maps to

Zoho Recruit

Department (Zoho Recruit module)

1:1
Fully supported

Built Department records map directly to Zoho Recruit's built-in Department module, which is available on all paid tiers. Department name and code migrate as-is. Zoho Recruit's Department module is used to organize Job Openings by hiring team and to associate Candidates with their prospective department during the recruitment process.

Built

Location

maps to

Zoho Recruit

Custom Location field on Job Opening

1:1
Fully supported

Built Location records (office sites, remote-work designations) do not have a native equivalent in Zoho Recruit's standard schema. We create a Location picklist or multi-select field on the Job Opening module and populate it from Built's Location data. For Candidate records, Location maps to the Candidate's Address or a custom field depending on whether the candidate represents a remote hire or on-site placement.

Built

Job Title

maps to

Zoho Recruit

Job Opening (Title and Position field)

1:1
Fully supported

Built stores job title as a free-text field on the Employee record. During migration to Zoho Recruit, the job title becomes the Job Opening Title and is used to populate the Candidate's Current Position or a custom field. Since both systems treat job title as free text, no transformation is required. If Built has structured job title data, we preserve it in a custom Candidate field for reporting.

Built

Employment Type

maps to

Zoho Recruit

Custom field on Candidate

1:1
Mapping required

Built's employment type enumeration (full-time, part-time, contractor, temporary) does not have a standard Zoho Recruit field on Candidate. We create a custom picklist field on the Candidate module and map the values directly. If the customer uses Zoho Recruit Professional or Enterprise, the custom field count ceiling (300 per module) accommodates this without constraint.

Built

Manager Assignment

maps to

Zoho Recruit

Custom Manager field on Candidate

1:1
Fully supported

Built stores manager as an Employee-to-Employee self-lookup. Zoho Recruit's Candidate object has no native manager relationship field. We create a custom lookup field on Candidate pointing to the User or Contact record representing the hiring manager, resolved during the second migration pass using the destination-assigned Candidate IDs. If the manager is not a Zoho Recruit User, we store the manager name as a text field with a flag for admin review.

Built

Custom Fields (Employee)

maps to

Zoho Recruit

Custom Fields on Candidate or Job Opening

1:1
Fully supported

Built organizations can define custom properties on Employee records. We extract the full custom field schema via Built's API at the start of migration and compare against standard fields. Each custom field is created in Zoho Recruit with the equivalent data type (text, date, number, picklist, checkbox), then populated during data migration. Standard tier limits (50 fields per module) may require the customer to upgrade to Professional (300 fields) if the Built Employee schema is field-heavy.

Built

Attachments (Employee profiles)

maps to

Zoho Recruit

Attachments on Candidate records

1:1
Fully supported

Files and documents attached to Employee profiles in Built are excluded from the standard API export. We request a separate file-level export from Built support, extract attachments to a folder structure keyed by employee ID, and re-link them manually to the corresponding Candidate records in Zoho Recruit. Zoho Recruit's Attachments feature is enabled on Standard and above and supports PDF, DOC, and image formats up to the platform's file size limits.

Built

Org Chart Visualization

maps to

Zoho Recruit

Not migrated

1:1
Fully supported

Built's visual org chart is a rendering of underlying Employee hierarchy data, not a separate data object. We extract the underlying Employee and Manager relationship data during migration. The visual org chart itself does not migrate because Zoho Recruit is an ATS, not an org chart tool. If the customer needs org chart visualization in Zoho, they retain Built for that purpose or adopt a separate org chart solution. We flag this decision during scoping.

Built

ADP Sync Configuration

maps to

Zoho Recruit

Not migrated

1:1
Fully supported

Built's ADP integration configuration is source-platform-specific and does not transfer to Zoho Recruit. If the customer continues using ADP for payroll, Zoho Recruit's integration options or a Zoho People ADP connector can be configured separately post-migration. We document the ADP field names and values that were synced into Built during the migration scope so the customer's Zoho admin can reproduce the integration configuration.

Built

Workflows and Automations

maps to

Zoho Recruit

Not migrated

1:1
Fully supported

Built does not expose workflow or automation configurations via its API for extraction. We do not migrate Built automations as code. If Built contained any notification rules, approval chains, or automated org chart update triggers, we deliver a written inventory of these for the customer's admin to evaluate for rebuild using Zoho Recruit Workflow Rules (5 per module on Standard, 50 on Enterprise) or Custom Functions (Professional and above).

Built

Employee Start Date

maps to

Zoho Recruit

Custom Date field on Candidate

1:1
Fully supported

Built stores the employee's effective start date as a date field on the Employee record. We create a custom date field on the Candidate module (e.g., Original Hire Date) and populate it from Built. This preserves tenure history and is useful for organizations that convert former employees into Candidate records for re-hire tracking.

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.

Built logo

Built gotchas

Medium

ADP sync field names differ between source and destination

Medium

Manager relationships require two-pass import sequencing

High

Attachments and files are not included in standard API exports

Low

Custom field schema is per-organization and not self-documenting

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

  • Built attachments require a separate file-level extraction

    Built's standard data export does not include file attachments stored against Employee profiles. This is a documented limitation of Built's export mechanism. If employee documents (offer letters, contracts, certifications) need to migrate, you must request a file-level export from Built support before migration begins. We handle the extracted files as a parallel batch: organized into a folder structure keyed by employee ID, then re-linked manually to the corresponding Candidate records in Zoho Recruit's Attachment module. Plan for a separate session to handle this work stream because Built support turnaround times vary.

  • Manager relationships require a two-pass import to resolve IDs

    Built stores the manager assignment as a self-referential Employee-to-Employee link rather than a standalone field. Zoho Recruit's Candidate object references Users or Contacts, not Employee records. We run a two-pass import: first creating all Candidate base records, then resolving the manager reference using the destination-assigned Candidate IDs and populating a custom Manager field. Any circular manager assignments detected in Built are flagged before the second pass runs to prevent impossible hierarchies from being written into Zoho Recruit.

  • ADP sync field names do not map directly to Zoho Recruit fields

    Built's ADP integration pulls data from ADP export fields that do not always use the same names as equivalent fields in Zoho Recruit. The preferred name field is a documented example. We check Built's ADP field configuration during scoping, extract the actual ADP-sourced values from the Built export, and map them to Zoho Recruit custom fields explicitly. This prevents fields that appeared populated in Built from landing as blank values in Zoho Recruit because the field names did not match.

  • Zoho Recruit has mandatory field requirements that can silently drop records

    Zoho Recruit requires a Last Name value on every Candidate record. During import, records with a missing or null Last Name are ignored and not imported. We validate the Last Name field before every import pass, flagging any Built Employee records without a last name and providing a remediation value (e.g., 'Not Provided') before loading. We also check for other mandatory fields in Zoho Recruit based on the selected edition and configure the import file to supply them.

  • Built's visual org chart does not have a Zoho Recruit equivalent

    The visual org chart in Built is a rendering layer on top of the Employee and Manager relationship data. Zoho Recruit does not include org chart visualization functionality. We migrate the underlying data (Employees, Departments, Locations, Manager relationships) but not the visual output. If the customer needs to retain org chart capability, they either keep a Built seat for that purpose or adopt a dedicated org chart tool post-migration. We flag this decision point during scoping so there are no surprises at cutover.

Migration approach

Six steps for a successful Built to Zoho Recruit data migration

  1. Discovery and data audit

    We audit the source Built account to enumerate all Employee records, custom fields on Employee, Department records, Location records, and any manager relationship data. We also identify whether any ADP sync is active and extract the ADP field names used. For the destination, we confirm the Zoho Recruit edition (Standard, Professional, or Enterprise), review the existing custom field count on the Candidate module to determine headroom, and identify any existing Users who will receive the migrated data. The discovery output is a written scope document with record counts, custom field inventory, and edition recommendation.

  2. Custom field schema creation in Zoho Recruit

    We pre-create all required custom fields in Zoho Recruit before any data loads. This includes the Manager lookup field on Candidate, Employment Type picklist, Original Hire Date field, and any custom fields derived from Built's Employee schema. We verify the field count against the tier ceiling (50 on Standard, 300 on Professional, unlimited on Enterprise). If the custom field requirement exceeds the Standard tier ceiling, we recommend the customer upgrade to Professional before migration begins.

  3. Attachment extraction and folder structure preparation

    We coordinate with Built support to extract a file-level export of all Employee attachments. We organize the extracted files into a folder structure keyed by Built Employee ID and prepare the Zoho Recruit import manifest mapping each file to the corresponding Candidate record. This work stream runs in parallel to the main data migration and is delivered as a separate batch for manual attachment relinking in Zoho Recruit after the candidate records are created.

  4. First-pass import: base records without manager references

    We load all Employee base records into Zoho Recruit as Candidate records. This includes first name, last name, email, phone, job title, department, location, employment type, and start date. We also load Department and Location records into their respective Zoho Recruit modules. Each record is assigned a temporary identifier that we track against the original Built Employee ID. This pass does not include manager references because those require destination IDs that do not exist until the records are created.

  5. Second-pass import: manager relationship resolution and delta sync

    We run the second pass to populate the Manager custom field on each Candidate record. We resolve the Built manager Employee ID to the destination-assigned Candidate ID using the identifier mapping created in the first pass. Any circular manager references detected in the Built data are flagged and held in a reconciliation queue for the customer's admin to resolve. After the second pass, we run a delta check for any new or modified records created in Built during the migration window and load those as a final batch.

  6. Cutover, validation, and automation rebuild handoff

    We freeze writes to Built during the cutover window, run a final delta import of any records modified in the final days, and validate record counts in Zoho Recruit against the source. We spot-check 25-50 random Candidate records against the Built source data for field-level accuracy. We deliver the written inventory of any Built workflows, automations, or ADP sync configurations to the customer's admin for rebuild in Zoho Recruit Workflow Rules or Custom Functions. We do not rebuild automations as part of the migration scope.

Platform deep dives

Context on both ends of the pair

Built logo

Built

Source

Strengths

  • Automated org chart generation from HRIS data removes weeks of manual spreadsheet maintenance per quarter.
  • ADP sync integrates with payroll data to keep the org chart current without re-entering employee information.
  • Visual click-and-drag editing gives non-technical HR staff direct control over organizational changes.
  • Single source of truth for employee data consolidates fragmented spreadsheets and improves cross-team transparency.
  • Responsive onboarding support with named account representatives helps new customers get to value quickly.

Weaknesses

  • Custom field flexibility is limited compared to platforms with full custom object builders.
  • Organizations not using ADP may face manual import workflows that reduce the time-saving benefit.
  • Preferred name field support requires a non-obvious configuration step in the Imports section of Company Settings.
  • Visual-only org chart edits do not always propagate back to the underlying HRIS data without additional syncing.
  • Feature set is narrower than full HRMS suites, which may create tool-sprawl for organizations needing broader HR functionality.
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 Built 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

    Built: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Built 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 Built to Zoho Recruit data migrations

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

Can't find your answer?

Walk through your Built 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 three and five weeks for organizations with fewer than 500 Employee records, no more than 20 custom fields, and a straightforward manager hierarchy. Migrations with large custom field schemas (over 50 fields), deep manager hierarchies (over 1,000 employees with multi-level reporting chains), or parallel attachment batches requiring manual relinking extend to six to ten weeks. The Zoho Recruit edition selection (Standard vs Professional) also affects timeline because custom field creation and workflow configuration happen before data migration begins.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Built.
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