HRMS migration

Migrate from eBoss to Bullhorn ATS & CRM

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

eBoss logo

eBoss

Source

Bullhorn ATS & CRM

Destination

Bullhorn ATS & CRM logo

Compatibility

58%

7 of 12

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

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from eBoss to Bullhorn is a cross-category migration: eBoss is a generalist HRMS managing employee records, payroll, time tracking, and recruitment, while Bullhorn is a specialist ATS and CRM built for staffing and recruitment agencies. The primary migration challenge is resolving the schema gap between eBoss's employee-centric model and Bullhorn's Candidate-centric model. We map eBoss Employee records to Bullhorn Candidate and Contact objects, resolve the eBoss Company-to-ClientCorporation relationship, and carry over job and placement history. Bullhorn Custom Objects (available at Front Office Growth and Enterprise tiers, up to 10 objects with 55 fields each) capture any eBoss custom fields not covered by Bullhorn's standard field set. Bullhorn edition constraints mean we verify the target tier's custom object allowance during scoping to avoid schema surprises post-migration. eBoss custom SQL fields extracted via the /custom/process API migrate as name-value pairs or Bullhorn custom fields depending on volume and structure. We do not migrate payroll configurations, tax setup, benefits administration, or time-off accrual engine logic.

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

eBoss logo

eBoss

What's pushing teams away

  • Interface is described in reviews as old-fashioned compared to Workable, Recruiterbox, or Hire by Google — visual modernization is a common ask.
  • No public API — custom integrations are bespoke per customer, limiting the ability to wire eBoss into modern HRIS or BI stacks.
  • English-only across all modules, ruling out multilingual recruitment teams in continental Europe.
  • Scope is recruitment-only — no performance reviews, multi-country payroll, benefits admin, or learning modules — so teams growing into full HRMS outgrow it.
  • Smaller global footprint than Bullhorn or Workable means fewer integrator partners and a thinner community for shared best practices outside the UK.

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 eBoss objects map to Bullhorn ATS & CRM

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

eBoss

Employee

maps to

Bullhorn ATS & CRM

Candidate

1:1
Fully supported

eBoss Employee records map to Bullhorn Candidate as the primary recruitment person record. First name, last name, email, phone, address, employment status, start date, and job title migrate to Bullhorn Candidate standard fields. Employment history from eBoss (prior positions, employer names, dates) migrates to Bullhorn Candidate work history custom fields or a separate employment history Custom Object if the Front Office Growth or Enterprise edition is the destination. We use the eBoss /custom/process SQL endpoint to extract fields not exposed in the standard API when needed.

eBoss

Employee

maps to

Bullhorn ATS & CRM

ClientContact

1:many
Fully supported

eBoss Employees who are also client-facing recruiters or internal contacts merge into Bullhorn ClientContact records in addition to Candidate records. We use the eBoss employee type or department field to determine whether a record maps to Candidate only (job seeker), ClientContact only (client-side employee), or both (internal recruiter). The merged approach requires the dual import strategy: Candidate first, then ClientContact with the candidate-to-contact link resolved via Bullhorn's Candidate-to-Contact association fields.

eBoss

Company

maps to

Bullhorn ATS & CRM

ClientCorporation

1:1
Fully supported

eBoss Company records (employers, client organizations) map directly to Bullhorn ClientCorporation. Company name, address, industry, phone, website, and tax ID migrate to standard ClientCorporation fields. ClientCorporation is created before any Candidate import so that the clientCorporationID lookup is satisfied at the moment of Candidate-to-Client linking.

eBoss

Job Opening

maps to

Bullhorn ATS & CRM

JobOrder

1:1
Fully supported

eBoss job requisitions or open positions map to Bullhorn JobOrder. Job title, description, requirements, salary range, employment type (full-time, contract, part-time), and status migrate to standard JobOrder fields. JobOrder status values (Open, Closed, Filled, On Hold) map from eBoss job status. The clientCorporationID on JobOrder references the mapped ClientCorporation.

eBoss

Job Application

maps to

Bullhorn ATS & CRM

JobSubmission

1:1
Fully supported

