HRMS migration

Migrate from Homerun to Bullhorn ATS & CRM

Field-level mapping, validation, and rollback between Homerun and Bullhorn ATS & CRM. We move data and schema; workflows are rebuilt natively in Bullhorn ATS & CRM.

Homerun logo

Homerun

Source

Bullhorn ATS & CRM

Destination

Bullhorn ATS & CRM logo

Compatibility

69%

9 of 13

objects map 1:1 between Homerun and Bullhorn ATS & CRM.

Complexity

CModerate

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Homerun to Bullhorn is a migration from an all-in-one ATS built for employer branding and candidate experience to a purpose-built staffing and recruitment ATS with deep CRM capabilities and a mature API ecosystem. Bullhorn is rated 84/100 on ITQlick for ROI versus Homerun at 57/100, reflecting its specialization in high-volume placement workflows and multi-office candidate sharing. We extract Homerun's Candidate records, pipeline stages, and employee data through paginated API calls at its 60 req/min rate limit, then write into Bullhorn using its REST API and supported CSV import paths. Bullhorn's custom field architecture (customtextblock, customdate, custompicklist types) requires explicit field creation and mapping before any data load; we pre-build that schema in the destination org before migration begins. We do not migrate automations, workflow rules, or Bullhorn's proprietary business rules configuration; we deliver a written inventory of these for the customer's admin team to rebuild.

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

Homerun logo

Homerun

What's pushing teams away

  • Limited analytics and reporting mean HR teams with sophisticated workforce insights needs often outgrow the platform's built-in capabilities.
  • Growth-stage companies requiring advanced workflow automation or deep custom integrations find the feature set insufficient for complex use cases.

Choosing

Bullhorn ATS & CRM logo

Bullhorn ATS & CRM

What's pulling them in

  • Agencies choose Bullhorn because it combines ATS and CRM in one platform, eliminating the need to switch between separate tools for candidate management and client relationship tracking.
  • The resume parser extracts contact details, work history, and skills into structured, searchable candidate profiles automatically without manual data entry, reportedly driving 24% more placements per recruiter.
  • Bullhorn's placement and split-billing model natively supports contract staffing workflows, handling start/end dates, overtime rules, and multi-party pay/charge rates in a single record.
  • The platform offers extensive third-party integrations through its Recruitment Cloud Marketplace, connecting with back-office, onboarding, and payroll systems used by staffing agencies.
  • 72% of Bullhorn customers are teams with fewer than 10 users, and Bullhorn's implementation team handles setup and data migration for small agencies going live within weeks.

Object mapping

How Homerun objects map to Bullhorn ATS & CRM

Each row shows how a Homerun object lands in Bullhorn ATS & CRM, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

Homerun

Candidate

maps to

Bullhorn ATS & CRM

Candidate

1:1
Fully supported

Homerun Candidate records map to Bullhorn Candidate. We extract candidate name, email, phone, address, stage history, source, and any custom properties via paginated API. Bullhorn Candidate has a rich field model with dedicated fields for skills, certifications, and tax terms. We normalize the stage history as a series of CandidateCertification or note records appended with timestamps for audit. Custom properties on Candidate require pre-creation in Bullhorn via the Field Mappings tool before import.

Homerun

Job Opening

maps to

Bullhorn ATS & CRM

JobOrder

1:1
Fully supported

Homerun Job Openings map to Bullhorn JobOrder. Each job's title, description, department, location, employment type, and salary range transfer directly. Homerun's pipeline stage names map to Bullhorn's JobOrder status field, with each pipeline becoming a Bullhorn JobOrder track configuration. JobOrder is imported before Candidate to satisfy the JobOrderID lookup on CandidateApplication records.

Homerun

CandidateApplication

maps to

Bullhorn ATS & CRM

CandidateApplication

1:1
Fully supported

Homerun application records (candidates applied to jobs) map to Bullhorn CandidateApplication, linking a Candidate to a JobOrder with a status. The application date and current pipeline stage transfer as the CandidateApplication status and lastModifiedDate. This object has a 1:1 relationship only when both Candidate and JobOrder are imported into Bullhorn.

Homerun

Employee

maps to

Bullhorn ATS & CRM

Candidate (employment history)

1:many
Fully supported

