HRMS migration
Field-level mapping, validation, and rollback between RECRU and BambooHR. We move data and schema; workflows are rebuilt natively in BambooHR.
RECRU
Source
BambooHR
Destination
Compatibility
7 of 10
objects map 1:1 between RECRU and BambooHR.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from RECRU to BambooHR is a platform-type migration, not a like-for-like ATS swap. RECRU is a recruiting-focused ATS built around Candidates, Jobs, and AI-powered matching; BambooHR is a full HRIS that handles the complete employee lifecycle from hire through retirement. Candidate records in RECRU map to Applications in BambooHR's ATS module, but the destination organizes hiring around a job-centric model where the Job is the parent record and Applications are children. We extract all RECRU candidate properties including parsed CV data, custom fields, tags, and interview records, and we map them into BambooHR's corresponding structures. AI-generated match scores carry over as a custom float field labeled with a warning that the scale is proprietary. RECRU workflow automation rules, email templates, and sequence automations do not migrate; we deliver a written map of every active automation for your admin to rebuild in BambooHR's workflow builder.
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 RECRU 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.
RECRU
Candidate
BambooHR
Application
1:1RECRU candidate records map to BambooHR application records within the ATS module. Each candidate creates one application linked to a BambooHR job. We preserve all parsed CV fields (name, email, phone, skills, work history), custom candidate properties as key-value pairs, tags as flat label arrays, and the AI-generated match score in a custom float field labeled recru_match_score__c with a note that the scale is proprietary to RECRU and not calibrated against any BambooHR scoring system.
RECRU
Job
BambooHR
Job
1:1RECRU job requisitions map directly to BambooHR jobs. Title, description, department, location, salary range, and status transfer. Pipeline stage names and order from RECRU map to BambooHR application statuses; if BambooHR uses a predefined status set, we map to the closest equivalent and flag any RECRU stages with no clear destination match.
RECRU
Hiring Pipeline Stages
BambooHR
Application Status
lossyRECRU pipeline stage names and their sort order migrate as BambooHR application statuses. BambooHR allows custom status labels but uses a fixed set of internal statuses. We map RECRU stage names to BambooHR status labels and document any stages that have no direct equivalent so the customer's admin can rename or consolidate statuses post-migration.
RECRU
User
BambooHR
Employee
1:1RECRU user accounts (recruiters, hiring managers, admins) map to BambooHR employee records with the employment status set to Active. We resolve RECRU owner assignments on candidates and jobs to the corresponding BambooHR employee record by email match. Any RECRU user without a BambooHR employee record goes to a reconciliation queue for the customer's admin to provision.
RECRU
Custom Fields
BambooHR
Custom Fields
lossyRECRU custom candidate properties added by the tenant migrate as BambooHR custom fields on the Application object if the destination account supports custom ATS fields in the current plan tier. We extract field name, type, and values and create equivalent fields in BambooHR, falling back to a JSON-encoded text field for complex types that BambooHR does not support.
RECRU
Communications
BambooHR
Activity Log
1:1RECRU email threads and message logs attached to candidate records migrate as a flattened activity log entry per message. The original thread structure is not preserved in BambooHR; each message becomes a separate note or activity record with the sender, recipient, timestamp, and body content. We render rich-text body content and attach any embedded file references as separate attachment records.
RECRU
Interviews
BambooHR
Interview Events
1:1RECRU interview records carrying date, interviewer, duration, and outcome map to a custom interview tracking field in BambooHR if the destination account uses a third-party scheduling integration. BambooHR does not have a native standalone interview object; we create a structured note record attached to the application with interview metadata fields and link it to the interviewer employee record.
RECRU
Scorecards
BambooHR
Structured Note
1:1RECRU evaluation scorecards submitted by interviewers migrate as JSON objects attached to the application record as structured notes. BambooHR does not have a native scorecard object, so evaluation ratings, interviewer feedback, and recommendation fields are encoded in a structured format for human readability and potential future integration with a BambooHR-compatible form tool.
RECRU
Tags
BambooHR
Tags
1:1Tags applied to candidates in RECRU migrate as flat label arrays attached to the application record in BambooHR. Tag names are preserved verbatim. BambooHR supports tags on employee records and we apply the same tagging logic to the application record in the ATS module.
RECRU
Workflows
BambooHR
Workflows (documented, not migrated)
lossyRECRU workflow automation rules are exported as a structured JSON document with a human-readable summary of each rule's trigger, conditions, and actions. BambooHR's workflow builder uses a simpler approval-based model and does not support multi-step conditional branching. We flag which RECRU rules have a direct BambooHR equivalent and which require manual redesign. The customer rebuilds these in BambooHR post-migration.
| RECRU | BambooHR | Compatibility | |
|---|---|---|---|
| Candidate | Application1:1 | Fully supported | |
| Job | Job1:1 | Fully supported | |
| Hiring Pipeline Stages | Application Statuslossy | Mapping required | |
| User | Employee1:1 | Fully supported | |
| Custom Fields | Custom Fieldslossy | Mapping required | |
| Communications | Activity Log1:1 | Mapping required | |
| Interviews | Interview Events1:1 | Mapping required | |
| Scorecards | Structured Note1:1 | Mapping required | |
| Tags | Tags1:1 | Fully supported | |
| Workflows | Workflows (documented, not migrated)lossy | 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.
RECRU gotchas
GDPR-compliant deletion requests run inside RECRU before migration
Workflow automation rules may not map 1:1 to destination ATS
AI-generated match scores are proprietary and destination-agnostic
BambooHR gotchas
Undocumented API rate limits can trigger 503 errors
Per-employee pricing model requires active record count verification
API credentials must be sent on every request to avoid extra round trips
Custom field schema varies per account and requires manual inventory
Document and attachment exports are not covered by standard report exports
Pair-specific challenges
Migration approach
Discovery and scope definition
We audit the RECRU account across candidates, jobs, pipeline stages, custom fields, active workflow rules, interview records, scorecards, and communications. We pair this with a review of the destination BambooHR account's ATS module configuration, existing employee records (if any), and plan tier. The discovery output is a written migration scope with a record-count estimate, a custom field inventory, and a list of any RECRU workflow rules requiring rebuild documentation.
Schema design and application status mapping
We design the BambooHR ATS schema before migration. This includes creating any custom application fields needed to receive RECRU custom candidate properties, mapping RECRU pipeline stages to BambooHR application statuses, and configuring the job structure in BambooHR to match the RECRU requisition model. We validate the schema in BambooHR's sandbox or test environment before any data moves.
Candidate and job extraction
We export all RECRU candidate records, job requisitions, custom fields, tags, interview events, and scorecards via the RECRU API. We extract the full parsed CV data for each candidate including name, email, phone, skills, work history, education, and any AI match scores. We cross-reference GDPR deletion timestamps and exclude any records deleted before the export window. The extraction output is a structured JSON dataset per object type.
Sandbox migration and reconciliation
We run a full migration into the BambooHR production account (or a test environment if the customer requests a dry run) using representative data volume. The customer's HR lead reconciles record counts, spot-checks 25-50 random candidate records against the RECRU source, and validates that application status labels and job assignments are correct. Any mapping corrections happen in this phase before production migration proceeds.
Production migration in dependency order
We run production migration in record-dependency order: Jobs first (parent records), then Applications (linked to jobs), then custom fields and tags per application, then interview events and scorecards as structured notes. RECRU users are mapped to BambooHR employee records by email match. Any user without a matching BambooHR employee record is held in a reconciliation queue for the admin to provision. We emit a row-count reconciliation report after each phase.
Cutover, validation, and workflow handoff
We freeze RECRU write access during cutover, run a final delta migration of any records modified during the migration window, then enable BambooHR as the system of record for recruiting. We deliver the RECRU workflow automation inventory document with a written description of each rule's logic and recommended BambooHR equivalent. We support a one-week hypercare window to resolve reconciliation issues. We do not rebuild RECRU workflows as BambooHR workflows; that is a separate task for the customer's admin.
Platform deep dives
RECRU
Source
Strengths
Weaknesses
BambooHR
Destination
Strengths
Weaknesses
Complexity grading
Standard HRMS migration. 1 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across RECRU and BambooHR.
Object compatibility
1 of 7 objects need a mapping; the rest are 1:1.
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
RECRU: Not publicly documented..
Data volume sensitivity
RECRU 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 RECRU to BambooHR migration scoping. Not seeing yours? Book a call.
Walk through your RECRU to BambooHR migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave RECRU
Other ways to arrive at BambooHR
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.