HRMS migration

Migrate from eArcu to Bullhorn ATS & CRM

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

eArcu logo

eArcu

Source

Bullhorn ATS & CRM

Destination

Bullhorn ATS & CRM logo

Compatibility

83%

10 of 12

objects map 1:1 between eArcu and Bullhorn ATS & CRM.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from eArcu to Bullhorn is a cross-schema migration complicated by the PageUp brand consolidation that followed EQT's acquisition of eArcu. Legacy eArcu instances and PageUp unified-stack instances use different field names, object identifiers, and API endpoints, so we confirm the source schema version during discovery before building any field mapping. Bullhorn's unified ATS and CRM model is purpose-built for staffing and recruitment agencies, whereas eArcu's platform is centred on enterprise talent acquisition with configurable career sites and assessment suites. We migrate Candidates with full profile fields and assessment scores, Applications linked to Requisitions with stage-entry timestamps preserved, and the Hiring Team roster with role assignments mapped to Bullhorn's permission model. We do not migrate onboarding packages (platform-native animated content), career site HTML and CSS configurations, or Workflow and approval configurations; we document these for the customer's admin to rebuild in Bullhorn.

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

eArcu logo

eArcu

What's pushing teams away

  • After the PageUp brand consolidation following the EQT acquisition, some customers evaluate alternatives when their contract renewal aligns with the rebrand rollout timeline.
  • Customers seeking a broader HCM footprint beyond talent acquisition eventually consolidate onto platforms like Workday or SAP SuccessFactors that offer payroll and core HR in a single suite.
  • Organisations with complex multi-country hiring requirements report that localisation and compliance features for certain regions lag behind purpose-built global HR platforms.

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 eArcu objects map to Bullhorn ATS & CRM

Each row shows how a eArcu 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.

eArcu

Candidate

maps to

Bullhorn ATS & CRM

Candidate

1:1
Fully supported

eArcu Candidate records carrying name, contact details, work history, and custom profile fields map to Bullhorn Candidate. We extract all standard fields and any custom properties, mapping them to Bullhorn custom fields on the Candidate entity. Assessment scores (cognitive, personality, situational judgement) attach as linked records and are mapped to Bullhorn custom fields or a custom object. Stage history timestamps migrate to Bullhorn note or activity records attached to the Candidate.

eArcu

Requisition

maps to

Bullhorn ATS & CRM

JobOrder

1:1
Fully supported

eArcu Requisition fields (title, department, location, employment type, pipeline assignment) map to Bullhorn JobOrder. We extract any custom approval workflow configurations on the Requisition and document them as a rebuild guide for Bullhorn. eArcu does not expose a native bulk-export endpoint; extraction relies on the customer's integration account or the platform's reporting export, which we confirm during discovery.

eArcu

Application

maps to

Bullhorn ATS & CRM

JobSubmission

1:1
Fully supported

eArcu Application records link a Candidate to a Requisition with timestamps for each stage transition. These map directly to Bullhorn JobSubmission. We preserve the full stage history including stage-entry dates by creating note or activity records on the JobSubmission in Bullhorn, since Bullhorn's standard JobSubmission does not store a detailed stage transition log. The candidate-to-job linkage resolves via Bullhorn's CandidateReference and JobOrderReference fields.

eArcu

Hiring Stages / Pipeline Stages

maps to

Bullhorn ATS & CRM

JobOrder Pipeline and Status

lossy
Mapping required

eArcu's configurable pipeline stages per requisition map to Bullhorn JobOrder pipeline definitions and status values. We extract the full stage list per requisition type during scoping and create corresponding Bullhorn pipeline configurations. Stage-entry dates from eArcu migrate as note records attached to JobSubmission so that the historical progression is preserved in Bullhorn.

eArcu

Assessments

maps to

Bullhorn ATS & CRM

Custom Fields or Custom Object

1:1
Mapping required