Homerun Employee records introduced with the 2025 HR module map to Bullhorn as Candidate records with employment-type fields. Since Bullhorn does not have a standalone Employee object, we create Candidate records for each Homerun Employee with employment status, start date, and department stored in Bullhorn's Candidate custom fields. Employment history is appended as CandidateEmployment records linked to each Candidate.

Homerun

Time Off

maps to

Bullhorn ATS & CRM

Custom Object or Note

1:1
Mapping required

Homerun Time Off balances and requests migrate as a Bullhorn Custom Object (if the Professional tier or above is provisioned) or as Note records attached to the relevant Candidate. We export current-state balances with effective dates and map accrual patterns to the destination's accrual engine. Bullhorn's standard Time Off module is available in some editions but requires explicit configuration to match Homerun's balance model. The customer chooses the storage strategy during scoping.

Homerun

Offer

maps to

Bullhorn ATS & CRM

Placement (Offer phase)

1:1
Fully supported

Homerun Offer letters map to Bullhorn Placement records in the Offer phase. We transfer compensation details (salary, hourly rate, fee percentage), start date, conditional terms, and offer status. Bullhorn Placement is the primary object for tracking a candidate's placement with a client and includes a status workflow that mirrors the offer-to-placement lifecycle. Offer PDFs are stored as ContentDocument records linked to the Placement.

Homerun

Scorecard

maps to

Bullhorn ATS & CRM

CandidateCertification

1:1
Fully supported

Homerun evaluation scorecards and ratings normalize to Bullhorn CandidateCertification records or Note records. Score values may not map 1:1 to Bullhorn's rating schema, so we preserve raw numeric values alongside a normalized rating in a custom field. Evaluator comments transfer as the certification description. Rating normalization rules are defined during scoping.

Homerun

User

maps to

Bullhorn ATS & CRM

User

1:1
Fully supported

Homerun team members and user accounts map to Bullhorn Users by email match. We preserve role assignments and ownership relationships as Bullhorn role mappings. Users without an email match in the destination go to a reconciliation queue for the Bullhorn admin to provision. Bullhorn User provisioning is a prerequisite before any record import because OwnerId references are required on JobOrder, Candidate, and Placement.

Homerun

Custom Field

maps to

Bullhorn ATS & CRM

Custom Field (on target object)

lossy
Fully supported

Homerun custom fields on any object require pre-creation in Bullhorn via Field Mappings. We enumerate all custom properties during scoping, map data types (text to customtextblock or customtextarea, date to customdate, picklist to custompicklist, number to customfloat or customint, boolean to customcheckbox), and create the Bullhorn field before import. Bullhorn's field naming limit of 37 characters applies; longer Homerun field names are truncated to 37 characters per Bullhorn's standard.

Homerun

Document

maps to

Bullhorn ATS & CRM

ContentDocument / ContentVersion

1:1
Fully supported

Employee documents stored in Homerun HR export as file metadata and content URLs. We retrieve document content via Homerun's API, then upload to Bullhorn as ContentVersion records with the file linked via ContentDocumentLink to the relevant Candidate or Placement. Large files use chunked retrieval and multipart upload to Bullhorn's content API. We preserve original file names and MIME types.

Homerun

Pipeline Stage

maps to

Bullhorn ATS & CRM

JobOrder Status / Candidate Job Submissions

lossy
Fully supported

Homerun's configurable pipeline stages map to Bullhorn JobOrder status values and CandidateJobSubmission status values. Each pipeline becomes a Bullhorn track with stage names, ordering, and probabilities configured in Bullhorn's Field Mappings. We flag any stages that exceed Bullhorn's 20-stage maximum per track and propose consolidation or mapping to a custom picklist field. Stage probabilities transfer as percentages rounded to Bullhorn-allowed values.

Homerun

Candidate (tags/properties)

maps to

Bullhorn ATS & CRM

Candidate (customtextblock or custompicklist)

lossy
Fully supported

Homerun tags stored as multi-checkbox properties on Candidate migrate to Bullhorn custom picklist or multi-select fields. We enumerate the tag vocabulary during scoping, create the Bullhorn picklist values, and map each Candidate's tag set to the destination field. Tags used for candidate segmentation also map to Bullhorn's Category or Skill fields where applicable. The customer chooses tag strategy during scoping based on their recruiting taxonomy.

Homerun

Placement

maps to

Bullhorn ATS & CRM

Placement

1:1
Fully supported

