HRMS migration

Migrate from Bullhorn Connexys ATS to Crelate

Field-level mapping, validation, and rollback between Bullhorn Connexys ATS and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.

Bullhorn Connexys ATS logo

Bullhorn Connexys ATS

Source

Crelate

Destination

Crelate logo

Compatibility

58%

7 of 12

objects map 1:1 between Bullhorn Connexys ATS and Crelate.

Complexity

BStandard

Timeline

4-6 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Migrating from Bullhorn Connexys ATS to Crelate is a data-model compression problem disguised as a vendor switch. Bullhorn Connexys ATS organises staffing data across deeply interconnected entities — Candidate, ClientContact, ClientCorporation, JobOrder, JobSubmission, and Placement — with up to 35 custom object instances per Person entity and a configurable pipeline with stage-tracking via the Job Reporting junction object. Crelate collapses this into a unified ATS+CRM schema where Contacts flow through Jobs via pipeline stages, but custom fields are hard-capped at 20 per entity. We audit the source data model, design a field-culling plan where needed, resolve the JobSubmission-to-pipeline mapping, and work within Crelate's API v3 throttling of 120 requests per minute per IP. Workflows, automation rules, and Bullhorn-specific integrations do not migrate; we deliver a written inventory for the customer's admin to rebuild post-migration.

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

Bullhorn Connexys ATS logo

Bullhorn Connexys ATS

What's pushing teams away

  • The platform lacks native support for temporary or shift-based recruitment workflows, forcing agencies in the temporary staffing segment to build custom workarounds or accept fragmented processes.
  • Value-for-money scores are consistently below average in user reviews, with agencies citing opaque pricing, large annual contracts, and surprise renewal increases of around 20% as key pain points.
  • Steep onboarding complexity and a steep learning curve for new users lead to extended implementation timelines and require significant internal training investment before teams reach productivity.
  • Email deliverability issues have been reported, with candidate communications occasionally landing in spam folders, which disrupts communication workflows critical to recruitment pipelines.
  • Support quality varies by contract tier, and agencies on lower plans report slower response times and limited access to advanced troubleshooting resources.

Choosing

Crelate logo

Crelate

What's pulling them in

  • Affordable per-seat pricing with transparent tiers makes Crelate accessible for small-to-mid staffing firms evaluating ATS platforms for the first time.
  • Fast implementation reported by customers—some describe getting live in a matter of minutes with support team assistance.
  • Unified ATS + CRM in a single product eliminates the need to buy and synchronize separate recruiting and sales tools.
  • Flexible custom fields across Contacts, Companies, and Opportunities allow recruiting teams to capture firm-specific data without developer involvement.
  • Positive reviews highlight the product's intuitive interface and functional breadth for teams that need recruiting workflows without enterprise overhead.

Object mapping

How Bullhorn Connexys ATS objects map to Crelate

Each row shows how a Bullhorn Connexys ATS object lands in Crelate, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

Bullhorn Connexys ATS

Candidate

maps to

Crelate

Contact

1:1
Fully supported

Bullhorn Candidate records map directly to Crelate Contact records. We preserve name, email, phone, resume content (parsed or raw), work history, skills, salary expectations, and source attribution. Candidate status from Bullhorn (Active, Inactive, Archived) maps to Crelate Contact status. Custom fields on Candidate beyond the 20-field Crelate entity cap require field-culling decisions during scoping; we flag the top-used fields and recommend which to drop based on usage frequency data from the discovery audit.

Bullhorn Connexys ATS

ClientCorporation

maps to

Crelate

Company

1:1
Fully supported

Bullhorn ClientCorporation records map to Crelate Company records. We preserve company name, industry, address, billing information, and linked Contact associations. ClientCorporation custom fields migrate subject to the 20-field cap per entity. Multiple Contacts per Company in Bullhorn map cleanly to the Crelate Company-Contact relationship.

Bullhorn Connexys ATS

ClientContact

maps to

Crelate

Contact

1:1
Fully supported

Bullhorn ClientContact records (hiring managers, client-side contacts) map to Crelate Contact records linked to the corresponding Company. We preserve name, email, phone, title, and the relationship to ClientCorporation. ClientContact custom fields migrate subject to the 20-field per-entity cap. If a ClientContact in Bullhorn has no associated ClientCorporation, we create a stub Company record to satisfy Crelate's Company-Contact relationship.

Bullhorn Connexys ATS

JobOrder

maps to

Crelate

Job

1:1
Fully supported

Bullhorn JobOrder records map to Crelate Job records. We preserve job title, requirements, salary range, location, job description, status (Open, Placed, Closed), and owner assignment. Custom fields on JobOrder migrate subject to the 20-field cap. Bullhorn job status flags (Hot, Priority) map to Crelate custom Job fields if the customer's workflow depends on them.

