HRMS migration
Field-level mapping, validation, and rollback between eArcu and BambooHR. We move data and schema; workflows are rebuilt natively in BambooHR.
eArcu
Source
BambooHR
Destination
Compatibility
8 of 10
objects map 1:1 between eArcu and BambooHR.
Complexity
BStandard
Timeline
4-6 weeks
Overview
Moving from eArcu to BambooHR crosses a boundary between a purpose-built talent acquisition platform and a general-purpose HRIS. eArcu organises data around Candidates, Requisitions, Applications, Assessments, and Hiring Stages with configurable custom fields; BambooHR organises around Employees, Job Openings, and a structured employee file system. We migrate the candidate record, application timeline, and hiring team as a one-directional transform into BambooHR's employee and job-opening model. Assessment scores, career site HTML configurations, and animated onboarding packages do not transfer — assessment results become reference notes on the employee profile, career site content is documented for rebuild in BambooHR's own hiring pages, and the onboarding package structure is delivered as a written rebuild guide. The critical scoping question is whether the eArcu instance runs on the legacy schema or the PageUp unified stack, because field naming conventions differ and import from the wrong schema produces malformed records in BambooHR.
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 eArcu 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.
eArcu
Candidate
BambooHR
Employee (with Job Opening link)
1:1eArcu Candidate records (name, contact details, work history, custom profile fields) map to BambooHR Employee records. The candidate's final application status determines whether the Employee status is Active (hired) or a historical record (former employee with termination date). Any eArcu custom fields on the candidate profile map to BambooHR custom employee fields. Assessment scores stored against the candidate attach as text or number custom fields with the assessment type and score value preserved; we flag these as reference data since BambooHR has no native assessment object.
eArcu
Requisition
BambooHR
Job Opening
1:1eArcu Job Requisitions (title, department, location, employment type) map to BambooHR Job Openings. BambooHR's Job Opening supports title, employment status, location, and department. If the eArcu requisition includes a compensation range, salary banding, or recruiter assignment, these map to BambooHR Job Opening custom fields or become notes on the record. BambooHR's job opening caps per tier (5 on Core, 25 on Pro, 50 on Elite) must be confirmed against the customer's plan during scoping to avoid a plan-upgrade requirement mid-migration.
eArcu
Application
BambooHR
Employee File (note)
1:1eArcu Application records link a Candidate to a Requisition with timestamps for each hiring stage transition. In BambooHR, there is no Application object; the candidate's journey from application to hire maps to the Employee record's hire date, job title, and department. We preserve the full stage progression history as an Employee File note listing each stage, the date entered, and the outcome. This gives the HR team a readable audit trail without requiring them to cross-reference a separate ATS system.
eArcu
Hiring Stage / Pipeline Stage
BambooHR
Employee File (stage history note)
lossyeArcu's configurable pipeline stages per requisition (screening, interview, assessment, offer, hire) have no direct equivalent in BambooHR. We extract the full stage history per application including entry dates and convert each stage to a timestamped entry in the Employee File note. The customer documents their BambooHR hiring stage configuration (if using BambooHR's ATS module) against these migrated stage entries post-migration.
eArcu
Assessment (scores and results)
BambooHR
Custom Employee Field (reference data)
lossyeArcu cognitive test results, personality questionnaire scores, and situational judgement data are stored as linked records attached to the candidate. BambooHR has no assessment object or test-results field type. We export raw scores, assessment type names, and completion dates as text or number custom fields on the Employee record (e.g., assessment_cognitive_score__c, assessment_sjt_date__c). These are reference fields only — BambooHR does not surface them in standard reports or workflows, so the customer should treat them as archival data. If assessment results need to be actionable, a third-party assessment platform integration (e.g., Pymetrics, Criteria, Harver) is the appropriate path post-migration.
eArcu
Offer
BambooHR
Employee File (offer note) or Custom Fields
1:1eArcu Offer records include compensation details, start dates, and approval status. These map to BambooHR Employee custom fields (e.g., offered_salary__c, offered_start_date__c, offer_approval_status__c) and/or an Employee File note with the offer details. BambooHR's Compensation Management module (Elite tier) offers structured compensation entry that can absorb offer data if the customer is on that plan tier.
eArcu
Hiring Team / Users
BambooHR
BambooHR User (Admin or Employee role)
1:1eArcu user accounts, roles, and permissions (recruiters, hiring managers, admins) map to BambooHR User accounts. We export the user roster with role assignments and map to BambooHR's permission model (Full Admin, Admin, Manager, Employee). The customer provisions the BambooHR users during the discovery phase. Any eArcu role without a direct BambooHR equivalent (e.g., dedicated sourcing specialist permissions) is documented in the role-mapping sheet for manual configuration.
eArcu
Career Site Content
BambooHR
Not transferable
1:1eArcu career portal pages, job board widgets, and branding assets are HTML and CSS platform-native configurations, not structured database records. BambooHR's hiring pages are structured templates (job title, description, location) without custom HTML. We export the career site content package where available as a reference document and deliver a rebuild guide mapped to BambooHR's Job Opening template fields. The customer's marketing or recruiting team rebuilds the branded career page experience using BambooHR's pages or an external careers-site builder.
eArcu
Onboarding Package
BambooHR
Not transferable (documented rebuild guide)
1:1Animated onboarding content and structured onboarding task sequences are platform-native eArcu configurations that cannot be meaningfully transferred to BambooHR's onboarding module. We export the package structure (task list, sequence order, content links) as a written rebuild guide that maps each eArcu task to a BambooHR onboarding task step. The customer's HR admin configures the BambooHR onboarding checklist using this guide. BambooHR's onboarding module supports task assignment, new hire document collection, and e-signature routing as standard features on Pro and Elite plans.
eArcu
Document / Attachment
BambooHR
Employee File (document upload)
1:1CVs, cover letters, and supporting files attached to eArcu candidates or applications are binary files extracted from the document store. We re-upload these to the corresponding BambooHR Employee File under the Documents tab, preserving the original filename and attachment date. BambooHR supports PDF, DOC, DOCX, XLS, XLSX, PNG, and JPEG uploads up to the file size limits documented in the BambooHR API. Any files exceeding size limits are flagged for the customer's admin to handle manually.
| eArcu | BambooHR | Compatibility | |
|---|---|---|---|
| Candidate | Employee (with Job Opening link)1:1 | Fully supported | |
| Requisition | Job Opening1:1 | Fully supported | |
| Application | Employee File (note)1:1 | Fully supported | |
| Hiring Stage / Pipeline Stage | Employee File (stage history note)lossy | Fully supported | |
| Assessment (scores and results) | Custom Employee Field (reference data)lossy | Fully supported | |
| Offer | Employee File (offer note) or Custom Fields1:1 | Fully supported | |
| Hiring Team / Users | BambooHR User (Admin or Employee role)1:1 | Mapping required | |
| Career Site Content | Not transferable1:1 | Mapping required | |
| Onboarding Package | Not transferable (documented rebuild guide)1:1 | Fully supported | |
| Document / Attachment | Employee File (document upload)1:1 | Fully supported |
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.
eArcu gotchas
Post-acquisition brand consolidation creates schema ambiguity
No publicly documented API limits export feasibility
Onboarding content cannot be programmatically migrated
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 schema version confirmation
We audit the source eArcu instance to determine whether it runs on the legacy eArcu schema or the PageUp unified stack. We catalogue all candidate records, requisitions, applications, assessment results, offers, user accounts, and attachments. We confirm the extraction method (API access, integration export, or manual download) and audit the active requisition count against BambooHR's job opening tier limits. The discovery output is a written migration scope, a schema version confirmation, an extraction method decision, and a BambooHR plan-tier recommendation if job opening caps are a constraint.
Data quality audit and custom field inventory
We audit the extracted eArcu data for duplicates, missing required fields, and custom field definitions. Any eArcu custom fields are inventoried and mapped to equivalent BambooHR custom employee fields or Job Opening fields. Assessment scores are flagged as reference data with no native BambooHR home. The customer validates the extracted data before we begin the BambooHR import, reducing the risk of malformed records on import.
BambooHR API connection and schema setup
We connect to the customer's BambooHR instance using an Admin API key and verify the employee and job-opening schema. We create any required custom employee fields and custom job-opening fields during this phase, using field types that match the eArcu data types (text, number, date, dropdown). We also configure the Employee File structure to receive document attachments and stage history notes. The BambooHR setup is validated in a test environment before production migration begins.
Document extraction and re-upload
We extract all CVs, cover letters, and supporting files from eArcu's document store, preserving original filenames and attachment dates. We re-upload these to the corresponding BambooHR Employee File under the Documents tab. Any files exceeding BambooHR's size limits are flagged for manual handling. This step runs in parallel with the main record migration to reduce total timeline.
Production migration in dependency order
We run the production migration in record-dependency order: Users (provisioned by customer and validated), Employees (from eArcu Candidates, with assessment reference fields), Job Openings (from eArcu Requisitions, with active opening count validated against BambooHR tier cap), Employee File notes (stage history and offer details), and Documents (attached to the correct Employee records). Each phase emits a row-count reconciliation report before the next phase begins. We use BambooHR's API with rate-limit handling and exponential backoff on 429 responses.
Cutover, validation, and onboarding rebuild handoff
We freeze eArcu writes during cutover, run a final delta migration of any records created or modified during the migration window, then mark BambooHR as the system of record. We validate record counts against the eArcu extraction totals, spot-check 25-50 random employee records for field accuracy, and deliver the onboarding rebuild guide and the assessment reference-field catalogue. We support a one-week hypercare window for reconciliation issues. We do not configure BambooHR workflows, automate onboarding, or rebuild forms as part of the migration scope; these are separate configuration tasks for the customer's HR admin.
Platform deep dives
eArcu
Source
Strengths
Weaknesses
BambooHR
Destination
Strengths
Weaknesses
Complexity grading
Standard HRMS migration. All 7 core objects map 1:1 between eArcu and BambooHR.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across eArcu and BambooHR.
Object compatibility
All 7 core objects map 1:1 between eArcu and BambooHR.
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
eArcu: Not publicly documented.
Data volume sensitivity
eArcu 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 eArcu to BambooHR migration scoping. Not seeing yours? Book a call.
Walk through your eArcu 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 eArcu
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.