If the Homerun account has Placement records (post-2025 HR module), these map directly to Bullhorn Placement with Client, Candidate, JobOrder, start date, end date, bill rate, pay rate, and employment type. Bullhorn Placement is the billing and compliance anchor for temporary and direct-hire placements; we preserve the full placement history including status transitions and termination records.

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.

Homerun logo

Homerun gotchas

High

60 requests per minute API rate limit

High

No bulk export endpoint

Medium

Analytics limitations documented in reviews

Medium

2025 HR module expansion changes migration scope

Low

No public data on tier-specific API availability

Bullhorn ATS & CRM logo

Bullhorn ATS & CRM gotchas

High

ATS Growth edition has no API access

High

Attachments excluded from CSV bulk exports

Medium

Custom Object limits vary sharply by edition

Medium

Opportunity pipeline stages are recruitment-specific

Low

Resume parse quality varies by document format

Pair-specific challenges

  • Bullhorn's 37-character field name limit truncates custom field names

    Bullhorn enforces a maximum field name length of 37 characters in its data model. Homerun custom field names can be longer. We truncate destination field names to 37 characters during schema pre-build and maintain a mapping reference (HomerunFieldName to BullhornFieldName) to ensure no two fields collide after truncation. This truncation is applied before any data migration begins so that the mapping reference is consistent throughout the project.

  • No bulk export from Homerun means migration depends on pagination

    Homerun's API has no bulk export endpoint. Every object read uses paginated list endpoints at 60 req/min. For accounts with large candidate pools or long employment histories, we iterate through paginated pages server-side, aggregating results before writing to Bullhorn. Large accounts with hundreds of thousands of records may require multi-day export windows. We advise against running active Homerun integrations during migration to preserve the full request budget for the migration export.

  • Bullhorn field mapping requires explicit field creation before CSV import

    Bullhorn's Custom Import Tool requires destination fields to be pre-created in the Field Mappings tool before CSV import can reference them. Bullhorn KB documentation specifies using Field Mappings to expand the Candidate or JobOrder master track and create customtextblock, customdate, custompicklist, and other typed fields. We create all required Bullhorn fields during the schema pre-build phase before any data load begins. Skipping this step causes CSV import to fail with unmapped column errors.

  • Homerun 2025 HR module scope must be verified before migration

    The Employee, Time Off, and document storage features were added to Homerun only in 2025. If the source account predates this module or has not activated it, these objects were never created and cannot be exported. We scope the migration based on the API response at migration time, not retrospectively. Any account whose data history predates the HR module activation date will not have Employee records, Time Off balances, or HR documents to migrate. We verify active modules during discovery and adjust scope accordingly.

  • Time Off accrual patterns may not map directly to Bullhorn

    Homerun's Time Off accrual engine (PTO, sick leave, custom leave types) uses effective dates and balance amounts. Bullhorn's time-off module, where available, may use a different accrual model. We export current-state balances with effective dates and flag whether the destination Bullhorn edition supports Bullhorn Time Off natively. If not, we recommend storing balances in a Bullhorn Custom Object with the accrual data preserved in custom fields. Historical accrual logs do not migrate; only the current balance snapshot transfers.

Migration approach

