HRMS migration

Migrate from PageUp to Bullhorn ATS & CRM

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

PageUp logo

PageUp

Source

Bullhorn ATS & CRM

Destination

Bullhorn ATS & CRM logo

Compatibility

25%

3 of 12

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

Complexity

BStandard

Timeline

4-6 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from PageUp to Bullhorn is a shift from an enterprise talent management suite spanning recruiting, performance, learning, and succession to a purpose-built ATS and CRM designed for staffing agencies and in-house recruitment teams. PageUp structures data around a talent lifecycle model with multi-region datacentres, OAuth JWT-secured exports, and deep custom workflow support; Bullhorn uses a recruiter-centric entity model (Candidate, ClientContact, ClientCorporation, JobOrder, Opportunity, Placement) with REST API access and Custom Objects gated by edition tier. We resolve PageUp's datacentre routing (dc2 and related identifiers) during discovery, extract candidate records and employee data via the Exports API, map PageUp custom fields to Bullhorn custom fields or Custom Objects depending on edition, and separate background check PDF files from the structured record export. Custom workflow definitions, performance review templates, and automation triggers are configuration data that does not export; we deliver a written inventory of active workflows and stage gates for the customer's Bullhorn administrator to rebuild in Bullhorn's Field Mappings and automation tools.

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

PageUp logo

PageUp

What's pushing teams away

  • Custom enterprise pricing with no public tiers creates budget uncertainty and makes cost-of-ownership comparisons with alternatives difficult
  • Some UI and feature areas feel dated compared to newer talent management competitors, leading to friction for users expecting modern UX patterns
  • Platform complexity and custom workflows mean new administrators face a steep learning curve before becoming productive
  • Integration-heavy environment means migrations involve re-establishing dozens of third-party connections in the destination system
  • Recruiting process inefficiencies—slow approvals and candidate drop-off—generate hidden operational costs that add up annually

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

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

PageUp

Candidate

maps to

Bullhorn ATS & CRM

Candidate

1:1
Fully supported

PageUp Candidate records (applicant data, evaluations, hiring process status, resume files) map to Bullhorn Candidate. The Exports API provides structured candidate exports with configurable field selections. We preserve all standard candidate fields, map PageUp custom candidate fields to Bullhorn custom fields (via Admin > Field Mappings) or to Bullhorn Custom Objects if the customer's Bullhorn edition supports them and the data requires structured grouping. Resume files are extracted as binary and attached as Bullhorn ContentDocument records linked to the Candidate.

PageUp

Position

maps to

Bullhorn ATS & CRM

JobOrder

1:1
Fully supported

PageUp job postings and position records (sourcing channels, candidate metrics, pipeline analytics) map to Bullhorn JobOrder. Active and historical positions migrate with job board associations and posting metadata preserved as custom fields on the JobOrder. The JobOrder status field maps from PageUp position status, and published date migrates as an external reference date for reporting continuity.

PageUp

Workflows

maps to

Bullhorn ATS & CRM

Field Mappings (documentation only)

lossy
Mapping required

PageUp custom recruiting workflows (approval chains, stage progressions, automation triggers) are tenant-specific configuration data and do not export as record data. The Exports API extracts workflow definitions for documentation purposes only. We deliver a written inventory of every active PageUp workflow with its stages, conditions, and recommended Bullhorn Field Mappings and Bullhorn Automation equivalents. The customer's Bullhorn administrator rebuilds workflows post-migration; we do not migrate workflow logic as code.

PageUp

Employee Records

maps to

Bullhorn ATS & CRM

Candidate + Custom Object

lossy
Mapping required

PageUp employee data (performance history, compensation, organisational structure with effective-dated changes) requires schema design for the Bullhorn destination. Active employees who are also candidates in PageUp's recruiting module map to Bullhorn Candidate records with a custom object for employment history. We extract the current employment state and flag historical records for the customer to decide retention scope. Succession plan incumbents migrate as Candidate records with a custom object tracking readiness ratings.

PageUp

Performance Reviews

maps to

Bullhorn ATS & CRM

Custom Object on Candidate

lossy
Mapping required

Performance review cycles, ratings, goals, and feedback notes stored per employee in PageUp do not have a direct Bullhorn standard object equivalent. We map these to Bullhorn Custom Objects attached to the Candidate entity if the Bullhorn edition supports Custom Objects (Front Office Growth/Enterprise: 10; Bullhorn ATS: 2; ATS Growth: none). Custom review criteria and competency frameworks are documented separately for the customer's Bullhorn administrator to configure as picklist values.

PageUp

Learning Modules

maps to

Bullhorn ATS & CRM

Custom Object on Candidate

lossy
Mapping required

PageUp courses, training records, and learning paths (completion status, scores, enrollment history) migrate to Bullhorn Custom Objects on the Candidate record. Learning module structure maps as a custom object with fields for course name, completion date, score, and enrollment status. The customer's Bullhorn administrator configures the custom object tab visibility and department-level access per Bullhorn's custom object permissions.

