HRMS migration

Migrate from Cornerstone Recruiting to BambooHR

Field-level mapping, validation, and rollback between Cornerstone Recruiting and BambooHR. We move data and schema; workflows are rebuilt natively in BambooHR.

Cornerstone Recruiting logo

Cornerstone Recruiting

Source

BambooHR

Destination

BambooHR logo

Compatibility

83%

10 of 12

objects map 1:1 between Cornerstone Recruiting and BambooHR.

Complexity

BStandard

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Cornerstone Recruiting to BambooHR is a model simplification. Cornerstone organizes recruiting data across a configurable OU hierarchy of Cost Centers, Divisions, Positions, and Locations with a portal-specific corpname driving every API endpoint. BambooHR uses a flat Department and Location model with applicant records attached directly to Jobs. We resolve the structural gap by flattening Cornerstone's multi-level OU tree into BambooHR's Department and Location fields, using Division as the primary Department and Position as the secondary Department or Job Title as appropriate. Application Workflow stages (portal-specific in Cornerstone) map to BambooHR's applicant stage pipeline. Sensitive PII fields are excluded from migration per Cornerstone's Bulk API restrictions; we deliver an inventory of those fields for manual re-provisioning post-migration. Workflows, sequences, career site configurations, and employment branding settings do not migrate; we provide a written map for the customer's admin to rebuild.

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

Cornerstone Recruiting logo

Cornerstone Recruiting

What's pushing teams away

  • Subscription costs escalate significantly as organizations add user licenses and modules, prompting mid-market companies to seek lower-cost alternatives.
  • The breadth of the HCM suite creates complexity for teams that only need an ATS without the full learning, performance, or workforce management stack.
  • Configuration and administration require dedicated resources, and organizations without dedicated HR IT staff report difficulty maintaining custom setups over time.
  • Integration with third-party payroll and HR systems outside the Cornerstone ecosystem can require custom connector development or workarounds.
  • Time-to-hire metrics remain a pain point for organizations seeking faster recruiting cycles, especially when the ATS workflow configuration adds steps to already complex hiring processes.

Choosing

BambooHR logo

BambooHR

What's pulling them in

  • Lowest friction entry point for SMBs moving off spreadsheets — intuitive interface means most teams are functional within days, not weeks.
  • Consolidation value: BambooHR merges ATS, onboarding, HR records, time-off, and payroll into a single pane of glass that employees never need to leave.
  • Volume discounts applied automatically by headcount, so pricing scales predictably as the company grows without renewal negotiations.
  • BambooHR reports most customers go live in four to six weeks, making it a realistic commitment for under-resourced HR teams.
  • Award-winning Support Heroes cited frequently in reviews — responsive human support after implementation is a differentiator.

Object mapping

How Cornerstone Recruiting objects map to BambooHR

Each row shows how a Cornerstone Recruiting object lands in BambooHR, including any object-level transformations, lookup resolution, or schema-design dependencies.

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

Cornerstone Recruiting

Job Requisition

maps to

BambooHR

Job

1:1
Fully supported

Cornerstone Requisitions map to BambooHR Jobs. The RequisitionId and RequisitionName transfer to BambooHR's Job ID and Job Title. PositionId and DivisionId from Cornerstone map to BambooHR's Department field with Division used as the primary Department. Location from Cornerstone maps to BambooHR's Location field. Job status (Open, On Hold, Closed) migrates directly. We pull the full requisition schema via Cornerstone's GET Requisition API including any custom fields defined at the portal, and map each to a BambooHR custom field or standard field as appropriate.

Cornerstone Recruiting

Candidate

maps to

BambooHR

Applicant

1:1
Fully supported

Cornerstone Candidate records (the persistent profile object containing Name, Email, Phone, Address, and Ethnicity) map to BambooHR Applicant records. A single Candidate who applied to multiple Requisitions in Cornerstone creates multiple Applicant records in BambooHR, each tied to its respective Job. We use Candidate email as the dedupe key during import. The Candidate's most recent application status becomes the Applicant's current stage in BambooHR.

Cornerstone Recruiting

Job Applicant

maps to

BambooHR

Application (Applicant-Job link)

1:1
Fully supported

The Cornerstone JobApplicant object (the intersection of Candidate and Requisition, containing ApplicationReceivedDateLocal, AverageRating, CandidateType, and PositionId) maps to a BambooHR Application record. We link each Application to its corresponding BambooHR Job and Applicant by resolving the CandidateId and RequisitionId through the lookup tables we built during extraction. ApplicationReceivedDateLocal preserves the original application timestamp.

Cornerstone Recruiting

Application Workflow Stage

maps to

BambooHR

Applicant Stage

lossy
Fully supported