eBoss job applications map to Bullhorn JobSubmission (also called JobApplication in some Bullhorn editions). The submission links a Candidate to a JobOrder, with status values (Applied, Screening, Interview, Offer, Rejected, Placed) mapped from eBoss application status. Submission date and source (referral, job board, direct) migrate as standard fields. We resolve the candidateID and jobOrderID references before JobSubmission insert.

eBoss

Placement

maps to

Bullhorn ATS & CRM

Placement

1:1
Fully supported

eBoss placement or hire records (candidates placed in jobs) map to Bullhorn Placement. Start date, end date, pay rate, bill rate, client corporation, candidate, job order, and status (Active, Completed, Terminated) migrate to standard Placement fields. Commission tracking fields in Bullhorn Placement capture any eBoss compensation data tied to a successful hire. Placement requires resolved references to Candidate, ClientCorporation, JobOrder, and the billing User (recruiter who owns the placement).

eBoss

Employment History

maps to

Bullhorn ATS & CRM

Candidate work history or Custom Object

lossy
Fully supported

eBoss employment history rows (prior employers, job titles, start/end dates) attached to an Employee map to Bullhorn Candidate work history if the Bullhorn edition supports it, or to a Custom Object (Front Office Growth/Enterprise only; 2 objects on Bullhorn ATS, none on ATS Growth). We confirm the target Bullhorn edition during scoping to determine whether we configure a Custom Object for employment history or use Bullhorn's native work history fields. Custom Object fields require Bullhorn Support to provision before migration.

eBoss

Custom Fields

maps to

Bullhorn ATS & CRM

Custom Fields or Custom Objects

lossy
Mapping required