Bullhorn Connexys ATS

JobSubmission

maps to

Crelate

Job pipeline stage

1:many
Fully supported

Bullhorn JobSubmission is a junction object linking a Candidate to a JobOrder with a submission date, status, and history. Crelate has no separate JobSubmission entity — candidate-to-job associations are tracked via pipeline stages on the Job. We resolve this by mapping the JobSubmission status to the appropriate pipeline stage in Crelate (Applied, Screening, Interview, Offer, Hired). The submission timestamp becomes the stage-entry timestamp. If a Candidate was submitted to the same JobOrder multiple times (re-submissions), we create separate pipeline entries or consolidate based on the customer's preference during scoping.

Bullhorn Connexys ATS

Placement

maps to

Crelate

Job (filled status) + Opportunity

lossy
Fully supported

Bullhorn Placement records capture the final hire outcome: Candidate, JobOrder, start date, salary, bill rate, and placement status. We map Placements to Crelate Job records with a filled status, and create an Opportunity record linked to the Job and the placing Contact for revenue tracking. The Placement start date, salary, and bill rate migrate to custom fields on the Crelate Job record. If the customer uses Placement for commission or billing tracking, we map that data to Opportunity fields or a custom Crelate field.

Bullhorn Connexys ATS

Custom Object

maps to

Crelate

Custom fields on core entities

lossy
Fully supported

Bullhorn Custom Objects (up to 10 instances on Front Office Growth/Enterprise, each with up to 55 fields) extend Candidates, Contacts, Companies, Jobs, and Placements. Crelate has no separate Custom Object entity. We audit every Bullhorn Custom Object and field during discovery, then compress them into custom fields on the corresponding Crelate entity. Fields exceeding the 20-field cap are prioritised by usage frequency and any beyond the cap are documented for the customer's admin to handle manually post-migration. This is the most significant data-fidelity risk in the migration and requires explicit sign-off before migration begins.

Bullhorn Connexys ATS

User (Owner/Recruiter)

maps to

Crelate

User

1:1
Fully supported

Bullhorn User records representing recruiters, administrators, and managers map to Crelate User records. We resolve User assignments on Candidate, JobOrder, and Placement records by email match. Any Bullhorn User without a matching Crelate User goes to a reconciliation queue for the customer's admin to provision before record import resumes. Inactive Bullhorn users map to inactive Crelate users to preserve historical assignment audit trails.

Bullhorn Connexys ATS

Attachment / Resume File

maps to

Crelate

Contact attachment / Job attachment

1:1
Fully supported

Resume files and attachments export from Bullhorn via REST API and ingest into Crelate as Contact attachments or Job attachments. We handle chunked extraction for large file volumes and preserve the link to the parent Contact or Job record. Parsed resume data (skills, work history, education) maps to the corresponding Crelate Contact fields; raw resume files are attached as documents. We flag any file type that Crelate's attachment API does not support and flag them for manual upload post-migration.

Bullhorn Connexys ATS

Job Reporting (stage history)

maps to

Crelate

Job pipeline stage history

lossy
Fully supported

Bullhorn Job Reporting tracks each Candidate's movement through pipeline stages with timestamps and the assigning User. Crelate does not expose an equivalent junction object; stage history is implicit in the pipeline timeline. We reconstruct stage-transition history as a series of Crelate stage entries with timestamps, and preserve the assigning User by linking to the Crelate User. If Job Reporting records in the source are incomplete or contain errors (a known Bullhorn data-quality issue), we reconstruct missing transitions where source data allows and flag gaps in the delivered migration report.

Bullhorn Connexys ATS

Note / Appointment / Task

maps to

Crelate

Activity

1:1
Fully supported

Bullhorn Notes, Appointments, and Tasks on Candidate, Contact, JobOrder, and Placement records map to Crelate Activities linked to the corresponding Contact or Job. Note body text, appointment details (date, duration, location), and task details (status, priority, due date) migrate directly. Timestamp preservation ensures the activity timeline reflects the original Bullhorn record dates. Linked User assignments migrate via the User email resolution.

Bullhorn Connexys ATS

Tax Info / Compliance Data

maps to

Crelate

Custom fields (GDPR, compliance)

lossy
Fully supported

Candidate Tax Info (federal filing status, exemptions) and compliance-related custom fields vary by region and Bullhorn instance configuration. We map standard compliance fields to Crelate custom fields on the Contact record, subject to the 20-field cap. GDPR consent records migrate to a custom Crelate field capturing consent date, consent type, and source. Any compliance fields exceeding the cap are flagged for the customer's admin to address post-migration.

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.

Bullhorn Connexys ATS logo

Bullhorn Connexys ATS gotchas

High

API rate limits cap bulk migration throughput

Medium

Connexys edition tier governs Custom Object limits

Medium