Cornerstone Application Workflows define portal-specific stage progressions that vary by recruiting process and geography. We retrieve the full workflow state list via GET Application Workflow API during discovery, enumerate every distinct stage value across all active workflows, and map each to a corresponding BambooHR stage name (Applied, Phone Screen, Interview, Offer, Hired, Rejected). Stages with no BambooHR equivalent become configurable stages added to the BambooHR job before migration.

Cornerstone Recruiting

Organizational Unit (Division)

maps to

BambooHR

Department

1:1
Fully supported

Cornerstone Division OUs map to BambooHR Departments. The OU schema endpoint returns all valid OU types per portal, and we identify which OU type corresponds to the customer's intended Department structure. If the customer uses multiple OU types (e.g., Division and Legal Entity both feeding a reporting hierarchy), we use the top-level OU (Division or Legal Entity) as Department and flag the secondary for manual setup. Cornerstone's configurable OU types require early identification during scoping because the schema varies by customer.

Cornerstone Recruiting

Organizational Unit (Location)

maps to

BambooHR

Location

1:1
Fully supported

Cornerstone Location OUs map directly to BambooHR Locations. Both platforms use a flat location list, so the mapping is straightforward. We extract all unique Location values from Cornerstone OUs, deduplicate, and create the corresponding Locations in BambooHR before requisition import so that the Location field is satisfied at import time.

Cornerstone Recruiting

Organizational Unit (Position)

maps to

BambooHR

Job Title

1:1
Fully supported

Cornerstone Position OUs map to BambooHR Job Title fields on the Employee record (post-hire) or as a custom field on the Applicant record. For active requisitions, PositionId becomes a custom field or maps to the Job's designated title field depending on the customer's BambooHR configuration. Position is a second-level OU in Cornerstone's hierarchy and may also inform the Department mapping in cases where Division is not explicitly set.

Cornerstone Recruiting

Candidate Attachment (Resume, Cover Letter)

maps to

BambooHR

Applicant Document

1:1
Fully supported

Candidate attachments (resumes, cover letters, portfolio files) are extracted via the Cornerstone Attachment API which returns file metadata and binary content. We re-associate each file with the corresponding migrated Applicant record in BambooHR. BambooHR's document attachment limit and file size restrictions are verified during scoping. We note the original file name and MIME type from Cornerstone to preserve document type classification in BambooHR.

Cornerstone Recruiting

Custom Fields (Requisition)

maps to

BambooHR

Custom Fields (Job)

1:1
Fully supported

Custom fields defined on Cornerstone Job Requisitions (returned by GET Job Requisition Custom Field API) map to BambooHR custom fields on the Job record. We retrieve the full custom field schema per portal during discovery, identify the field type (text, number, date, dropdown), and create matching custom fields in BambooHR before migration. Dropdown custom fields require value mapping between Cornerstone picklist values and BambooHR options list.

Cornerstone Recruiting

Custom Fields (Application)

maps to

BambooHR

Custom Fields (Applicant)

1:1
Fully supported

Custom fields on Cornerstone Applications map to BambooHR custom fields on the Applicant record. Same schema-retrieval approach via the custom field API. Note that sensitive PII fields (SPII fields marked secure in Cornerstone) are excluded from migration per the Bulk API restriction; we deliver a written list of which fields were excluded for the customer's admin to manually re-create in BambooHR.

Cornerstone Recruiting

Employee Record (post-hire)

maps to

BambooHR

Employee

1:1
Fully supported

Cornerstone Employee records (Core HR data: employment status, compensation history, manager assignment) map to BambooHR Employee records if the customer also migrates core HR data. If only the ATS module is in scope, we migrate the hired candidate as an Employee record with Name, Email, hire date, Department, and Job Title populated from the requisition and application data. Manager assignment maps by resolving the manager's Employee ID from Cornerstone's Core/HR API.

Cornerstone Recruiting

EEO Response Data

maps to

BambooHR

EEO Aggregate Report

lossy
Fully supported

Cornerstone captures EEOC voluntary disclosure fields (ethnicity, veteran status, disability) on the Candidate record. BambooHR provides aggregate EEO reporting at the organization level rather than tied to individual candidates (per legal requirements). We migrate the EEO response status (responded, declined) at the candidate level into a custom field in BambooHR for compliance records, while the disclosure values themselves are mapped to BambooHR's aggregate reporting categories.

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.

Cornerstone Recruiting logo

Cornerstone Recruiting gotchas

High

Sensitive PII fields are excluded from Bulk API loads

High

Portal-specific corpname drives all API endpoints

Medium

Throttling limit of 417 requests per minute applies across all Foundational APIs

Medium

LoadPrimaryKey setting determines employee identifier behavior

Low