eBoss custom fields on Employee, Company, and Job records that have no Bullhorn standard field equivalent map to Bullhorn custom fields (if within the entity's custom field allowance) or to Custom Objects (if complex or high-volume). Each eBoss custom field undergoes a type assessment: text fields map to Bullhorn text custom fields, dropdowns map to picklist custom fields, dates map to date fields, and multi-value fields map to multi-select picklists. Bullhorn's custom field limit per entity varies; we audit the target edition during scoping.

eBoss

Document

maps to

Bullhorn ATS & CRM

ContentDocument / Candidate Document

1:1
Fully supported

eBoss documents attached to Employee records (resumes, contracts, certifications) migrate to Bullhorn ContentDocument linked via ContentDocumentLink to the corresponding Candidate record. The eBoss file list endpoint (/files/list/candidate_id/{id}) and download endpoint (/files/filebycandidate) handle extraction. Documents receive a ContentDocumentLink with LinkedEntityId pointing to the migrated Candidate ID. File names and MIME types are preserved from the eBoss response.

eBoss

PTO Balance / Time-Off

maps to

Bullhorn ATS & CRM

Custom Object or note

lossy
Fully supported

eBoss PTO balance records (accrued, used, remaining by leave type) have no direct Bullhorn equivalent because Bullhorn is a recruitment ATS rather than an HRMS payroll system. We migrate PTO data as a Custom Object on the Candidate or as a Note attached to the Candidate record, depending on the Bullhorn edition. Bullhorn Support must provision any Custom Object used for PTO tracking before migration. This is a data preservation step, not a payroll engine transfer.

eBoss

Compensation / Pay Data

maps to

Bullhorn ATS & CRM

Custom Object or Placement fields

lossy
Fully supported

eBoss compensation data (salary, pay frequency, bonus structure, pay rate for contractors) migrates to Bullhorn Placement fields for placed candidates or to a Custom Object for pre-placement candidates. Bullhorn Placement has standard fields for pay rate and bill rate that capture the most common compensation elements. Extended compensation fields (allowances, equity, bonus schedules) require a Custom Object provisioned by Bullhorn Support. This is record data, not payroll configuration; tax setup and payroll integrations do not migrate.

eBoss

Org Structure / Reporting Line

maps to

Bullhorn ATS & CRM

Candidate or User reporting field

1:1
Fully supported

eBoss hierarchical reporting relationships (manager-employee links) map to Bullhorn Candidate fields or to Bullhorn User reporting structure. For internal recruiters managed in Bullhorn, we map to the User object's manager lookup. For candidate reporting lines relevant to staffing (such as client company manager for a placed contractor), we use a Custom Object or a custom Candidate field. We resolve manager ID to Bullhorn User ID via email matching.

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.

eBoss logo

eBoss gotchas

High

No public API blocks programmatic extraction

High

GDPR consent records must be preserved with original timestamps

Medium

Reply-chain continuity for VOIP and SMS may not survive

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 Custom Objects require Bullhorn Support provisioning

    Bullhorn Custom Objects cannot be self-provisioned. Bullhorn Support must create them using the Custom Object Setup Spreadsheet (an Excel template submitted via a support ticket). The Bullhorn edition determines the limit: 10 Custom Objects on Front Office Growth and Enterprise (55 fields each, with up to 20 fields of any combination of checkbox, dropdown, picker, radio, section header, select, text, or picker:text variants), 2 on Bullhorn ATS, and none on ATS Growth. We identify Custom Object requirements during scoping, and the customer must submit the provisioning ticket to Bullhorn Support before migration begins. If the edition does not support the required number of Custom Objects, we fall back to custom fields or note attachments, which limits structured data capture.

  • eBoss custom SQL fields use the /custom/process API endpoint

    eBoss exposes a /custom/process endpoint accepting raw SQL queries to extract fields that the standard API does not surface. This is the mechanism for retrieving non-standard eBoss custom properties. We issue POST requests with SQL strings to /custom/process, receive full record sets in the response, and transform them to Bullhorn custom fields or Custom Objects. The constraint is that the custom SQL cannot select specific columns using a SELECT clause on the result; instead it returns full rows via SELECT * with optional column filtering via the 'select' parameter. We plan for this extraction method during discovery so that the custom field inventory is complete before transformation begins.

  • Bullhorn edition determines what migrates and what falls back

    The target Bullhorn edition is a migration design constraint, not a post-migration decision. Bullhorn ATS (lower tiers) has a 2-Custom-Object limit and no ATS Growth. Front Office Growth and Enterprise support 10 Custom Objects. If the migration scope includes employment history, PTO balances, extended compensation, client-specific terms, and placement commission splits—all reasonable staffing data elements—these may exceed the 2-object limit on Bullhorn ATS. We recommend the Front Office Growth or Enterprise edition during scoping, or we scope a fallback plan using custom fields and notes for editions with fewer Custom Objects. Bullhorn Support provisioning timelines (typically 3-7 business days per Custom Object) add to the project critical path.

  • File migration requires eBoss file list and download API calls

    eBoss file attachments (resumes, contracts, certifications) are not available via a bulk export endpoint. We enumerate files per candidate using GET /files/list/candidate_id/{id}, retrieve each file via GET /files/filebycandidate/{candidate_id}/{filename} (returning base64-encoded content with MIME type), then upload to Bullhorn as ContentDocument records. This is a per-candidate loop that can be slow for large databases. We batch the enumeration and download steps, then upload to Bullhorn in parallel where the API permits. Resume parsing on Bullhorn's side is a separate Bullhorn add-on (Bullhorn Parser) not included in the migration scope.

  • PTO, payroll configuration, and benefits data have no Bullhorn home

    Bullhorn is a recruitment ATS and CRM, not a payroll or HRMS platform. PTO balances, tax withholding setup, benefits enrollment data, and accrual engine logic in eBoss have no standard Bullhorn entity or field equivalent. We preserve PTO balances and compensation data as Custom Objects or Notes on the Candidate record, but this is data preservation, not a working payroll or time-off system. Customers who need payroll or HRMS functionality post-migration must select a separate payroll platform (Bullhorn does not provide one natively) or use a Bullhorn marketplace integration with a payroll provider.

Migration approach

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

  1. Discovery and edition verification

    We audit the source eBoss portal: Employee count, Company count, Job openings, Job applications, Placements, custom field inventory, custom SQL field list, document volume per entity, org structure depth, and PTO/compensation record types. We pair this with a Bullhorn edition recommendation: Bullhorn ATS or Team for basic recruitment; Front Office Growth for Custom Objects (up to 10) and advanced placement tracking; Enterprise for full API access and advanced reporting. The discovery output is a written migration scope document listing all eBoss entities, custom fields, and Bullhorn destination objects with mapping rationale.

  2. Custom Object provisioning coordination

    We identify every Bullhorn Custom Object needed for the migration (employment history, PTO, extended compensation, client-specific fields). The customer submits the Bullhorn Custom Object Setup Spreadsheet to Bullhorn Support for each required Custom Object. Bullhorn Support typically takes 3-7 business days per object. We coordinate the provisioning timeline so that Custom Objects are live before the destination schema is finalized and before any data requiring those objects is migrated. If the target edition has fewer Custom Objects than required, we revise the scope to use custom fields and notes as the fallback.

  3. Schema design and field mapping

    We design the Bullhorn destination schema: custom fields via Bullhorn Admin Field Mappings tool, Custom Object fields (with types matching eBoss source: text, picklist, date, multi-select), Record Types for JobOrder and Placement if the Bullhorn edition supports them, and field-level defaults for required fields. Bullhorn Field Mappings (Admin > Field Mappings) controls field display names, edit types, and required flags. We use Bullhorn REST API /meta/{entity} endpoint to retrieve entity metadata including assigned custom objects before writing to the destination.

  4. Sandbox migration and reconciliation

    We run a full migration into a Bullhorn Sandbox (Full Copy if available) using production-like data volume. The customer's Bullhorn admin reconciles record counts (Candidates in, ClientCorporations in, JobOrders in, Placements in), spot-checks 25-50 random records against the eBoss source, verifies document attachments render correctly in Bullhorn, and signs off the schema and mapping before production migration begins. Any Custom Object schema corrections happen here.

  5. Production migration in dependency order

    We run production migration in record-dependency order: ClientCorporation (from eBoss Company), Candidate (from eBoss Employee), User (recruiter owners mapped by email), JobOrder (from eBoss Job Opening), JobSubmission (with resolved candidateID and jobOrderID), Placement (with resolved references), employment history (to Custom Object or work history fields), PTO data (to Custom Object or Note), documents (via eBoss file API to Bullhorn ContentDocument), custom fields and custom SQL fields (to Bullhorn custom fields or Custom Object fields). Each phase emits a row-count reconciliation report before the next phase begins.

  6. Cutover, validation, and handoff

    We freeze eBoss writes during cutover, run a final delta migration of any records modified during the migration window, then enable Bullhorn as the system of record. We deliver a written inventory of every eBoss workflow, automation, form, and report to the customer's Bullhorn admin for rebuild in Bullhorn (Bullhorn Workflows, Bullhorn Automation, or Bullhorn Canvas). We support a one-week hypercare window where we resolve any reconciliation issues. We do not rebuild eBoss workflows, payroll configurations, or benefits administration logic as part of the migration scope.

Platform deep dives

Context on both ends of the pair

eBoss logo

eBoss

Source

Strengths

  • Recruitment-focused feature set (CV parsing, AI matching, semantic search, GDPR) at SMB pricing.
  • Native UK integrations with job boards, VOIP, SMS, and email keep recruiter comms in one timeline.
  • All features included in a single plan with no upgrade tiers or feature-gating.
  • Established product (launched 2001, Bournemouth UK) with stable feature surface.
  • Responsive support team called out in multiple reviewer testimonials.

Weaknesses

  • Aging UI compared to modern ATS competitors like Workable or Greenhouse.
  • No public API — integrations require custom development with eBoss support.
  • English-only language support.
  • Recruitment-only scope (no performance, payroll, benefits, or learning).
  • Limited reviewer footprint outside the UK and Commonwealth.
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?

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 eBoss and Bullhorn ATS & CRM.

  • 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

    eBoss: Not applicable.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most eBoss to Bullhorn migrations land between three and five weeks for databases under 10,000 Candidates, 2,000 Jobs, and 1,000 Placements with the Bullhorn ATS or Team edition. Migrations targeting Front Office Growth or Enterprise edition (requiring Custom Object provisioning by Bullhorn Support), large employment history records, or complex eBoss custom SQL field extraction move to eight to fourteen weeks because of Bullhorn Support ticket lead times, schema design, and transformation complexity.

Adjacent paths

Related migrations to explore

Ready when you are

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