PageUp

E-Forms

maps to

Bullhorn ATS & CRM

Field Mappings (documentation only)

lossy
Mapping required

PageUp electronic forms (new hire onboarding, compliance acknowledgements, HR transactions) store form templates and submitted responses. Form structure and custom fields do not migrate as functional forms in Bullhorn because Bullhorn's form model differs. We extract submitted form response data as structured records and map field values to Bullhorn custom fields or custom objects. The customer's Bullhorn administrator rebuilds active forms in Bullhorn using Bullhorn's standard field configuration.

PageUp

Background Checks

maps to

Bullhorn ATS & CRM

Candidate + ContentDocument

1:many
Mapping required

Background check status and summary fields export via PageUp's standard API cleanly. The associated PDF or image files are stored as attachments requiring separate document retrieval. We extract files via PageUp's document endpoints and attach them as ContentDocument records to the corresponding Bullhorn Candidate. Customers must verify that background check vendor agreements permit data transfer before migration. We flag any records where vendor agreement restrictions apply and document the restriction in the migration handoff.

PageUp

Succession Plans

maps to

Bullhorn ATS & CRM

Custom Object on Candidate

lossy
Mapping required

PageUp succession planning records (roles mapped to successors with readiness ratings) migrate to Bullhorn Custom Objects on the Candidate record. We export plan definitions and current incumbency data. The readiness rating scale may differ between PageUp and Bullhorn; we document the rating mapping in the migration spec and leave the decision to the customer's administrator during configuration.

PageUp

Onboarding Records

maps to

Bullhorn ATS & CRM

Custom Object on Candidate

lossy
Mapping required

PageUp onboarding tasks, checklist progress, and new hire document completions tracked per employee migrate to Bullhorn Custom Objects on the Candidate record. Task status and completion dates migrate as structured data. Step sequencing and automated task triggers are tenant-specific configuration that do not export; we document the onboarding workflow for the customer's Bullhorn administrator to rebuild using Bullhorn Automation if licensed.

PageUp

Employee Engagement Surveys

maps to

Bullhorn ATS & CRM

Custom Object on Candidate

lossy
Mapping required

Survey results, participation rates, and trend data stored by cycle export as structured records. We export aggregate and anonymised results where applicable and flag individual-level response data for explicit customer consent before migration. The customer's administrator decides whether engagement data migrates as a custom object on Candidate or is held for manual handoff if GDPR or regional data-privacy requirements apply.

PageUp

Documents

maps to

Bullhorn ATS & CRM

ContentDocument + ContentDocumentLink

1:1
Mapping required

PageUp employee documents (contracts, signed forms, performance records stored within the platform) are extracted as document metadata and binary files. We extract all documents and attach them to the corresponding Bullhorn Candidate or ClientCorporation record via ContentDocumentLink. Document naming conventions and storage hierarchy from PageUp are preserved in the file naming or metadata fields to maintain discoverability in Bullhorn.

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.

PageUp logo

PageUp gotchas

High

Multi-datacentre routing requires correct tenant datacentre identification

Medium

OAuth JWT token scopes gate export access per endpoint

Medium

Custom workflow logic does not export as data and must be manually rebuilt

Low

Background check document files require separate file-level extraction

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

  • PageUp datacentre routing must be resolved before export begins

    PageUp operates across multiple datacentres identified by dataCentreId (e.g., dc2). The API root URL changes based on which datacentre hosts the tenant's instance, determined by the customer's admin portal URL. We identify the correct datacentre during scoping and log it for all export configuration. Using the wrong datacentre results in OAuth JWT authentication failures and zero data returned, which can stall migration timelines if not caught before the first export job is triggered.

  • OAuth JWT scopes gate which export operations are available

    The PageUp Exports API requires specific OAuth scopes: Public.Exporter.Read for GET operations and Public.Exporter.Write for POST operations that trigger export jobs. API credentials provisioned without Write scope cannot trigger export jobs, only retrieve previously generated exports. We confirm scope availability during the integration setup phase and flag any credential limitations before scheduling the first export job.

  • Bullhorn Custom Object limits vary by edition and block imports when exceeded

    Bullhorn editions cap Custom Objects differently: Front Office Growth and Enterprise support 10 Custom Objects with 55 fields each; Bullhorn ATS supports 2; ATS Growth supports none. We audit PageUp custom field groups and employee data objects during scoping and determine whether they map to Bullhorn standard custom fields (which are unlimited) or require Custom Objects (constrained by edition). If the customer's Bullhorn edition cannot accommodate the required custom objects, we flag the constraint before migration design begins and recommend an edition upgrade or a custom field-only mapping strategy.

  • Background check PDF files require separate file-level extraction

    Background check status and summary fields export via the PageUp API cleanly as structured data, but the actual PDF or image files are stored as attachments requiring separate document retrieval calls. We extract these via the document endpoints and package them alongside the candidate record export. Customers must verify that background check vendor agreements permit data transfer before migration; we flag any records with vendor restriction flags in the migration handoff document.

  • Custom workflow definitions do not export as migratable data

    PageUp custom recruiting workflows including approval chains, stage gates, and automation triggers are tenant-specific configuration data, not record data. The Exports API extracts record-level data but not workflow templates or routing rules. We document all active workflows and map each stage to a Bullhorn equivalent, but the customer rebuilds these in Bullhorn's Field Mappings or Bullhorn Automation post-migration. This is a manual handoff requiring the customer's PageUp administrator to participate in a workflow discovery session before we finalise the inventory document.