Six steps for a successful Homerun to Bullhorn ATS & CRM data migration

  1. Discovery and HR module verification

    We audit the source Homerun account across API response scope, active modules (ATS-only or HR module active from 2025), custom field schemas per object, pipeline stage count and names, candidate volume, job opening count, employee records, and time-off balances. We verify Bullhorn edition capabilities (Starter at $99/user, Professional with Custom Objects, Enterprise for multi-office) against the customer's migration scope. The discovery output is a written migration scope document specifying which objects migrate, which require custom object creation, and which are out of scope (automations, workflow rules, forms, career pages).

  2. Schema pre-build in Bullhorn

    We create Bullhorn fields in the Field Mappings tool before any data import. This includes customtextblock and customtextarea fields for Homerun text properties, customdate for date fields, custompicklist for picklist and multi-select fields, customfloat and customint for numeric values, and customcheckbox for boolean flags. Bullhorn Custom Objects are provisioned if the destination edition supports them and the customer requires separate Employee or Time Off records. Bullhorn's 37-character field name limit is applied during naming, and a mapping reference document is maintained throughout.

  3. Sandbox migration and reconciliation

    We run a full migration into a Bullhorn sandbox or a designated test environment using production-like data volume. The customer's Bullhorn admin reconciles record counts (Candidates in, JobOrders in, Placements in, Employees in), spot-checks 25-50 records against the Homerun source, and validates that custom field values populated correctly. Any field mapping corrections, data type mismatches, or stage-count issues are resolved here before production migration begins.

  4. User provisioning and ownership reconciliation

    We extract every distinct Homerun User referenced on Candidate, JobOrder, Offer, and Employee records and match by email against the Bullhorn destination's User table. Users without a matching Bullhorn User go to a reconciliation queue. The customer's Bullhorn admin provisions any missing Users before record import resumes. Migration cannot proceed past this step because Bullhorn requires OwnerId references on most standard objects and rejected records with null ownership are held for retry.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Bullhorn Users validated, then JobOrders (prerequisite for CandidateApplication), then Candidates, then CandidateApplications linking Candidates to JobOrders, then Employees (if HR module active), then Time Off balances, then Offer and Placement records, then Documents (ContentVersion upload and ContentDocumentLink), then Scorecards as Notes or CandidateCertification. Each phase emits a row-count reconciliation report before the next phase begins. Homerun's 60 req/min rate limit governs the export pace throughout.

  6. Cutover, validation, and automation rebuild handoff

    We freeze Homerun writes during cutover, run a final delta migration of any records created or modified during the migration window, then enable Bullhorn as the system of record. We deliver a written inventory of Homerun automations and pipeline configurations with recommended Bullhorn equivalents. We support a one-week hypercare window where we resolve any reconciliation issues raised by the customer's Bullhorn team. We do not rebuild Homerun automations as Bullhorn business rules inside the migration scope; that is a separate engagement for the customer's Bullhorn admin or implementation partner.

Platform deep dives

Context on both ends of the pair

Homerun logo

Homerun

Source

Strengths

  • Visual design tools for job postings and career pages that genuinely differentiate employer branding.
  • Strong customer satisfaction scores and positive reviews on independent platforms.
  • All-in-one ATS plus HR platform reduces the number of tools a small team needs to manage.
  • Clean, modern interface that reduces onboarding time for hiring managers and recruiters.

Weaknesses

  • Analytics and reporting capabilities lag behind enterprise HRMS platforms with dedicated BI tools.
  • API has no bulk export endpoint; all reads use paginated list endpoints at 60 req/min.
  • Rate limit of 60 requests per minute makes large migrations require careful throttling and chunking.
  • Feature set is best suited to small and mid-market teams; larger organizations with complex workflows may find gaps.
Bullhorn ATS & CRM logo

Bullhorn ATS & CRM

Destination

Strengths

  • Unified ATS and CRM on one platform purpose-built for staffing agencies, eliminating separate tools for candidates and clients.
  • Automated resume parsing extracts structured candidate data—contact details, work history, skills—into searchable profiles instantly.
  • Native placement and split-billing model handles contract staffing workflows including start/end dates and overtime rules.
  • Bullhorn Recruitment Cloud Marketplace offers 100+ pre-validated third-party integrations spanning the full recruiting lifecycle.
  • 24/7 global support coverage from 350+ support staff with dedicated account management included at all tiers.

Weaknesses

  • Widely regarded as old and bloated with an unintuitive interface and steep learning curve for new recruiters.
  • Slow page loads and performance lag cited in over 200 verified G2 reviews during high-volume recruiting periods.
  • Pricing is opaque—custom-negotiated per organization with significant upfront implementation fees that vary by deal.
  • ATS Growth edition excludes API access entirely, preventing automated data export without upgrading first.

Complexity grading

How hard is this migration?

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

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Homerun and Bullhorn ATS & CRM.

  • Object compatibility

    C

    3 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

    Homerun: 60 requests per minute per API key.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Homerun to Bullhorn ATS & CRM 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 Homerun to Bullhorn ATS & CRM data migrations

Answers to the questions buyers ask most during Homerun to Bullhorn ATS & CRM migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Homerun to Bullhorn ATS & CRM migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Migrations under 5,000 Candidates and 500 Job Openings with no HR module data and no custom objects land between three and five weeks. Migrations with the 2025 HR module active (Employee records, Time Off balances, document storage), multi-pipeline Job Order structures, large offer histories, or Bullhorn Custom Objects extend to eight to twelve weeks. The Homerun API's 60 req/min paginated export is the primary timeline driver for large candidate pools.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Homerun.
Land in Bullhorn ATS & CRM, 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