Job Reporting stage history can be incomplete

Low

Bullhorn does not publish pricing publicly

Crelate logo

Crelate gotchas

High

120 req/min API rate limit throttles bulk migrations

High

20 custom field per-entity cap forces data model decisions

Medium

15,000-record export ceiling on single operations

Medium

Sequences and automation workflows do not migrate

Low

API key is a querystring parameter, not a header

Pair-specific challenges

  • Crelate caps custom fields at 20 per entity; Bullhorn allows significantly more

    Crelate enforces a hard limit of 20 custom fields per entity across all tiers. Bullhorn Connexys ATS on Front Office Growth or Enterprise allows up to 10 Custom Objects with 55 fields each, plus extensive custom fields on core entities. Agencies with rich custom data models (compliance fields, industry-specific attributes, billing codes) will need to cull fields before migration. We audit all custom fields during discovery, rank them by usage frequency, and present a culling plan for customer approval before migration begins. Skipping this step results in migration failure at the data-ingestion stage because Crelate's API rejects records with unmapped fields that exceed its limit.

  • Crelate API v3 throttles ingestion at 120 req/min per IP

    Crelate deprecated API v1 and v2 endpoints as of November 1, 2025, throttling them to 30 requests per minute. API v3 throttles at 120 requests per minute per IP. Bullhorn extraction runs at up to 1,500 requests per minute. This rate-limit mismatch means we must implement queue management, batch chunking, and exponential backoff during ingestion. Without careful queue management, migration scripts spend more time waiting than working, and the migration timeline extends significantly. We use a buffered write queue that respects the 120 req/min ceiling and retries with backoff on 429 responses.

  • JobSubmission junction has no direct Crelate equivalent

    Bullhorn tracks candidate-to-job associations via the JobSubmission junction object, which captures submission status, submission date, and rejection reasons. Crelate collapses this into pipeline stages on the Job record. We map each JobSubmission status to a corresponding Crelate pipeline stage, but the one-to-many relationship between a single Candidate and multiple JobOrders (multiple submissions) requires careful handling. If a Candidate was submitted to the same JobOrder multiple times, we consolidate or flag as duplicate depending on the customer's data-quality preference set during scoping.

  • Crelate has no separate Custom Object entity

    Bullhorn Custom Objects are standalone entities that extend core records with up to 55 fields each and are accessible via REST API. Crelate has no equivalent standalone Custom Object concept — all additional fields must fit within the 20-field per-entity custom field limit on core objects (Contact, Company, Job). We compress Bullhorn Custom Objects into custom fields on the parent Crelate entity during scoping. If a Bullhorn Custom Object references another Custom Object (cross-lookup), we flatten the reference to a text field in Crelate, which loses the relational integrity but preserves the data value.

  • Bullhorn Job Reporting gaps can cause incomplete stage history

    The Bullhorn Job Reporting junction object tracks candidate stage transitions with timestamps and assigned User. Incomplete or inaccurate Job Reporting records in the source system result in gaps in the migrated stage history in Crelate. We audit Job Reporting completeness during discovery and reconstruct missing stage transitions where source data allows (for example, inferring a stage entry from the most recent Placement record). Gaps are documented in the migration report. Recruiters relying on complete historical stage timelines should be advised of this limitation before cutover.

Migration approach

