HRMS migration
Field-level mapping, validation, and rollback between OnePoint HCM and Bullhorn ATS & CRM. We move data and schema; workflows are rebuilt natively in Bullhorn ATS & CRM.
OnePoint HCM
Source
Bullhorn ATS & CRM
Destination
Compatibility
9 of 12
objects map 1:1 between OnePoint HCM and Bullhorn ATS & CRM.
Complexity
BStandard
Timeline
4-8 weeks
Overview
Moving from OnePoint HCM to Bullhorn is a platform-type migration: OnePoint is a unified HCM that bundles HR, payroll, benefits, and recruitment under one Person ID, while Bullhorn is a recruitment-specific CRM built for staffing agencies managing candidates, job orders, and client relationships. We extract recruitment-relevant records from OnePoint—Candidates, Assignments, Client contacts, and historical Placements—and map them to Bullhorn's Candidate, ClientCorporation, JobOrder, and Placement entities. OnePoint's HR, payroll, benefits, and accrual modules do not have Bullhorn equivalents; we flag these as supplemental exports for the customer's HRMS replacement or manual reconciliation. Workflows, sequences, and automation rules do not migrate; we deliver a written inventory of any recruiting-specific automations for the customer's Bullhorn admin to rebuild in Bullhorn Automation. The migration scope is scoped to recruitment operations only unless the customer explicitly migrates HR data to a parallel destination.
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 OnePoint HCM 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.
OnePoint HCM
Employee (recruitment-relevant fields)
Bullhorn ATS & CRM
Candidate
1:1OnePoint Employee records carrying recruitment module data (candidate name, contact information, work history, skills, certifications, availability status, and assignment type) map to Bullhorn Candidate. We extract recruitment-specific fields from the unified Employee record and filter out payroll, benefits, and HR-only fields that have no Bullhorn equivalent. The migration preserves candidate status, source attribution, and any resume or profile data attached to the employee record. Employee records without recruitment activity become supplemental exports for the customer's replacement HRMS.
OnePoint HCM
Employment Assignment
Bullhorn ATS & CRM
JobOrder
1:1OnePoint Employment Assignments (position title, assignment type, HR assignment status code, system person type, location, and work schedule) map to Bullhorn JobOrder. Assignment status codes require mapping to Bullhorn JobOrder status values (Open, Completed, Cancelled, On Hold). Compensation rate and pay type from the OnePoint assignment map to Bullhorn JobOrder pay rate fields. We flag any multi-state or international job orders for Bullhorn corporate division assignment if the destination is configured for multi-entity staffing.
OnePoint HCM
Client / Customer records
Bullhorn ATS & CRM
ClientCorporation
1:1OnePoint organizational data for external clients (if maintained within OnePoint's recruitment module) maps to Bullhorn ClientCorporation. Bullhorn ClientCorporation holds company name, address, industry, phone, website, and primary contact. We resolve the primary contact as a separate ClientCorporation contact record. If OnePoint does not maintain client data (common in HCM-only configurations), we treat this as a supplemental import requiring the customer to provide a client roster for Bullhorn onboarding.
OnePoint HCM
Assignment History
Bullhorn ATS & CRM
Placement
1:1OnePoint historical assignments and employment records map to Bullhorn Placement history. Each placement links to a Candidate (the placed person), a JobOrder (the position filled), and a ClientCorporation (the client). Start date, end date, placement status, bill rate, and pay rate transfer as Placement fields. We flag any retroactive adjustments or back-dated placements that require special validation in Bullhorn to avoid billing discrepancies.
OnePoint HCM
User / Recruiter accounts
Bullhorn ATS & CRM
User
1:1OnePoint user accounts (recruiters, hiring managers, and system administrators) map to Bullhorn User records. We resolve by email match and map OnePoint role assignments to Bullhorn Bullhornrank and permission sets. Bullhorn's role hierarchy (Corporate, Branch, and Standard roles) differs from OnePoint's security model, so we flag role mappings requiring customer admin confirmation before migration. Any OnePoint user without a Bullhorn login is held in the user reconciliation queue.
OnePoint HCM
Documents (candidate-related)
Bullhorn ATS & CRM
Candidate file attachments
1:1OnePoint employee documents attached to recruitment-relevant records (resumes, onboarding paperwork, signed agreements, certifications) migrate as Bullhorn Candidate file attachments. We export available document files from OnePoint and map them to the corresponding Candidate record in Bullhorn. Bullhorn stores attachments as ContentDocument records linked via ContentDocumentLink. Documents without a recruitment context (payroll forms, benefits documents) are excluded from Bullhorn migration and flagged for the HRMS replacement destination.
OnePoint HCM
Payroll History
Bullhorn ATS & CRM
Placement Billing Records (supplemental)
lossyOnePoint payroll history has no direct Bullhorn equivalent because Bullhorn is not a payroll or HRMS system. We extract payroll records as supplemental export files for the customer's replacement HRMS. For staffing agencies that track bill-and-pay spreads on Placements, we map OnePoint compensation rate and billing rate from the assignment to Bullhorn Placement bill rate and pay rate fields as a configuration step. Historical payroll runs, tax withholdings, and earnings records are excluded from Bullhorn migration.
OnePoint HCM
Benefits Enrollments
Bullhorn ATS & CRM
Not migrated (HRMS scope)
1:1Benefits enrollments, coverage tiers, and carrier associations in OnePoint have no Bullhorn equivalent. Bullhorn does not administer employee benefits. We export benefits data as supplemental records for the customer's replacement HRMS destination. Any benefits data attached to a candidate record (such as benefit package preferences for contractor placements) is flagged and mapped to a custom field on Bullhorn Candidate or Placement if the customer requires it.
OnePoint HCM
Accrual Balances (PTO, sick, leave)
Bullhorn ATS & CRM
Not migrated (HRMS scope)
1:1PTO, sick leave, and accrual balances calculated by OnePoint's rules engine do not migrate to Bullhorn. Bullhorn does not track time-off accruals. We export current accrual balances as supplemental records for the customer's replacement HRMS. Accrual data is not discarded; it is packaged alongside the employee migration export as a separate data dictionary for the customer's HR admin to configure in the new HRMS.
OnePoint HCM
Time & Labor Records
Bullhorn ATS & CRM
Placement Timesheets (optional supplemental)
lossyOnePoint time entries, punch data, and time-off requests are HRMS data with no Bullhorn equivalent for full-time employees. For staffing agencies using Bullhorn's optional timesheet feature on Placements (contractor billing), we map OnePoint time entries to Bullhorn Placement timesheet records if the customer licenses Bullhorn Back Office. Otherwise, time and labor data is excluded from Bullhorn migration and flagged for the replacement HRMS destination.
OnePoint HCM
Performance Records
Bullhorn ATS & CRM
Not migrated (HRMS scope)
1:1Performance reviews, goals, ratings, and performance improvement plans stored in OnePoint are HR data outside Bullhorn's scope. Bullhorn tracks candidate and placement activity but not internal employee performance management. We export performance data as supplemental records for the customer's replacement HRMS. If the customer uses Bullhorn for 1099 contractor placements with performance documentation, we map available notes to Bullhorn Placement custom fields.
OnePoint HCM
Organizational Structure (departments, locations)
Bullhorn ATS & CRM
Bullhorn Corporation and Division structure
lossyOnePoint departments, cost centers, and locations map to Bullhorn Corporation (for multi-entity staffing firms) and Division structure. We extract the full org tree and map it to Bullhorn's corporate hierarchy, which supports multiple corporations for staffing firms operating under different legal entities. If the customer uses OnePoint's location-based assignment routing, we map locations to Bullhorn Branch or Division for recruiter assignment workflows.
| OnePoint HCM | Bullhorn ATS & CRM | Compatibility | |
|---|---|---|---|
| Employee (recruitment-relevant fields) | Candidate1:1 | Fully supported | |
| Employment Assignment | JobOrder1:1 | Fully supported | |
| Client / Customer records | ClientCorporation1:1 | Fully supported | |
| Assignment History | Placement1:1 | Fully supported | |
| User / Recruiter accounts | User1:1 | Fully supported | |
| Documents (candidate-related) | Candidate file attachments1:1 | Fully supported | |
| Payroll History | Placement Billing Records (supplemental)lossy | Mapping required | |
| Benefits Enrollments | Not migrated (HRMS scope)1:1 | Mapping required | |
| Accrual Balances (PTO, sick, leave) | Not migrated (HRMS scope)1:1 | Fully supported | |
| Time & Labor Records | Placement Timesheets (optional supplemental)lossy | Mapping required | |
| Performance Records | Not migrated (HRMS scope)1:1 | Mapping required | |
| Organizational Structure (departments, locations) | Bullhorn Corporation and Division structurelossy | 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.
OnePoint HCM gotchas
No public API documentation for programmatic export
Single-database architecture creates tightly coupled migration dependencies
User provisioning integrations do not export employee data
UI transition from legacy to new UX may affect data accessibility during migration
ACA and compliance data require jurisdiction-aware handling
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 scope confirmation
We audit the source OnePoint tenant across all modules activated (HR, payroll, benefits, time, scheduling, recruitment) and identify which records carry recruitment activity. We confirm candidate record count, client roster size, active job orders, placement history volume, and any custom fields used in the recruitment module. We pair this with a Bullhorn edition review: Bullhorn ATS ($99/user/mo) covers standard ATS and CRM; Bullhorn Front Office Growth ($159/user/mo) adds advanced automation and custom objects; Bullhorn Enterprise adds full back-office integration. We confirm the customer's Bullhorn edition and licensing before migration planning begins.
Export coordination and data profiling
We coordinate the OnePoint data export through the admin interface, requesting delimited file extracts for recruitment module records (Employees with recruitment activity, Assignments, Client records if maintained, Document files). Because OnePoint has no public API, we work with the customer's OnePoint admin or implementation partner to generate complete exports. We profile the exported data in a staging environment, identify data quality issues (duplicate candidates, missing email addresses, inconsistent status codes), and produce a data quality report before transformation begins.
Schema design and custom object provisioning
We design the Bullhorn destination schema: standard entities (Candidate, ClientCorporation, JobOrder, Placement) for primary records; custom objects for any fields that do not fit Bullhorn's standard field set. If the customer requires custom objects, we submit the Bullhorn Support ticket for schema provisioning early, as Bullhorn Support requires 5-10 business days to create custom object structures. We configure Record Types on JobOrder for different placement types (direct hire, contract, temp-to-perm) and Division or Branch structure for recruiter assignment during this phase.
Sandbox migration and reconciliation
We run a full migration into Bullhorn's sandbox environment (or a parallel test account) using production-like data volume. The customer's Bullhorn admin and recruiting operations lead reconcile record counts, spot-check candidate profiles against the OnePoint source, validate placement history, and confirm custom field mapping. Any mapping corrections and schema adjustments happen in sandbox before production migration. We do not begin production migration until the sandbox reconciliation is signed off.
Production migration in dependency order
We run production migration in dependency order: ClientCorporation (if sourced from OnePoint), Users (resolved by email match, with missing users queued for Bullhorn admin provisioning), Candidates (from OnePoint Employee records with recruitment activity), JobOrders (from OnePoint Employment Assignments), Placements (from OnePoint Assignment History), Document files (linked to Candidates and Placements), and custom object data (after Bullhorn Support has provisioned the custom object schema). Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and supplemental export handoff
We freeze OnePoint recruiting module writes during cutover, run a final delta migration of any records modified during the migration window, then enable Bullhorn as the recruiting system of record. We deliver supplemental export files for HR, payroll, benefits, accruals, and performance records to the customer's replacement HRMS team. We deliver the recruiting automation inventory document (any OnePoint recruitment workflows requiring Bullhorn Automation rebuild) to the customer's Bullhorn admin. We do not rebuild automations, sequences, or forms as part of the standard migration scope.
Platform deep dives
OnePoint HCM
Source
Strengths
Weaknesses
Bullhorn ATS & CRM
Destination
Strengths
Weaknesses
Complexity grading
Standard HRMS migration. All 7 core objects map 1:1 between OnePoint HCM and Bullhorn ATS & CRM.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across OnePoint HCM and Bullhorn ATS & CRM.
Object compatibility
All 7 core objects map 1:1 between OnePoint HCM and Bullhorn ATS & CRM.
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
OnePoint HCM: Not publicly documented.
Data volume sensitivity
OnePoint HCM 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 OnePoint HCM to Bullhorn ATS & CRM migration scoping. Not seeing yours? Book a call.
Walk through your OnePoint HCM 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 OnePoint HCM
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.