HRMS migration
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
Source
Bullhorn ATS & CRM
Destination
Compatibility
7 of 12
objects map 1:1 between eBoss and Bullhorn ATS & CRM.
Complexity
BStandard
Timeline
3-5 weeks
Overview
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.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a 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
Bullhorn ATS & CRM
Candidate
1:1eBoss 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
Bullhorn ATS & CRM
ClientContact
1:manyeBoss 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
Bullhorn ATS & CRM
ClientCorporation
1:1eBoss 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
Bullhorn ATS & CRM
JobOrder
1:1eBoss 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
Bullhorn ATS & CRM
JobSubmission
1:1eBoss 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
Bullhorn ATS & CRM
Placement
1:1eBoss 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
Bullhorn ATS & CRM
Candidate work history or Custom Object
lossyeBoss 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
Bullhorn ATS & CRM
Custom Fields or Custom Objects
lossyeBoss 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
Bullhorn ATS & CRM
ContentDocument / Candidate Document
1:1eBoss 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
Bullhorn ATS & CRM
Custom Object or note
lossyeBoss 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
Bullhorn ATS & CRM
Custom Object or Placement fields
lossyeBoss 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
Bullhorn ATS & CRM
Candidate or User reporting field
1:1eBoss 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.
| eBoss | Bullhorn ATS & CRM | Compatibility | |
|---|---|---|---|
| Employee | Candidate1:1 | Fully supported | |
| Employee | ClientContact1:many | Fully supported | |
| Company | ClientCorporation1:1 | Fully supported | |
| Job Opening | JobOrder1:1 | Fully supported | |
| Job Application | JobSubmission1:1 | Fully supported | |
| Placement | Placement1:1 | Fully supported | |
| Employment History | Candidate work history or Custom Objectlossy | Fully supported | |
| Custom Fields | Custom Fields or Custom Objectslossy | Mapping required | |
| Document | ContentDocument / Candidate Document1:1 | Fully supported | |
| PTO Balance / Time-Off | Custom Object or notelossy | Fully supported | |
| Compensation / Pay Data | Custom Object or Placement fieldslossy | Fully supported | |
| Org Structure / Reporting Line | Candidate or User reporting field1:1 | Fully supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
eBoss gotchas
No public API blocks programmatic extraction
GDPR consent records must be preserved with original timestamps
Reply-chain continuity for VOIP and SMS may not survive
Bullhorn ATS & CRM gotchas
ATS Growth edition has no API access
Attachments excluded from CSV bulk exports
Custom Object limits vary sharply by edition
Opportunity pipeline stages are recruitment-specific
Resume parse quality varies by document format
Pair-specific challenges
Migration approach
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.
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.
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.
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.
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.
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
eBoss
Source
Strengths
Weaknesses
Bullhorn ATS & CRM
Destination
Strengths
Weaknesses
Complexity grading
Standard HRMS migration. 1 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across eBoss and Bullhorn ATS & CRM.
Object compatibility
1 of 7 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
7-object category — typical timelines run 2–7 days end-to-end.
API constraints
eBoss: Not applicable.
Data volume sensitivity
eBoss doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during eBoss to Bullhorn ATS & CRM migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave eBoss
Other ways to arrive at Bullhorn ATS & CRM
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.