Cognitive test results, personality questionnaire scores, and situational judgement data stored as linked records in eArcu are exported as raw scores with assessment type metadata. We map these to Bullhorn custom fields on the Candidate record, or to a Bullhorn Custom Object (if the customer's Bullhorn edition supports it and the volume of assessment data warrants a separate object). Bullhorn ATS Growth is limited to 2 Custom Objects; Front Office Growth and Enterprise support up to 10.

eArcu

Hiring Team / Users

maps to

Bullhorn ATS & CRM

User

1:1
Mapping required

eArcu User accounts, roles, and permissions define who can view or act on requisitions and candidates. We export the user roster with role assignments and map to Bullhorn's User and permission model. Owner resolution happens by matching eArcu user email to Bullhorn user email. Any eArcu user without a Bullhorn counterpart is held in a reconciliation queue for the customer's admin to provision before record import resumes.

eArcu

Offer

maps to

Bullhorn ATS & CRM

Placement (with offer fields)

1:1
Fully supported

eArcu Offer records include compensation details, start dates, and approval status. Bullhorn does not have a separate Offer object in the standard ATS schema; offer data is typically stored on the Placement record or in custom fields. We map eArcu offer fields to Bullhorn Placement fields and any applicable custom fields. If the customer's Bullhorn edition supports Custom Objects, we may use a dedicated Offer custom object.

eArcu

Documents / Attachments

maps to

Bullhorn ATS & CRM

Candidate Attachments (Bullhorn native store)

1:1
Mapping required

CVs, cover letters, and supporting files attached to Candidates or Applications in eArcu are extracted as binary files and re-uploaded to Bullhorn's native document store attached to the corresponding Candidate record. We preserve original filenames and attach them to the correct Candidate using Bullhorn's resume and attachment upload API. Document ordering and any folder structure in eArcu is documented for manual reorganisation in Bullhorn.

eArcu

Career Site Content

maps to

Bullhorn ATS & CRM

Career Portal (Bullhorn rebuild)

1:1
Mapping required

Career portal pages, job board widgets, and branding assets in eArcu are HTML and CSS configurations rather than structured database records. These cannot be meaningfully exported as records and do not transfer to Bullhorn's Career Portal configuration. We export any available content export package from eArcu and deliver it alongside a rebuild guide for Bullhorn Career Portal setup.

eArcu

Onboarding Packages

maps to

Bullhorn ATS & CRM

Onboarding (Bullhorn Able rebuild)

1:1
Not supported

Animated onboarding content and structured onboarding task sequences in eArcu are platform-native configurations that do not export as discrete data records. We document the existing onboarding package structure during extraction as a reference for the customer's Bullhorn admin to rebuild using Bullhorn Onboarding (formerly Able). Onboarding data cannot be programmatically transferred.

eArcu

Workflow / Approval Configuration

maps to

Bullhorn ATS & CRM

Workflow (Bullhorn rebuild)

1:1
Fully supported

eArcu configurable hiring pipelines and stage definitions per requisition type are workflow configurations, not data records. We document the pipeline and stage structure for each requisition type during extraction and deliver a configuration guide for Bullhorn. Workflow rebuild is outside migration scope; the customer's Bullhorn admin or an implementation partner handles it post-migration.

eArcu

Custom Fields (Candidate, Requisition, Application)

maps to

Bullhorn ATS & CRM

Custom Fields or Custom Objects

lossy
Fully supported

eArcu's configurable custom fields on Candidate, Requisition, and Application records require mapping to Bullhorn's custom field model. Bullhorn supports custom fields on all standard entities (Candidate, JobOrder, JobSubmission, etc.) via the Admin Field Mappings interface. If custom field counts exceed Bullhorn's standard custom field limits per entity, we recommend a Bullhorn Custom Object, subject to the edition limit (2 on ATS Growth, 10 on Front Office Growth and Enterprise).

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.

eArcu logo

eArcu gotchas

High

Post-acquisition brand consolidation creates schema ambiguity

Medium

No publicly documented API limits export feasibility

Low

Onboarding content cannot be programmatically migrated

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

  • Schema ambiguity from PageUp brand consolidation

    eArcu was acquired and merged into PageUp's unified brand following EQT's acquisition. Migration scoping must determine whether the source instance uses the legacy eArcu schema or the PageUp unified stack. Field names, object identifiers, and export formats differ between the two versions, and importing from the wrong schema definition will produce malformed records in Bullhorn. We confirm the source schema version during discovery and apply the corresponding field mapping template before any extraction begins.

  • No publicly documented API requires extraction-path confirmation

    eArcu and PageUp do not publish public API documentation or rate-limit specifications. Migration scoping must establish whether the customer has an active integration account that grants API access, or whether data export relies on the platform's built-in reporting and manual download tools. We scope this gap during the discovery call and plan extraction accordingly. If only manual export is available, record volume and field completeness affect timeline and price.

  • Bullhorn Custom Object limits by edition constrain assessment migration

    Bullhorn limits Custom Objects to 2 on ATS Growth, 10 on Front Office Growth and Enterprise, and none on ATS Growth (confirmed via Bullhorn KB). eArcu's assessment data (cognitive, personality, situational judgement) is typically stored as linked records that may require a dedicated Bullhorn Custom Object. We confirm the customer's Bullhorn edition during scoping and map assessment fields to Bullhorn custom fields on the Candidate entity if the Custom Object allocation is exhausted.

  • Stage history does not map directly to Bullhorn's standard JobSubmission schema

    eArcu applications carry configurable stage-entry timestamps per application, allowing full reconstruction of the candidate's progression through the hiring pipeline. Bullhorn's standard JobSubmission entity stores the current status but not a detailed stage-transition log. We preserve stage history by creating note or activity records on the JobSubmission with stage name and timestamp, which keeps the data accessible in Bullhorn's activity timeline without requiring custom object configuration.

  • Onboarding and career site content cannot be programmatically migrated

    Animated onboarding packages and structured onboarding task sequences in eArcu are platform-native configurations. Career site pages and job board widgets are HTML and CSS assets rather than structured records. Neither transfers to Bullhorn as discrete data. We document the existing structure during extraction and deliver a rebuild guide for Bullhorn Career Portal and Bullhorn Onboarding (formerly Able).

Migration approach

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

  1. Discovery and schema-version confirmation

    We audit the eArcu source instance to confirm whether it runs on the legacy eArcu schema or the PageUp unified stack. We extract a representative sample of records across Candidate, Requisition, Application, Assessment, and User objects to validate field names, data types, and record linkage. We confirm the extraction method (API access, integration account, or manual export) and assess data volume across all objects. The discovery output is a written migration scope with the confirmed schema version, field mapping template, extraction path, and Bullhorn edition recommendation.

  2. Bullhorn destination setup and Custom Object provisioning

    We configure the Bullhorn destination environment before data import begins. This includes setting up the Bullhorn pipeline and status values to match the eArcu stage model, provisioning Custom Fields on standard entities (Candidate, JobOrder, JobSubmission) via the Admin Field Mappings interface, and submitting a Custom Object Setup Sheet to Bullhorn Support if the customer's edition and migration scope require additional Custom Objects. We also configure user roles and permission sets to match the eArcu Hiring Team structure.

  3. Sandbox or staging migration and reconciliation

    We run a full migration into the Bullhorn staging environment using production-like data volume. The customer's recruiting operations lead reconciles record counts (Candidates in, JobOrders in, JobSubmissions in, Assessments in, Users in), spot-checks 25-50 random records against the eArcu source, and validates that stage history, document attachments, and assessment scores transferred correctly. Any mapping corrections or schema adjustments happen at this stage before production migration begins.

  4. User provisioning and owner reconciliation

    We extract every distinct eArcu Hiring Team member referenced on Candidate, Requisition, Application, and Offer records and match by email against the Bullhorn destination's User table. Any eArcu user without a matching Bullhorn User goes to a reconciliation queue. The customer's Bullhorn admin provisions missing Users (active or inactive based on whether the original eArcu user is still employed) before record import resumes. Migration cannot proceed past this step because OwnerId references are required on most standard objects.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Users (manually provisioned and validated), JobOrders (from eArcu Requisitions), Candidates (with any custom fields resolved), Assessments (mapped to custom fields or Custom Object), JobSubmissions (with CandidateReference and JobOrderReference resolved, and stage history as note records), Offers (mapped to Placement or custom fields), and document attachments (re-uploaded to Bullhorn's native store). Each phase emits a row-count reconciliation report before the next phase begins. We use Bullhorn's REST API with rate-limit handling and exponential backoff.

  6. Cutover, validation, and rebuild handoff

    We freeze eArcu writes during cutover, run a final delta migration of any records modified during the migration window, then enable Bullhorn as the system of record. We deliver the onboarding package structure document, career site content export package, and workflow configuration guide to the customer's Bullhorn admin team. We support a one-week hypercare window where we resolve any reconciliation issues. We do not rebuild eArcu workflows or career site configurations inside the migration scope; those are separate rebuild engagements.

Platform deep dives

Context on both ends of the pair

eArcu logo

eArcu

Source

Strengths

  • End-to-end talent acquisition covering career sites, ATS, assessments, and onboarding in one platform.
  • Configurable hiring pipelines and stage definitions per requisition type.
  • Integrated assessment suite reducing reliance on third-party screening vendors.
  • Responsive candidate-facing portal with real-time application status updates.
  • Social recruitment tools distributing job postings directly to LinkedIn, Facebook, and Twitter.

Weaknesses

  • Public API documentation is not readily accessible, limiting direct integrations and migration tooling options.
  • Following the PageUp brand consolidation, customers may face uncertainty about product roadmap direction and support continuity.
  • Enterprise-grade reporting and analytics capabilities lag behind standalone BI platforms.
  • No publicly documented bulk export or migration tooling to facilitate data portability.
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 eArcu and Bullhorn ATS & CRM.

B

Overall complexity

Standard migration

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

  • Object compatibility

    A

    All 7 core objects map 1:1 between eArcu 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

    eArcu: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your eArcu 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 eArcu to Bullhorn ATS & CRM data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Most migrations land between three and five weeks for accounts under 10,000 candidate records with a confirmed extraction path and no custom objects requiring Bullhorn Support tickets. Migrations with complex assessment data, large document attachment volumes, or schema-confirmation complexity (legacy eArcu vs PageUp unified stack) move to eight to fourteen weeks. Discovery and schema-version confirmation alone typically takes two to four weeks depending on customer responsiveness and data-access provisioning.

Adjacent paths

Related migrations to explore

Ready when you are

Move from eArcu.
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