New employees get default password or no password if backend setting is absent

BambooHR logo

BambooHR gotchas

High

Undocumented API rate limits can trigger 503 errors

High

Per-employee pricing model requires active record count verification

Medium

API credentials must be sent on every request to avoid extra round trips

Medium

Custom field schema varies per account and requires manual inventory

Low

Document and attachment exports are not covered by standard report exports

Pair-specific challenges

  • Sensitive PII fields are excluded from Cornerstone Bulk API loads

    Cornerstone's Bulk API documentation explicitly states it does not support loading data to secure custom fields or sensitive PII fields. These fields appear in the schema but are not eligible for bulk import. We identify every field marked as sensitive in the schema during discovery, exclude it from migration loads, and deliver a written inventory of excluded fields with their current values so the customer's admin can manually re-provision them in BambooHR. Organizations relying on sensitive candidate data (such as government-mandated disclosure fields) must plan for manual re-entry or a secure alternative transfer method.

  • Portal-specific corpname is required for every Cornerstone API endpoint

    Every Cornerstone API call requires the customer's portal name (corpname) embedded in the URL, for example https://{corpname}.csod.com/services/api/ats/. This applies to both the REST API and the Bulk API schema endpoint. There is no discovery API that programmatically returns the portal name. We extract the corpname from the customer's provisioning details during scoping, verify it by making a test call to the root endpoint, and use it consistently throughout the extraction pipeline. Migrations that miss this step fail at the first API call.

  • Application Workflow stages are portal-specific and require manual enumeration

    Cornerstone Application Workflows are defined per portal and the stage values are not standardized across customers. A stage named HR Review in one customer's portal may not exist in another. We retrieve the full workflow state list via GET Application Workflow API during discovery, enumerate every distinct stage across all workflows, and map each to a BambooHR stage. BambooHR's stage names are configurable per job but follow a standard set; stages that cannot map directly require pre-migration configuration of custom stages in BambooHR before application records are loaded.

  • OU hierarchy flattening loses Cornerstone's multi-level reporting structure

    Cornerstone's OU hierarchy (Cost Center, Division, Legal Entity, Grade, Position, Location) is multi-level and can drive reporting, permissions, and workflow routing. BambooHR uses a flat Department and Location model without hierarchical nesting. We flatten Cornerstone's hierarchy by mapping the top-level OU (typically Division or Legal Entity) to Department and the second-level OU (typically Position) to Job Title or a secondary Department field. The customer must confirm the intended hierarchy mapping during scoping because the flattening is irreversible and affects reporting structures built on Department in BambooHR.

  • BambooHR's EEO data is aggregate-only and cannot be attributed to candidates

    Cornerstone stores EEO voluntary disclosure responses (ethnicity, veteran status, disability) on individual Candidate records. BambooHR's EEO reporting provides aggregate counts at the organization level and does not tie disclosure responses to specific candidate records, by legal design. We migrate EEO response status (responded or declined) to a custom field on the Applicant record for compliance record-keeping, but the actual disclosure values land in BambooHR's aggregate reporting module only. If the customer requires candidate-level EEO attribution for audit or reporting, BambooHR does not support it and a parallel compliance system may be needed.

Migration approach

