HRMS migration
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
Source
Bullhorn ATS & CRM
Destination
Compatibility
3 of 12
objects map 1:1 between PageUp and Bullhorn ATS & CRM.
Complexity
BStandard
Timeline
4-6 weeks
Overview
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.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a 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
Bullhorn ATS & CRM
Candidate
1:1PageUp 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
Bullhorn ATS & CRM
JobOrder
1:1PageUp 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
Bullhorn ATS & CRM
Field Mappings (documentation only)
lossyPageUp 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
Bullhorn ATS & CRM
Candidate + Custom Object
lossyPageUp 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
Bullhorn ATS & CRM
Custom Object on Candidate
lossyPerformance 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
Bullhorn ATS & CRM
Custom Object on Candidate
lossyPageUp 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
Bullhorn ATS & CRM
Field Mappings (documentation only)
lossyPageUp 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
Bullhorn ATS & CRM
Candidate + ContentDocument
1:manyBackground 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
Bullhorn ATS & CRM
Custom Object on Candidate
lossyPageUp 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
Bullhorn ATS & CRM
Custom Object on Candidate
lossyPageUp 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
Bullhorn ATS & CRM
Custom Object on Candidate
lossySurvey 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
Bullhorn ATS & CRM
ContentDocument + ContentDocumentLink
1:1PageUp 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.
| PageUp | Bullhorn ATS & CRM | Compatibility | |
|---|---|---|---|
| Candidate | Candidate1:1 | Fully supported | |
| Position | JobOrder1:1 | Fully supported | |
| Workflows | Field Mappings (documentation only)lossy | Mapping required | |
| Employee Records | Candidate + Custom Objectlossy | Mapping required | |
| Performance Reviews | Custom Object on Candidatelossy | Mapping required | |
| Learning Modules | Custom Object on Candidatelossy | Mapping required | |
| E-Forms | Field Mappings (documentation only)lossy | Mapping required | |
| Background Checks | Candidate + ContentDocument1:many | Mapping required | |
| Succession Plans | Custom Object on Candidatelossy | Mapping required | |
| Onboarding Records | Custom Object on Candidatelossy | Mapping required | |
| Employee Engagement Surveys | Custom Object on Candidatelossy | Mapping required | |
| Documents | ContentDocument + ContentDocumentLink1:1 | Mapping required |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
PageUp gotchas
Multi-datacentre routing requires correct tenant datacentre identification
OAuth JWT token scopes gate export access per endpoint
Custom workflow logic does not export as data and must be manually rebuilt
Background check document files require separate file-level extraction
Bullhorn ATS & CRM gotchas
ATS Growth edition has no API access
Attachments excluded from CSV bulk exports
Custom Object limits vary sharply by edition
Opportunity pipeline stages are recruitment-specific
Resume parse quality varies by document format
Pair-specific challenges
Migration approach
Discovery and 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.
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.
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.
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.
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.
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
PageUp
Source
Strengths
Weaknesses
Bullhorn ATS & CRM
Destination
Strengths
Weaknesses
Complexity grading
Standard HRMS migration. All 7 core objects map 1:1 between PageUp and Bullhorn ATS & CRM.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across PageUp and Bullhorn ATS & CRM.
Object compatibility
All 7 core objects map 1:1 between PageUp and Bullhorn ATS & CRM.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
7-object category — typical timelines run 2–7 days end-to-end.
API constraints
PageUp: Not publicly documented.
Data volume sensitivity
PageUp doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during PageUp to Bullhorn ATS & CRM migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave PageUp
Other ways to arrive at Bullhorn ATS & CRM
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.