HRMS migration
Field-level mapping, validation, and rollback between HiBob HRIS and Bullhorn ATS & CRM. We move data and schema; workflows are rebuilt natively in Bullhorn ATS & CRM.
HiBob HRIS
Source
Bullhorn ATS & CRM
Destination
Compatibility
3 of 12
objects map 1:1 between HiBob HRIS and Bullhorn ATS & CRM.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from HiBob HRIS to Bullhorn is a platform-category migration: HiBob is a general-purpose HRIS built around the employee lifecycle, while Bullhorn is an ATS and recruitment CRM designed for staffing and staffing-adjacent companies. The data model mismatch is the central challenge. HiBob stores rich People records with job profiles, compensation history, performance reviews, and engagement data; Bullhorn organizes around Candidates, Job Orders, and Placements with a flatter field model and Custom Object slots gated by edition. We resolve this by mapping HiBob's employee schema to Bullhorn's Candidate record plus Custom Objects, preserving reporting lines as a separate lookup structure, and pushing HiBob list-type custom fields through Bullhorn's Field Mappings interface. Bullhorn's ATS Growth edition limits Custom Objects to two, so we scope against the customer's edition at discovery. We do not migrate HiBob workflows, engagement surveys, or onboarding flows as code; we deliver a written map of every active automation requiring rebuild.
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 HiBob HRIS 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.
HiBob HRIS
People (Employee)
Bullhorn ATS & CRM
Candidate
1:1HiBob's core People object maps to Bullhorn's Candidate record. We extract personal info (name, email, phone, address), employment status (active, inactive, terminated), start date, and job title. Employment type (full-time, part-time, contractor) maps to Bullhorn's employmentType field. Manager reporting lines from HiBob are preserved as a custom field or lookup to a parent Candidate record. Note that Bullhorn Candidate records do not natively store compensation bands or salary history — these require Custom Objects or Bullhorn's compensation fields if the Front Office edition is licensed.
HiBob HRIS
Job Profile / Position
Bullhorn ATS & CRM
Custom Object (JobProfile)
lossyHiBob's Job Catalog API exposes job roles, job families, and job family groups. Bullhorn has no native Job Profile object at the ATS tier. We create a JobProfile Custom Object (if available in the customer's edition) or map job title and department to custom text fields on the Candidate record. Job family groups map to a custom picklist field that we configure through Bullhorn's Field Mappings interface.
HiBob HRIS
Company Structure / Reporting Lines
Bullhorn ATS & CRM
Custom Object (ReportingLine) or Custom Fields
1:1HiBob's org chart derives from manager relationships stored on the Employee object. Bullhorn has no native org chart. We create a ReportingLine Custom Object with employee reference, manager reference, and level number, or we use a hierarchical custom field structure. If the customer's Bullhorn edition limits Custom Objects (ATS Growth: 0, ATS: 2), we scope reporting lines as custom fields on the Candidate record and flag this limitation in the scope document.
HiBob HRIS
Custom Fields (list-type)
Bullhorn ATS & CRM
Bullhorn Field Mappings (picklist, multi-select)
lossyHiBob's custom list fields return internal string IDs rather than display values. Bullhorn's Field Mappings interface accepts display values directly for drop-down and multi-select fields. We resolve HiBob's custom field IDs to display labels using the list metadata endpoint, then configure Bullhorn Field Mappings to match the value set exactly. Bullhorn requires that drop-down values be pre-loaded through their support channel before they appear in the UI, so we coordinate this provisioning step during schema design.
HiBob HRIS
Time Off / Leave Balances
Bullhorn ATS & CRM
Custom Object (TimeOff)
lossyHiBob's Time Off API provides leave balances and request history. Bullhorn has no native time-off module. We create a TimeOff Custom Object with fields for employee reference, leave type, balance remaining, and request date. Pending approval requests are flagged separately and escalated to the customer's Bullhorn admin for manual resolution after cutover. If the Bullhorn edition limits Custom Objects, time-off balances are delivered as a CSV report for manual entry or a separate time-off platform decision.
HiBob HRIS
Performance Reviews (PDRs)
Bullhorn ATS & CRM
Custom Object (PerformanceReview)
lossyHiBob tracks PDR cycles, ratings, goals, and review text. Bullhorn has no native performance management module. We create a PerformanceReview Custom Object linked to the Candidate record with fields for review period, rating, goals text, and reviewer. If the Bullhorn edition limits Custom Objects, review summaries migrate as note attachments on the Candidate record.
HiBob HRIS
Goals and Key Results
Bullhorn ATS & CRM
Custom Object (Goals)
lossyHiBob's Goals API stores Goal Types, Goals, and Key Results with progress data. Bullhorn has no OKR or goal-tracking module. Goals migrate to a Goals Custom Object with parent goal, key result, progress percentage, and status. OKR linkage to performance reviews requires manual re-linkage by the customer's HR admin post-migration.
HiBob HRIS
Engagement Surveys
Bullhorn ATS & CRM
Not migrated
lossyHiBob engagement survey templates and historical response data have no Bullhorn equivalent. Bullhorn is a recruitment and candidate engagement platform, not an employee engagement tool. We do not migrate engagement survey data. We deliver a written inventory of active survey templates and response history for the customer's HR admin to evaluate as a standalone export. A separate engagement platform (Culture Amp, Lattice, or another) should be selected before migration.
HiBob HRIS
Onboarding Flows
Bullhorn ATS & CRM
Not migrated
lossyHiBob onboarding workflows are configurable task templates assigned to new hires. Bullhorn's onboarding features are limited to candidate-facing tasks and document collection on the Candidate record. We do not migrate HiBob onboarding flows as executable workflows. We deliver a written inventory of active onboarding task templates, their assignees, and their completion states for the customer's Bullhorn admin to rebuild using Bullhorn's task assignment features or a dedicated onboarding platform.
HiBob HRIS
Documents and Attachments
Bullhorn ATS & CRM
Candidate Attachments (ContentDocumentLink)
1:1HiBob document metadata (offer letters, contracts, certifications) is associated with employees. Bullhorn supports file attachments on Candidate records via its document management interface. We extract document metadata and binary files, then attach them to the corresponding Bullhorn Candidate record. Large document volumes require Bullhorn storage capacity review before migration.
HiBob HRIS
Compensation Data
Bullhorn ATS & CRM
Custom Fields or Custom Object (Compensation)
lossyHiBob stores compensation bands, salary structures, and compensation history. Bullhorn Front Office editions support a compensation field on the Candidate and Placement records. For ATS-tier customers, compensation history migrates to a Compensation Custom Object or is flagged as a manual re-entry item. Pay rate and bill rate fields on Bullhorn Placement records are mapped from HiBob compensation data where the employment type indicates a contractor or temporary placement relationship.
HiBob HRIS
Workforce Planning
Bullhorn ATS & CRM
Not migrated
lossyHiBob's Workforce Planning module handles headcount planning, budget, and opening data. Bullhorn has no workforce planning or headcount budgeting module. We do not migrate workforce planning data. Planning data is delivered as a CSV export for the customer's FP&A team to load into a dedicated planning tool or spreadsheet.
| HiBob HRIS | Bullhorn ATS & CRM | Compatibility | |
|---|---|---|---|
| People (Employee) | Candidate1:1 | Fully supported | |
| Job Profile / Position | Custom Object (JobProfile)lossy | Fully supported | |
| Company Structure / Reporting Lines | Custom Object (ReportingLine) or Custom Fields1:1 | Fully supported | |
| Custom Fields (list-type) | Bullhorn Field Mappings (picklist, multi-select)lossy | Fully supported | |
| Time Off / Leave Balances | Custom Object (TimeOff)lossy | Fully supported | |
| Performance Reviews (PDRs) | Custom Object (PerformanceReview)lossy | Fully supported | |
| Goals and Key Results | Custom Object (Goals)lossy | Fully supported | |
| Engagement Surveys | Not migratedlossy | Mapping required | |
| Onboarding Flows | Not migratedlossy | Mapping required | |
| Documents and Attachments | Candidate Attachments (ContentDocumentLink)1:1 | Mapping required | |
| Compensation Data | Custom Fields or Custom Object (Compensation)lossy | Mapping required | |
| Workforce Planning | Not migratedlossy | 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.
HiBob HRIS gotchas
Rate limits are low and endpoint-specific
No native payroll — migration scope must exclude payroll data
Annual contract requirement affects migration timing
Custom list fields return IDs, not display values
Implementation fees add 10-20% to first-year cost
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 Bullhorn edition audit
We audit the source HiBob portal for record counts (employees, custom fields, time-off entries, performance reviews, goals), custom field types (list metadata IDs vs. free text), active workflows, onboarding flows, and engagement survey data. We pair this with a Bullhorn edition audit: ATS Growth (0 Custom Objects), ATS (2 Custom Objects), or Front Office Growth/Enterprise (10 Custom Objects). The discovery output is a written migration scope that explicitly states what migrates as structured data, what migrates as a CSV export, and what does not migrate. Customers on ATS Growth who need more than zero Custom Objects are advised to upgrade before migration begins.
Schema design and Custom Object provisioning
We design the Bullhorn destination schema based on the edition audit. We submit Bullhorn Support tickets to pre-provision any new picklist values needed for list-type custom fields, a step that takes two to five business days. We create Custom Objects (where slots are available) for ReportingLine, TimeOff, PerformanceReview, Goals, and Compensation, mapping each HiBob field to a typed Bullhorn field. For ATS and ATS Growth editions with limited Custom Object slots, we prioritize with the customer and document the remaining fields as manual-entry candidates.
Custom field ID resolution and value mapping
We resolve HiBob's internal string IDs for list-type custom fields using the list metadata endpoint, producing a clean value-to-label map for each field. We cross-reference this map against Bullhorn's provisioned picklist values and flag any mismatches. Bullhorn Field Mappings are configured to map HiBob values to Bullhorn display labels. We validate the mapping in a Bullhorn Sandbox with a sample of 25-50 records before production migration.
Sandbox migration and reconciliation
We run a full migration into Bullhorn Sandbox using production-like data volume. The customer's HR and operations leads reconcile record counts (Candidates in, reporting lines preserved, time-off balances correct), spot-check mapped fields, and validate that custom values appear correctly in Bullhorn picklists. Any mapping corrections, missing picklist values, or Custom Object schema changes happen in the Sandbox phase. We do not proceed to production until the customer's lead signs off on the Sandbox output.
Production migration in dependency order
We run production migration in record order: Custom Object schema (deployed first if using Front Office Enterprise), Candidate records (primary import with personal info, employment status, and job data), reporting line lookups (linked after Candidates), time-off balances (Custom Object), performance reviews (Custom Object), goal hierarchies (Custom Object), document attachments (linked to Candidates). Each phase emits a row-count reconciliation report before the next phase begins. HiBob writes are frozen during the cutover window to capture any last-minute changes.
Cutover, validation, and automation handoff
We enable Bullhorn as the system of record after final delta migration of records modified during the cutover window. We deliver the written workflow, onboarding flow, and engagement survey inventory to the customer's Bullhorn admin. We support a one-week hypercare window to resolve record-level reconciliation issues. Bullhorn workflows and Bullhorn Search Assignments (a Bullhorn-specific automation type) are not migrated as code; the inventory document identifies which Bullhorn automation features to use as replacements for each HiBob workflow. We do not rebuild workflows as part of the standard migration scope.
Platform deep dives
HiBob HRIS
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 HiBob HRIS 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
HiBob HRIS: 10–100 requests per minute, varying by endpoint and endpoint category (People API vs Reports API).
Data volume sensitivity
HiBob HRIS exposes a bulk API — large-volume migrations stream efficiently.
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 HiBob HRIS to Bullhorn ATS & CRM migration scoping. Not seeing yours? Book a call.
Walk through your HiBob HRIS 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 HiBob HRIS
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.