HRMS migration
Field-level mapping, validation, and rollback between Business Draft and Bullhorn ATS & CRM. We move data and schema; workflows are rebuilt natively in Bullhorn ATS & CRM.
Business Draft
Source
Bullhorn ATS & CRM
Destination
Compatibility
9 of 12
objects map 1:1 between Business Draft and Bullhorn ATS & CRM.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from Business Draft to Bullhorn is a cross-platform ATS migration where the source platform lacks a public API, requiring CSV export extraction paired with Bullhorn's REST and bulk import endpoints. Business Draft organizes hiring around Candidates advancing through configurable Application stages, with automated SMS and email triggers tied to stage transitions; Bullhorn models the same data as Contacts linked to Candidates with Job Orders, Candidate Submissions, and Placements in a separate object hierarchy. We extract Business Draft's Candidate, Job, Application, and Offer data as structured CSVs, resolve the self-scheduling link history into Bullhorn Tasks, and flag video response files for manual re-hosting since Bullhorn does not accept inline video attachments via standard import. Background check status migrates as a custom field on the Bullhorn Contact. Workflows, automated sequences, and stage-specific automation triggers do not migrate; we deliver a written inventory of every Business Draft workflow requiring rebuild in Bullhorn Automation (Herefish) or Bullhorn's native workflow builder. Small agencies (under 10 users) typically go live within two weeks of Bullhorn access; larger staffing firms with high candidate volumes and complex stage histories require four to six weeks.
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 Business Draft 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.
Business Draft
Candidate
Bullhorn ATS & CRM
Contact
1:1Business Draft Candidate records map to Bullhorn Contact. We extract all profile fields (name, email, phone, address, skills, work history) and map them to Bullhorn Contact fields. Video response file references are flagged separately for manual re-hosting. The Candidate's source (how they entered the pipeline) maps to Bullhorn's source fields. Background check status and summary migrate to a custom field bg_check_status__c on the Contact record; the full vendor report must be re-requested from the background check provider post-migration.
Business Draft
Job
Bullhorn ATS & CRM
Job Order
1:1Business Draft Job postings map directly to Bullhorn Job Order (title, department, description, status, posting date). Each Job's posting status (Active, Paused, Filled, Closed) maps to the Bullhorn Job Order status field. We preserve the original Business Draft Job ID in a custom field bd_job_id__c for reconciliation. Job Order must be created before Candidate Submissions are imported to satisfy Bullhorn's foreign key requirements.
Business Draft
Application
Bullhorn ATS & CRM
Candidate Submission
1:1Business Draft Application records (linking a Candidate to a Job with stage progression) map to Bullhorn Candidate Submission. The Business Draft stage history (Started Applying, Review, Interview) migrates as Submission status values and a custom stage_history__c JSON field preserving timestamps. We map Business Draft's stage transition timestamps to Bullhorn Submission date fields for pipeline reporting continuity.
Business Draft
Interview Stages
Bullhorn ATS & CRM
Candidate Submission + Tasks
1:1Business Draft Interview Stages within Applications (including self-scheduling link triggers and reminder automation) do not have a direct Bullhorn equivalent because self-scheduling links are ephemeral platform artifacts. We map stage names to Bullhorn Submission status values and recreate interview-related Tasks in Bullhorn. The self-scheduling link generation itself must be reconfigured in Bullhorn using Bullhorn's scheduling integration or a marketplace scheduling tool.
Business Draft
Review Decisions
Bullhorn ATS & CRM
Candidate Submission Notes
1:1Business Draft Review Decisions attached to Applications at the Review Stage migrate as Notes on the Bullhorn Candidate Submission. The structured decision (Advance, Reject, Hold) and any associated recruiter notes map to a custom picklist field review_decision__c and a Note body. We preserve the decision timestamp as a custom date field for audit purposes.
Business Draft
Dropped Applicants
Bullhorn ATS & CRM
Contact (flagged)
1:1Business Draft Candidates who began but did not complete an Application migrate to Bullhorn Contact records with a custom boolean field is_dropped_applicant__c set to true and submission_status__c set to Incomplete. Partial submission data (fields completed before abandonment) migrates to the Contact record with remaining fields left null. We include the abandonment timestamp in a custom field bd_abandoned_at__c.
Business Draft
Video Response Files
Bullhorn ATS & CRM
External Asset + Reference
lossyBusiness Draft video response submissions are exported as standalone binary files (MP4 or platform-specific format) paired with a CSV reference containing the Candidate ID, Application ID, and file path. Bullhorn does not accept inline video attachments via standard import. We deliver the video files and reference CSV to the customer for re-hosting (YouTube, Vimeo, or a DAM system) and manual linking to the Bullhorn Contact record via a custom URL field video_response_url__c.
Business Draft
Background Check
Bullhorn ATS & CRM
Contact (Custom Field)
1:1Background check status and summary attached to Candidates advancing past Interview Stage migrate to a custom field bg_check_status__c on the Bullhorn Contact. The full vendor report PDF remains with the third-party provider and is not migratable. We flag which candidates require re-initiation of background checks post-migration and advise customers to request existing reports from the provider before Business Draft account closure.
Business Draft
Offer
Bullhorn ATS & CRM
Placement or Opportunity
1:1Business Draft Offer records linked to Applications (compensation details, acceptance status) migrate to Bullhorn Placement records if the Bullhorn edition includes placement tracking, or to a custom Offer object. Offer metadata (salary, start date, offer status) maps to corresponding Placement fields. Actual offer document attachments export as binary files separately for manual re-upload to Bullhorn.
Business Draft
Owner
Bullhorn ATS & CRM
User
1:1Business Draft Owner records (recruiters assigned to Candidates, Jobs, and Applications) map to Bullhorn User by email match. We extract all distinct Owner emails and match against the Bullhorn destination User table. Any Business Draft Owner without a matching Bullhorn User goes to a reconciliation queue for the customer's Bullhorn admin to provision before record import resumes.
Business Draft
Custom Fields
Bullhorn ATS & CRM
Custom Fields or Custom Objects
lossyBusiness Draft custom field definitions (if present on Candidate, Job, or Application) require discovery during scoping because Business Draft does not publicly document field schemas. We identify custom fields during CSV export analysis and map them to equivalent Bullhorn custom fields on the standard object or to Bullhorn Custom Objects if the data structure warrants a separate entity. Bullhorn's Custom Object limit by edition is confirmed before committing to this mapping path.
Business Draft
Automated Workflows
Bullhorn ATS & CRM
Written Inventory (Rebuild Required)
lossyBusiness Draft automated workflow triggers (SMS, email, stage transitions, dropped applicant recovery) do not migrate as code to Bullhorn because Bullhorn uses a different automation model (Bullhorn Automation or native workflow builder). We deliver a written inventory of every active Business Draft workflow with its trigger conditions, actions, and a recommended Bullhorn Automation equivalent. The customer's Bullhorn admin or a Bullhorn partner rebuilds automations post-migration. Self-scheduling link configuration is separately documented for rebuild using Bullhorn's scheduling integration.
| Business Draft | Bullhorn ATS & CRM | Compatibility | |
|---|---|---|---|
| Candidate | Contact1:1 | Fully supported | |
| Job | Job Order1:1 | Fully supported | |
| Application | Candidate Submission1:1 | Fully supported | |
| Interview Stages | Candidate Submission + Tasks1:1 | Mapping required | |
| Review Decisions | Candidate Submission Notes1:1 | Mapping required | |
| Dropped Applicants | Contact (flagged)1:1 | Fully supported | |
| Video Response Files | External Asset + Referencelossy | Fully supported | |
| Background Check | Contact (Custom Field)1:1 | Fully supported | |
| Offer | Placement or Opportunity1:1 | Fully supported | |
| Owner | User1:1 | Fully supported | |
| Custom Fields | Custom Fields or Custom Objectslossy | Fully supported | |
| Automated Workflows | Written Inventory (Rebuild Required)lossy | Mapping required |
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.
Business Draft gotchas
No publicly documented API endpoint surface
Video response files stored in proprietary format
Background check results are third-party dependent
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 export field coverage audit
We audit Business Draft's in-platform export capabilities across Candidates, Jobs, Applications, Offers, and Dropped Applicants. We extract sample CSVs to identify field coverage, detect undocumented custom fields, and flag any data not surfaced in the standard export (video file references, background check summary, stage transition logs). We pair this with the customer's Bullhorn edition confirmation to determine Custom Object limits and required schema design. The discovery output is a written migration scope with confirmed field coverage, a list of unmigratable artifacts, and a Bullhorn edition recommendation if Custom Object needs exceed current tier limits.
CSV extraction and video file download
We extract all Business Draft data as structured CSVs using their in-platform export tools. Candidate records, Job postings, Application histories, Review Decisions, Dropped Applicants, and Offer metadata are pulled in separate CSV exports with timestamps preserved. Video response files are downloaded as standalone binary assets (MP4 or proprietary format) and paired with a reference CSV linking each file to its source Candidate ID and Application ID. We validate CSV row counts against Business Draft record counts to confirm completeness before any transformation work begins.
Schema design and Custom Object provisioning in Bullhorn
We design the Bullhorn destination schema based on the confirmed export field coverage. This includes mapping Business Draft field names to Bullhorn Contact, Job Order, Candidate Submission, and Placement fields; provisioning custom fields for background check status, stage history, dropped applicant flags, and original Business Draft IDs; and creating Bullhorn Custom Objects (within edition limits) for any Business Draft custom field groupings that warrant a separate entity. If Custom Object needs exceed the customer's Bullhorn edition limit, we document the overflow fields for custom field on standard objects and advise on an edition upgrade. Schema is deployed to the customer's Bullhorn Sandbox for validation before production.
Sandbox migration and reconciliation
We run a full migration into the customer's Bullhorn Sandbox using production-like data volume. Candidate records are imported via Bullhorn REST API with parent-record lookup resolution (Job Order before Candidate Submission). Activity history (Application stage transitions) migrates as Notes or Tasks on the Candidate Submission. Video file reference CSV and background check status are loaded as custom field data. The customer's Bullhorn admin reviews record counts, spot-checks 25-50 random records against the Business Draft source, and signs off the mapping before production migration begins. Any mapping corrections happen in Sandbox.
Owner reconciliation and User provisioning
We extract every distinct Business Draft Owner (recruiter) referenced on Candidate, Job, Application, and Offer records and match by email against the Bullhorn destination's User table. Owners without a matching Bullhorn User go to a reconciliation queue. The customer's Bullhorn admin provisions any missing Users (active or inactive depending on whether the original Business Draft user is still active). OwnerId references must be resolved before record import resumes because Bullhorn requires a valid User reference on most standard fields.
Production migration in dependency order
We run production migration in record-dependency order: Job Orders (from Business Draft Jobs), Contacts (from Business Draft Candidates with background check status and video reference flags), Dropped Applicant Contacts (flagged), Candidate Submissions (with Application stage history preserved as Notes and custom fields), Offer/Placement data, and Notes/Attachments. Each phase emits a row-count reconciliation report before the next phase begins. We use Bullhorn's REST API for standard loads and the Bulk API for high-volume candidate records with exponential backoff on rate-limit responses.
Cutover, video re-hosting handoff, and automation inventory delivery
We freeze Business Draft writes during cutover and run a final delta migration of any records modified during the migration window. We deliver the video file reference CSV to the customer for re-hosting on their chosen platform and manual linking to Bullhorn Contact records. We deliver the written Business Draft workflow inventory with recommended Bullhorn Automation equivalents to the customer's Bullhorn admin. We support a one-week hypercare window for reconciliation issues. We do not rebuild Business Draft workflows in Bullhorn Automation; that is a separate engagement or an internal admin task.
Platform deep dives
Business Draft
Source
Strengths
Weaknesses
Bullhorn ATS & CRM
Destination
Strengths
Weaknesses
Complexity grading
Standard HRMS migration. All 7 core objects map 1:1 between Business Draft and Bullhorn ATS & CRM.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Business Draft and Bullhorn ATS & CRM.
Object compatibility
All 7 core objects map 1:1 between Business Draft 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
Business Draft: Not publicly documented.
Data volume sensitivity
Business Draft 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 Business Draft to Bullhorn ATS & CRM migration scoping. Not seeing yours? Book a call.
Walk through your Business Draft 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 Business Draft
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.