Migration approach

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

  1. Discovery and datacentre identification

    We audit the source PageUp tenant across modules in use (recruiting, performance, learning, onboarding), datacentre identifier (dc2 or other from the admin portal URL), OAuth JWT credential scopes (Read vs Write), and active export jobs. We also inventory active workflows, custom fields on Candidates and Employee Records, background check records with file attachments, and succession and learning module volumes. This output is a written migration scope that includes the datacentre ID, all export job definitions, and a Bullhorn edition recommendation based on custom object requirements.

  2. Bullhorn edition assessment and schema design

    We assess the customer's target Bullhorn edition against the custom object count required from PageUp. If Front Office Growth or Enterprise is required to accommodate performance reviews, succession plans, and learning records, we recommend the appropriate tier. We design the Bullhorn schema: custom fields via Admin > Field Mappings, Custom Objects per Bullhorn's limits, Record Types on JobOrder if multiple position types are in scope, and department-level access controls for custom objects. Schema is validated in a Bullhorn sandbox before any production migration begins.

  3. Sandbox migration and reconciliation

    We run a full migration into a Bullhorn sandbox using production-like data volume. The customer's HR and recruiting leads reconcile record counts (Candidates in, JobOrders in, Employee Records in, Background Check documents in), spot-check 25-50 records against the PageUp source, and sign off the schema and field mapping before production migration begins. Any field mapping corrections, datacentre export adjustments, or custom object redesign decisions happen in sandbox, not in production.

  4. File-level extraction and document packaging

    We extract background check PDF and image files via PageUp's document endpoints in parallel with the structured record export. Files are named according to the source document ID and linked to the corresponding Bullhorn Candidate record via ContentDocumentLink. Vendor agreement restrictions are flagged per record and documented for the customer's legal review if applicable.

  5. Production migration in dependency order

    We run production migration in record-dependency order: JobOrders (from PageUp Positions), Candidates (with resume files attached as ContentDocument), Employee Records mapped to custom objects on Candidates, Performance Reviews and Learning Modules (custom objects), Succession Plans, Onboarding Records, and Background Check status data. Each phase emits a row-count reconciliation report before the next phase begins. Workflow definitions, E-form structures, and automation triggers are not migrated; they are delivered as a written inventory document for the customer's Bullhorn administrator.

  6. Cutover, validation, and workflow rebuild handoff

    We freeze PageUp 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 workflow and automation inventory document to the customer's Bullhorn administrator. We support a one-week hypercare window where we resolve any reconciliation issues. Workflow rebuild, Bullhorn Automation configuration, and form redesign are outside standard migration scope; these require a separate engagement or are handled by the customer's Bullhorn administrator using the handoff document.

Platform deep dives

Context on both ends of the pair

PageUp logo

PageUp

Source

Strengths

  • Single platform covering recruiting, performance, learning, and succession reduces data silos across HR functions
  • Multi-datacentre architecture with OAuth JWT API enables secure programmatic access for integration and migration
  • Highly customisable workflow builder lets enterprises model complex hiring and approval processes
  • Strong integration ecosystem with 150+ third-party tools including HRIS, calendar, and background check providers
  • Established enterprise track record since 1997 with references across global mid-market and large organisations

Weaknesses

  • No public pricing tiers makes budget planning and competitive comparisons difficult for prospects
  • Custom workflow complexity creates steep onboarding curve for new administrators and HR teams
  • Some interface elements and feature areas feel outdated relative to newer talent management competitors
  • Integration dependencies mean migrations require rebuilding numerous third-party connections from scratch
  • Enterprise-only positioning limits appeal for small and medium businesses seeking simpler HR solutions
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 PageUp and Bullhorn ATS & CRM.

B

Overall complexity

Standard migration

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

  • Object compatibility

    A

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

    PageUp: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your PageUp 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 four and six weeks for accounts under 20,000 Candidates and 3,000 Positions with no employee records migration in scope. Migrations that include employee records, performance review history, large background check file volumes requiring separate file extraction, or multi-region datacentre routing complexity move to ten to fourteen weeks because of datacentre resolution time, sandbox validation cycles, and the workflow inventory handoff work.

Adjacent paths

Related migrations to explore

Ready when you are

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