HRMS migration
Field-level mapping, validation, and rollback between Simplicant and Bullhorn ATS & CRM. We move data and schema; workflows are rebuilt natively in Bullhorn ATS & CRM.
Simplicant
Source
Bullhorn ATS & CRM
Destination
Compatibility
10 of 12
objects map 1:1 between Simplicant and Bullhorn ATS & CRM.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Simplicant to Bullhorn is a migration from a niche SMB ATS with gated API access to an enterprise staffing platform with a documented REST API and a broad integration ecosystem. Simplicant's data extraction is the first challenge: the Careers Site API requires a sales contact to enable, and no self-serve bulk export is published, which means data access depends on Simplicant's cooperation during scoping. We resolve this by requesting API credentials early and falling back to UI-based exports with Simplicant support where necessary. Bullhorn's target schema maps Simplicant's Jobs to JobOrder, Candidates to Candidate, and Offers to the Placement object, with Hiring Pipelines configured as Bullhorn's workflow and status structures. Bullhorn's custom object field limits vary by tier—Bullhorn ATS caps at 2 custom objects with 55 fields each, while Enterprise allows 10—which constrains how we map Simplicant's custom fields and interview packet schemas. Workflows, onboarding automation sequences, and configurable pipeline routing rules do not migrate as code; we deliver a written inventory of every active workflow requiring rebuild in Bullhorn's automation layer.
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 Simplicant 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.
Simplicant
Job / Job Requisition
Bullhorn ATS & CRM
JobOrder
1:1Simplicant Jobs map to Bullhorn JobOrder records. The Job title, description, department, location, and current pipeline stage migrate as JobOrder fields. In Bullhorn, JobOrder holds the published job state, and the bullhorn_job_status field tracks open, closed, or on-hold. We map Simplicant pipeline stage names to Bullhorn JobOrder status values and configure record type assignments per business line during migration. JobOrder ownership maps from the Simplicant recruiter assignment.
Simplicant
Candidate / Applicant
Bullhorn ATS & CRM
Candidate
1:1Simplicant Candidate records map to Bullhorn Candidate with 1:1 correspondence. Contact details, email, phone, source attribution, and application date transfer directly. In Bullhorn, Candidate is the primary talent pool record and is linked to JobOrder via a CandidateJobOrder join record that tracks the application stage. We preserve application history as Bullhorn CandidateJobOrder records with status and date fields set from Simplicant's stage history.
Simplicant
Department
Bullhorn ATS & CRM
Category (corporate)
lossySimplicant Departments are organizational metadata that attach to Jobs. We map Department names to Bullhorn Category records, which serve as the corporate classification for jobs and candidates. Bullhorn's Category object supports a hierarchy, so multi-level department structures in Simplicant map to parent-child Category relationships in Bullhorn.
Simplicant
Location
Bullhorn ATS & CRM
JobLocation
1:1Simplicant Locations attached to Jobs map to Bullhorn JobLocation records. Bullhorn JobLocation stores city, state, and country; we infer the full address components from Simplicant's location data where available. JobLocation records are linked to JobOrder at migration time.
Simplicant
Interview Packet / Feedback Form
Bullhorn ATS & CRM
CandidateReference (custom fields)
1:1Simplicant Interview Packets bundle structured evaluation forms with field names and scoring conventions that vary by organization. Bullhorn does not have a native interview packet object; completed evaluations migrate as CandidateReference records with evaluation scores stored in custom fields on the CandidateReference or on the Candidate object. We map form field names to Bullhorn custom fields, flagging any form schema that exceeds Bullhorn's 55-field custom object limit for the applicable tier.
Simplicant
Offer
Bullhorn ATS & CRM
Placement
1:1Simplicant Offer records contain salary, start date, terms, and e-signature status. Bullhorn's Placement object captures the placement of a Candidate in a JobOrder with billing information, start date, and employment terms. We map Simplicant Offer fields to Placement fields, with the original offer e-signature status preserved as a custom field note. Placement in Bullhorn is the record that links Candidate, JobOrder, and the client (Contact/ClientCorporation) into a billable placement event.
Simplicant
Hiring Pipeline
Bullhorn ATS & CRM
JobOrder Status + Workflow
lossySimplicant Hiring Pipelines define stage sequences per job type with automation routing rules. Bullhorn's stage model uses JobOrder status values and, in Bullhorn Automation (formerly Herefish), workflow sequences. We map pipeline stage names to Bullhorn JobOrder status values and deliver a written inventory of Simplicant pipeline automation rules for the customer's Bullhorn admin to rebuild in Bullhorn Automation or via Bullhorn workflow configuration. Active automation definitions do not migrate as executable code.
Simplicant
Document / Attachment
Bullhorn ATS & CRM
ContentDocument
1:1Simplicant stores resumes, cover letters, and HR files as attachments on Jobs and Candidates. Bullhorn links documents via Salesforce ContentDocument records attached to Candidate, JobOrder, or Placement. We extract document binary data from Simplicant's cloud storage (contingent on plan tier and API access), transform file names and MIME types, and upload to Bullhorn with ContentDocumentLink records pointing to the parent Candidate or JobOrder. Plan-tier document storage availability in Simplicant is confirmed during scoping.
Simplicant
User / Team Member
Bullhorn ATS & CRM
User
1:1Simplicant Users with role-based access map to Bullhorn User records. Bullhorn User licensing is per-seat, so we resolve every Simplicant user referenced on a Job, Candidate, or Offer record and map to a Bullhorn User by email. Inactive Simplicant users are mapped to inactive Bullhorn users to preserve ownership history without incurring license cost. The customer's Bullhorn admin provisions any missing users before the migration phase begins.
Simplicant
Onboarding Record
Bullhorn ATS & CRM
Onboarding (Bullhorn Onboarding formerly Able)
1:1Simplicant's onboarding module tracks offer acceptance transitioning into new hire setup tasks. Bullhorn Onboarding (formerly Able) manages the onboarding workflow post-placement. We export completed onboarding record state and current task list status from Simplicant. Complex branching automation sequences may not be exportable without API access; in those cases we deliver a written summary of onboarding workflow definitions for the customer's Bullhorn admin to reconfigure in Bullhorn Onboarding.
Simplicant
Assessment / Evaluation Score
Bullhorn ATS & CRM
Custom fields on CandidateReference or Candidate
1:1Simplicant stores structured screening scores and evaluation ratings per candidate per stage. Score ranges and weighting logic vary by organization and form. We export raw score data and map to Bullhorn custom fields, flagging any score schema that requires more than the Bullhorn ATS tier's 55-field custom object capacity. Score weighting logic (how Simplicant aggregates scores into a ranking) does not migrate as executable logic; it is documented for the customer to rebuild in Bullhorn's reporting layer.
Simplicant
Custom Field
Bullhorn ATS & CRM
Custom Field (on applicable Bullhorn entity)
1:1Simplicant organizations add custom fields to Jobs and Candidate profiles for industry-specific data. Bullhorn supports custom fields on all primary entities (Candidate, JobOrder, Placement, Contact, ClientCorporation, Lead, Opportunity). We pre-create Bullhorn custom fields during schema design, mapping data types from Simplicant to the closest Bullhorn field type. Bullhorn's Edit type restrictions (up to 20 of any combination of specific edit types per custom object) are factored into the field mapping plan. On Bullhorn ATS tier, the 2 custom object limit may require consolidating Simplicant custom fields into fewer Bullhorn custom objects using multi-select picklists or delimited text fields.
| Simplicant | Bullhorn ATS & CRM | Compatibility | |
|---|---|---|---|
| Job / Job Requisition | JobOrder1:1 | Fully supported | |
| Candidate / Applicant | Candidate1:1 | Fully supported | |
| Department | Category (corporate)lossy | Fully supported | |
| Location | JobLocation1:1 | Fully supported | |
| Interview Packet / Feedback Form | CandidateReference (custom fields)1:1 | Fully supported | |
| Offer | Placement1:1 | Fully supported | |
| Hiring Pipeline | JobOrder Status + Workflowlossy | Fully supported | |
| Document / Attachment | ContentDocument1:1 | Fully supported | |
| User / Team Member | User1:1 | Fully supported | |
| Onboarding Record | Onboarding (Bullhorn Onboarding formerly Able)1:1 | Fully supported | |
| Assessment / Evaluation Score | Custom fields on CandidateReference or Candidate1:1 | Fully supported | |
| Custom Field | Custom Field (on applicable Bullhorn entity)1: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.
Simplicant gotchas
Gated Careers Site API requires plan upgrade and sales contact
No public bulk data export documentation
Size-tiered pricing creates billing model ambiguity
Onboarding workflow portability is limited without plan access
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 API access coordination
We audit the Simplicant account across plan tier, custom field definitions on Jobs and Candidates, active hiring pipelines, document attachment volume, and user roster. We simultaneously request Simplicant Careers Site API credentials from Simplicant sales or support. If API access is not available, we coordinate with Simplicant support for UI-based exports and assess the scope impact on timeline. The discovery output is a written migration scope document covering record counts per object, custom field inventory, pipeline stage list, and data extraction method (API or UI export).
Bullhorn edition selection and schema design
We recommend Bullhorn edition (ATS, Growth, or Enterprise) based on the Simplicant custom field count and custom object requirements identified during discovery. Bullhorn ATS suffices for migrations with fewer than 110 total custom fields and no requirement for advanced workflow automation. Bullhorn Enterprise is recommended when the mapping exceeds 2 custom objects. We design the Bullhorn schema in a Sandbox: custom fields on JobOrder, Candidate, and Placement; Category records for departments; JobLocation setup; Bullhorn user provisioning plan. Custom field names are mapped from Simplicant API names or export column headers to Bullhorn field labels and API names.
Data extraction and transformation
We extract data from Simplicant using the Careers Site API where enabled or coordinated UI exports. Data is transformed into Bullhorn-compatible CSV and JSON formats with field mapping applied. Candidate-Job associations, application stage history, and offer data are transformed into Bullhorn CandidateJobOrder and Placement records. Simplicant document attachments are extracted from cloud storage and prepared for Bullhorn ContentDocument upload. Any data quality issues (missing required fields, invalid formats) are flagged in a pre-migration data quality report for the customer's Simplicant admin to remediate.
Sandbox migration and reconciliation
We run a full migration into a Bullhorn Sandbox using production-like data volume. The customer's recruitment operations lead reconciles record counts (JobOrders in, Candidates in, Placements in), spot-checks 25-50 random records against the Simplicant source, and validates that stage names, dates, and owner assignments are correct. Bullhorn's Field Maps and validation rules are reviewed to confirm they do not reject migrating records; the Bullhorn admin temporarily adjusts validation rules or field-level security for the migration user if needed. The customer signs off on the sandbox migration before production migration begins.
User provisioning and owner reconciliation
We match every Simplicant user referenced on JobOrder, Candidate, and Placement records against Bullhorn's User table by email. Users without a Bullhorn User record enter a reconciliation queue. The customer's Bullhorn admin provisions missing users (active or inactive depending on whether the Simplicant user is still active in the business). OwnerId references on all migrating records are resolved before the production migration phase begins.
Production migration in dependency order
We run production migration in record-dependency order: JobOrder (Jobs, with Location and Category resolved), Candidate (with user owner resolved), CandidateJobOrder (application associations), Placement (with JobOrder and Candidate lookups resolved), custom fields on all entities, then documents (ContentDocument and ContentDocumentLink via Bullhorn's file upload API). Each phase emits a row-count reconciliation report before the next phase begins. Bullhorn's Bulk API handles high-volume record inserts with chunking and exponential backoff.
Cutover, validation, and workflow handoff
We freeze Simplicant write access during cutover, run a final delta migration for any records modified during the migration window, then enable Bullhorn as the system of record. We deliver the workflow inventory document covering Simplicant hiring pipeline automation rules and onboarding workflow definitions with recommended Bullhorn equivalents. We support a one-week hypercare window for reconciliation issues. We do not rebuild Simplicant workflows in Bullhorn Automation as part of the standard migration scope; that is a separate engagement or an internal Bullhorn admin task.
Platform deep dives
Simplicant
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 Simplicant 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
Simplicant: Not publicly documented.
Data volume sensitivity
Simplicant 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 Simplicant to Bullhorn ATS & CRM migration scoping. Not seeing yours? Book a call.
Walk through your Simplicant 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 Simplicant
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.