HRMS migration

Migrate from Business Draft to Bullhorn ATS & CRM

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 logo

Business Draft

Source

Bullhorn ATS & CRM

Destination

Bullhorn ATS & CRM logo

Compatibility

75%

9 of 12

objects map 1:1 between Business Draft and Bullhorn ATS & CRM.

Complexity

BStandard

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Business Draft logo

Business Draft

What's pushing teams away

  • Platform adoption remains limited—some reviewers note that candidate pool sizes feel constrained as the platform scales beyond early users.
  • Advanced reporting depth and performance analytics at higher job volumes could be stronger relative to pricing.
  • Smaller ATS ecosystem compared to enterprise players means fewer third-party integrations available for specialized hiring workflows.

Choosing

Bullhorn ATS & CRM logo

Bullhorn ATS & CRM

What's pulling them in

  • Agencies choose Bullhorn because it combines ATS and CRM in one platform, eliminating the need to switch between separate tools for candidate management and client relationship tracking.
  • The resume parser extracts contact details, work history, and skills into structured, searchable candidate profiles automatically without manual data entry, reportedly driving 24% more placements per recruiter.
  • Bullhorn's placement and split-billing model natively supports contract staffing workflows, handling start/end dates, overtime rules, and multi-party pay/charge rates in a single record.
  • The platform offers extensive third-party integrations through its Recruitment Cloud Marketplace, connecting with back-office, onboarding, and payroll systems used by staffing agencies.
  • 72% of Bullhorn customers are teams with fewer than 10 users, and Bullhorn's implementation team handles setup and data migration for small agencies going live within weeks.

Object mapping

How Business Draft objects map to Bullhorn ATS & CRM

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

maps to

Bullhorn ATS & CRM

Contact

1:1
Fully supported

Business 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

maps to

Bullhorn ATS & CRM

Job Order

1:1
Fully supported

Business 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

maps to

Bullhorn ATS & CRM

Candidate Submission

1:1
Fully supported

Business 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

maps to

Bullhorn ATS & CRM

Candidate Submission + Tasks

1:1
Mapping required

Business 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

maps to

Bullhorn ATS & CRM

Candidate Submission Notes

1:1
Mapping required

Business 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

maps to

Bullhorn ATS & CRM

Contact (flagged)

1:1
Fully supported

Business 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

maps to

Bullhorn ATS & CRM

External Asset + Reference

lossy
Fully supported

Business 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

maps to

Bullhorn ATS & CRM

Contact (Custom Field)

1:1
Fully supported

Background 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

maps to

Bullhorn ATS & CRM

Placement or Opportunity

1:1
Fully supported

Business 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

maps to

Bullhorn ATS & CRM

User

1:1
Fully supported

Business 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

maps to

Bullhorn ATS & CRM

Custom Fields or Custom Objects

lossy
Fully supported

Business 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

maps to

Bullhorn ATS & CRM

Written Inventory (Rebuild Required)

lossy
Mapping required

Business 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.

Gotchas + challenges

What specifically takes care here

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 logo

Business Draft gotchas

High

No publicly documented API endpoint surface

Medium

Video response files stored in proprietary format

Low

Background check results are third-party dependent

Bullhorn ATS & CRM logo

Bullhorn ATS & CRM gotchas

High

ATS Growth edition has no API access

High

Attachments excluded from CSV bulk exports

Medium

Custom Object limits vary sharply by edition

Medium

Opportunity pipeline stages are recruitment-specific

Low

Resume parse quality varies by document format