Six steps for a successful Cornerstone Recruiting to BambooHR data migration

  1. Discovery and portal scoping

    We audit the source Cornerstone portal to extract the corpname (portal identifier), enumerate OU types in use, retrieve the full custom field schema for Requisitions and Applications, enumerate Application Workflow stages, and estimate candidate and requisition record counts. We also identify any secure or sensitive PII fields flagged in the schema. On the BambooHR side, we confirm the customer's API key access, enumerate existing Departments and Locations, identify custom field definitions in use, and map the intended BambooHR stage pipeline for each Job. The discovery output is a written migration scope with object mapping, OU flattening rules, and EEO handling confirmed by the customer.

  2. OU hierarchy mapping and Department creation

    We extract all unique OU values from Cornerstone's Bulk API schema endpoint, identifying the OU type for each value (Division, Legal Entity, Cost Center, Position, Location). We map the top-level OU to BambooHR Department and the Location OU to BambooHR Location. If Cornerstone uses multiple OU types for organizational reporting, we confirm with the customer which type drives Department and which maps to secondary fields. We create all Departments and Locations in BambooHR before any record migration so that foreign-key references are satisfied at import time.

  3. Custom field and stage configuration

    We create all required custom fields in BambooHR matching the types retrieved from Cornerstone's custom field API (text, number, date, dropdown). For dropdown fields, we map Cornerstone picklist values to BambooHR options. We configure BambooHR's applicant stage pipeline to match the Cornerstone workflow stages identified during discovery, adding custom stages where Cornerstone stages have no BambooHR equivalent. This configuration happens in a BambooHR staging environment before production migration.

  4. Sandbox migration and reconciliation

    We run a full migration into BambooHR's sandbox environment (or a test account if no sandbox is available) with the production candidate and requisition volume. The customer's HR administrator reconciles record counts, spot-checks 20-30 applicant records against the Cornerstone source for field accuracy, verifies that attachments are correctly associated, and confirms stage mapping reflects the intended workflow. Any mapping corrections, missing custom fields, or stage misalignments are resolved before the production migration begins.

  5. Production migration in dependency order

    We run production migration in the following order: Locations and Departments first (so foreign keys are satisfied), then Jobs (from Requisitions), then Applicants (from Candidates with Application linkage to Jobs), then Application records with stage history, then Employee records for hired candidates, then Attachments re-associated to Applicants, then Custom Field values on both Jobs and Applicants. Sensitive PII fields are excluded per the Bulk API restriction and listed in the exclusion inventory. Each phase emits a reconciliation count report before the next phase begins.

  6. Cutover, validation, and Workflow rebuild handoff

    We freeze write access to Cornerstone during cutover, perform a final delta migration of any records created or modified during the migration window, then mark BambooHR as the active recruiting system. We deliver the Workflow and Sequence inventory (if applicable), the sensitive PII field exclusion list, and the OU-to-Department mapping documentation to the customer's admin. We support a five-day hypercare window for record-level reconciliation issues. Workflow rebuild, career site reconfiguration, and sequence setup are outside standard migration scope and are documented for the customer's admin to rebuild.

Platform deep dives

Context on both ends of the pair

Cornerstone Recruiting logo

Cornerstone Recruiting

Source

Strengths

  • Unified HCM platform spanning recruiting, onboarding, learning, performance, and workforce planning in a single vendor relationship.
  • Configurable OU hierarchy supporting complex organizational structures across divisions, legal entities, and geographies.
  • Global compliance features and multi-locale support for organizations operating in 180+ countries.
  • REST API with documented endpoints for Recruiting, Core/HR, and Bulk operations, enabling programmatic data extraction.
  • Integration marketplace connecting Cornerstone Recruiting with ADP, payroll providers, and productivity tools.

Weaknesses

  • Enterprise-only pricing and implementation complexity create barriers for mid-market organizations.
  • Bulk API does not support loading secure custom fields or sensitive PII, limiting full data portability.
  • Subscription model bundles features across modules, requiring organizations to pay for unused capabilities.
  • Configuration-heavy platform demands dedicated HR IT resources for ongoing administration and customization.
  • Third-party integrations outside the Cornerstone ecosystem may require custom connector development.
BambooHR logo

BambooHR

Destination

Strengths

  • Single platform consolidating ATS, onboarding, HR records, payroll, and time-off reduces system sprawl for SMBs.
  • Fast implementation — BambooHR reports four to six weeks from kickoff to go-live for most customers.
  • Per-employee pricing with automatic volume discounts makes cost predictable as headcount grows.
  • Strong customer support reputation (Support Heroes) cited consistently across G2, Capterra, and direct testimonials.
  • Well-documented API with UTF-8 encoding, clear field types, and HTTPS-only access.

Weaknesses

  • Mobile application is significantly limited compared to the desktop experience, frustrating remote and field workers.
  • Companies above 150–200 employees frequently outgrow the platform's feature depth and customization surface.
  • Limited advanced reporting and analytics compared to enterprise HR platforms — custom report building is the ceiling.
  • PTO and profile customization are pain points — non-standard accrual policies and complex org structures require workarounds.
  • Document management and attachment handling lack the granularity of dedicated document-centric HR systems.

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 Cornerstone Recruiting and BambooHR.

  • 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

    Cornerstone Recruiting: 417 req/min, 25,000 req/hour, 600,000 req/day for Foundational APIs.

  • Data volume sensitivity

    A

    Cornerstone Recruiting exposes a bulk API — large-volume migrations stream efficiently.

Estimator

Estimate your Cornerstone Recruiting to BambooHR 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 Cornerstone Recruiting to BambooHR data migrations

Answers to the questions buyers ask most during Cornerstone Recruiting to BambooHR migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Cornerstone Recruiting to BambooHR migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most tier-2 migrations land between two and four weeks for organizations with fewer than 5,000 candidate records and 200 active requisitions. Migrations with large candidate databases (over 25,000 records), complex multi-OU hierarchies requiring manual Department disambiguation, or concurrent core HR data migration extend to five to nine weeks. The timeline includes discovery, sandbox migration and reconciliation, custom field and stage configuration, and production cutover.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Cornerstone Recruiting.
Land in BambooHR, 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