Six steps for a successful Bullhorn Connexys ATS to Crelate data migration

  1. Discovery and custom field audit

    We audit the source Bullhorn Connexys ATS instance across edition tier, record counts (Candidates, ClientCorporations, JobOrders, Placements, Custom Objects), custom field usage per entity, active Job Reporting completeness, and engagement volume. We specifically count custom fields per entity against Crelate's 20-field ceiling and produce a culling priority list. We also extract API rate-limit characteristics from Bullhorn to model the extraction timeline. The discovery output is a written migration scope with a custom field culling plan requiring customer sign-off before development begins.

  2. Data model design and field mapping

    We design the Crelate destination schema: mapping Bullhorn Candidate to Contact, ClientCorporation to Company, JobOrder to Job, and Placement to filled Job status plus Opportunity. We design the JobSubmission-to-pipeline-stage mapping rule (which Bullhorn statuses map to which Crelate stages). We create the custom field map in Crelate Admin for each entity, prioritising fields by usage frequency and culling those exceeding the 20-field cap. Custom Object data is flattened into parent entity custom fields or documented for manual post-migration entry. All mapping is documented in a field-level spec reviewed by the customer's admin before development.

  3. Sandbox migration and reconciliation

    We run a full migration into a Crelate test environment using production-like data volume. The customer's admin reconciles record counts (Contacts in, Companies in, Jobs in, Placements in, Activities in), spot-checks 25-50 random records against the Bullhorn source, and validates that the pipeline stage mapping reflects expected workflows. Any custom field mapping corrections, culling adjustments, or pipeline stage mapping changes happen here. Sign-off on the sandbox migration is required before production migration begins.

  4. Owner reconciliation and user provisioning

    We extract every distinct Bullhorn User referenced on Candidate, JobOrder, Placement, and engagement records and match by email against the Crelate destination's User table. Any Bullhorn User without a matching Crelate User goes to a reconciliation queue. The customer's admin provisions missing Crelate Users (active or inactive based on whether the original Bullhorn user remains active). Migration cannot proceed past this step because User lookups are required on most record types.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Users (manual provisioning, validated), Companies (from Bullhorn ClientCorporations), Contacts (with CompanyId resolved for ClientContacts, and Candidate data processed separately), Jobs (with owner resolved), pipeline stage entries (from JobSubmission with stage mapping applied), Placements (mapped to filled Jobs and Opportunities), Activity history (Notes, Appointments, Tasks via Crelate API v3 with 120 req/min throttling), and custom field data (subject to the 20-field cap). Each phase emits a row-count reconciliation report before the next phase begins.

  6. Cutover, validation, and automation rebuild handoff

    We freeze Bullhorn writes during cutover, run a final delta migration of any records modified during the migration window, then set Crelate as the system of record. We deliver the automation and workflow inventory document to the customer's admin team, covering every Bullhorn workflow, automation rule, and integration requiring rebuild in Crelate's workflow engine. We support a one-week hypercare window where we resolve any reconciliation issues. We do not rebuild Bullhorn workflows as Crelate automations inside the migration scope; that is documented separately for the customer's admin or a Crelate implementation partner.

Platform deep dives

Context on both ends of the pair

Bullhorn Connexys ATS logo

Bullhorn Connexys ATS

Source

Strengths

  • Runs on the Salesforce platform, leveraging global cloud infrastructure and deep integration ecosystem.
  • Offers advanced automation for candidate communication, compliance workflows, and GDPR consent management.
  • Supports up to 10 Custom Objects with 55 fields each on enterprise tiers, enabling complex vertical-specific data capture.
  • Includes resume parsing, career portal, mass email/SMS, and LinkedIn integration out of the box.
  • Centralises candidate, client, job, and placement data in a single searchable database with configurable pipelines.

Weaknesses

  • Lacks native support for temporary or shift-based staffing workflows, limiting appeal for agencies in that segment.
  • Pricing is opaque, requires custom quotes, and reported renewal increases of ~20% create budget uncertainty.
  • API rate limits of 100,000 calls per month and 50 concurrent sessions restrict bulk migration throughput.
  • Steep learning curve and implementation complexity demand significant internal training investment.
  • User-reported email deliverability issues can disrupt candidate communication workflows.
Crelate logo

Crelate

Destination

Strengths

  • Unified ATS and CRM in a single platform reduces data synchronization overhead for recruiting teams.
  • Fast setup with guided implementation reported as a significant time saver for small teams.
  • Transparent per-seat pricing without surprise fees at the base tier.
  • Flexible custom field configuration across core objects without developer dependency.
  • Export capability supports up to 15,000 records per operation for Contacts, Companies, and Opportunities.

Weaknesses

  • API rate limit of 120 requests per minute restricts bulk migration throughput.
  • Custom field cap of 20 per entity requires field consolidation for complex recruiting schemas.
  • All advanced features (Activities, Activity Forms, Core Record Field customization) are tier-gated add-ons.
  • Customer service responsiveness receives consistent negative feedback in reviews.
  • Resume parsing quality trails competitors and generates support requests.

Complexity grading

How hard is this migration?

Standard HRMS migration. 1 of 7 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Bullhorn Connexys ATS and Crelate.

  • Object compatibility

    B

    1 of 7 objects need a mapping; the rest are 1:1.

  • 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

    Bullhorn Connexys ATS: 100,000 API calls per month per org; 50 concurrent sessions maximum.

  • Data volume sensitivity

    A

    Bullhorn Connexys ATS exposes a bulk API — large-volume migrations stream efficiently.

Estimator

Estimate your Bullhorn Connexys ATS to Crelate 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 Bullhorn Connexys ATS to Crelate data migrations

Answers to the questions buyers ask most during Bullhorn Connexys ATS to Crelate migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Bullhorn Connexys ATS to Crelate migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between four and six weeks for agencies under 15,000 Candidates and 2,000 JobOrders with fewer than 20 custom fields per entity and a clean JobReporting history. Migrations with extensive Bullhorn Custom Objects (55-field instances), large placement histories, complex JobReporting stage chains, or multi-division orgs move to ten to sixteen weeks because of Crelate's 20-field per-entity restructuring work, API throttling during bulk ingestion, and the JobSubmission-to-pipeline re-architecture.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Bullhorn Connexys ATS.
Land in Crelate, 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