Pair-specific challenges

  • Business Draft has no publicly documented API

    Business Draft does not publish API documentation or developer references in public sources. We rely on their in-platform data export and manual CSV extraction tools for all candidate, job, and application data. If the customer requires bulk automated re-import to Bullhorn, we map exported CSVs to the Bullhorn REST API rather than building against a Business Draft direct integration. We confirm export field coverage during discovery before committing to a migration timeline. Any data not surfaced in the CSV export (undocumented fields, proprietary blobs) is flagged as unmigratable and documented in the handoff report.

  • Video response files require manual re-hosting

    Business Draft stores video response submissions in a proprietary format within the platform. We download video files and export them as standalone binary assets alongside candidate record CSVs. Bullhorn does not accept inline video attachments via standard import. The customer must re-host videos on a platform of their choice (YouTube, Vimeo, or a DAM system) and manually link them to Bullhorn Contact records. We provide a reference CSV mapping each video to its source candidate and application for this re-linking process.

  • Bullhorn Custom Object limits vary by edition

    Bullhorn Custom Objects are tiered: ATS Growth edition has no Custom Objects, Bullhorn ATS supports 2 Custom Objects with 55 fields each, and Front Office Growth/Enterprise supports 10 Custom Objects with 55 fields each. If the Business Draft migration requires more Custom Objects than the customer's Bullhorn edition permits, we map overflow fields to custom fields on standard Bullhorn objects (Contact, Job Order) or advise on an edition upgrade. We confirm the Bullhorn edition during discovery and adjust the schema design accordingly.

  • Background check reports are third-party dependent

    Background checks are facilitated through Business Draft but processed by external providers. Business Draft stores a status flag and summary on the Candidate record, but the full vendor report remains with the background check provider. We carry forward the most recent status and summary to a custom field on Bullhorn Contact. We flag which candidates require re-initiation of background checks post-migration and advise customers to request their existing reports directly from the provider before account closure. This gap affects compliance documentation for candidates advancing to placement.

  • Automations and workflows do not migrate between platforms

    Business Draft automated workflow triggers (SMS, email, stage transitions, dropped applicant reminders) and Bullhorn Automation (Herefish) are different automation architectures with different trigger models, action types, and configuration UIs. We do not migrate automations as code. We deliver a written inventory of every active Business Draft workflow with its trigger conditions, conditions, actions, and a recommended Bullhorn Automation equivalent, plus estimated rebuild effort. The customer's Bullhorn admin or a Bullhorn partner rebuilds automations post-migration. Saved searches migrate in Bullhorn but may require field logic review because Bullhorn's New Candidate List uses updated field behavior.

Migration approach

Six steps for a successful Business Draft to Bullhorn ATS & CRM data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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.

  7. 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

Context on both ends of the pair

Business Draft logo

Business Draft

Source

Strengths

  • End-to-end hiring workflow from sourcing through onboarding in a single platform
  • Unlimited-user pricing model removes seat-based scaling constraints
  • Pre-built automated workflows covering dropped applicant recovery and interview scheduling
  • Video response technology enables async candidate assessment without additional tools
  • Integrated reporting and insights dashboard consolidates hiring funnel visibility

Weaknesses

  • Smaller market footprint means fewer third-party integrations than established ATS platforms
  • Documentation and API details are not publicly surfaced, limiting programmatic migration tooling
  • Pricing appears to be single-tier focused ($477-$618/month), potentially over-spec'ing for small teams with simple needs
  • Platform adoption metrics indicate limited candidate pool sizes in some verticals
Bullhorn ATS & CRM logo

Bullhorn ATS & CRM

Destination

Strengths

  • Unified ATS and CRM on one platform purpose-built for staffing agencies, eliminating separate tools for candidates and clients.
  • Automated resume parsing extracts structured candidate data—contact details, work history, skills—into searchable profiles instantly.
  • Native placement and split-billing model handles contract staffing workflows including start/end dates and overtime rules.
  • Bullhorn Recruitment Cloud Marketplace offers 100+ pre-validated third-party integrations spanning the full recruiting lifecycle.
  • 24/7 global support coverage from 350+ support staff with dedicated account management included at all tiers.

Weaknesses

  • Widely regarded as old and bloated with an unintuitive interface and steep learning curve for new recruiters.
  • Slow page loads and performance lag cited in over 200 verified G2 reviews during high-volume recruiting periods.
  • Pricing is opaque—custom-negotiated per organization with significant upfront implementation fees that vary by deal.
  • ATS Growth edition excludes API access entirely, preventing automated data export without upgrading first.

Complexity grading

How hard is this migration?

Standard HRMS migration. All 7 core objects map 1:1 between Business Draft and Bullhorn ATS & CRM.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Business Draft and Bullhorn ATS & CRM.

  • Object compatibility

    A

    All 7 core objects map 1:1 between Business Draft and Bullhorn ATS & CRM.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    7-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Business Draft: Not publicly documented.

  • Data volume sensitivity

    B

    Business Draft doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Business Draft to Bullhorn ATS & CRM migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Business Draft to Bullhorn ATS & CRM data migrations

Answers to the questions buyers ask most during Business Draft to Bullhorn ATS & CRM migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Small agencies (under 10 users, under 15,000 candidates) typically complete migration within two to four weeks from discovery sign-off to production cutover. Larger staffing firms with higher candidate volumes, complex Application stage histories, or multiple Custom Object requirements move to four to eight weeks because of stage-history reconciliation, video file extraction and re-hosting coordination, and Bullhorn Custom Object schema setup. Bullhorn's own documentation notes small agency go-live within two weeks for standard implementations; migrations involving historical data consolidation extend that timeline.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Business Draft.
Land in Bullhorn ATS & CRM, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day