HRMS migration

Migrate from Eddy to BambooHR

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

Eddy logo

Eddy

Source

BambooHR

Destination

BambooHR logo

Compatibility

80%

8 of 10

objects map 1:1 between Eddy and BambooHR.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Eddy to BambooHR is primarily a records migration for most companies, but the two platforms organize employment data differently in ways that require deliberate mapping decisions during scoping. Eddy distinguishes between active employees and contractors within its People module, while BambooHR uses a single Employee object with an Employment Status field that includes contractor as a discrete option. We map contractor records to BambooHR Employees with contractor status rather than creating a separate object, which preserves headcount reporting integrity in BambooHR. PTO balance snapshots carry forward as a balance amount and accrual-date record in BambooHR's Time Off object, but Eddy's carry-forward rules require manual configuration in BambooHR because neither platform exposes these as exportable policy data. Documents migrate as file blobs with their original filenames and parent-employee linkage preserved via BambooHR's document API. Eddy's onboarding step checklists do not have a direct API export; we extract the active task list and completed-step history manually, then map them to BambooHR's onboarding checklist format. Eddy's training and certification tracking maps to BambooHR's training module with field-type adjustments. We do not migrate workflows, automations, or payroll data as these are either non-exportable (Eddy's HR and payroll modules are not fully integrated per reviewer feedback) or are scope items requiring rebuild in BambooHR.

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

Eddy logo

Eddy

What's pushing teams away

  • Reporting limitations frustrate teams requiring custom HR analytics—reviewers explicitly note needing workarounds for basic workforce reports.
  • Incomplete payroll integration means users manage HR records in Eddy but run payroll separately, reducing the all-in-one value proposition.
  • Limited customization of workflows and fields forces growing companies to adopt workarounds that do not scale past 50–100 employees.
  • Some users note missing features common in dedicated payroll or benefits platforms, requiring data re-entry between systems.
  • Custom field support is restricted, pushing companies with industry-specific HR requirements toward more flexible alternatives.

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 Eddy objects map to BambooHR

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

Eddy

Employee

maps to

BambooHR

Employee

1:1
Fully supported

Eddy Employee records map directly to BambooHR Employee. The employment status (active, inactive, contractor) maps to BambooHR's employmentStatus field. For contractors, we set employmentStatus to Contractor rather than creating a separate object, preserving headcount reporting in BambooHR. Name, contact details, job title, department, hire date, and termination date transfer 1:1. The Eddy employee number maps to BambooHR's employeeNumber field as the dedupe key.

Eddy

Contractor

maps to

BambooHR

Employee (contractor status)

1:1
Fully supported

Eddy contractor records map to BambooHR Employee with employmentStatus set to Contractor. BambooHR does not have a separate contractor object; contractors live in the same employee directory with their classification preserved via the status field. We extract contractor-specific fields (contract type, rate, end date) and map them to custom fields in BambooHR or to the closest standard fields available in the destination account.

Eddy

PTO Balances

maps to

BambooHR

Time Off

1:1
Fully supported

Eddy PTO accruals and current balances migrate to BambooHR Time Off records. Each PTO policy type in Eddy (vacation, sick, personal) creates a corresponding Time Off type in BambooHR. The current balance amount and accrual date transfer as the initial balance snapshot in BambooHR. Carry-forward rules from Eddy are documented as a manual configuration step because Eddy does not expose carry-forward policy data via export; we flag this for the customer admin to configure post-migration.

Eddy

Documents

maps to

BambooHR

Employee Files

1:1
Fully supported

Eddy employee documents (offer letters, signed agreements, contracts) migrate as file blobs to BambooHR Employee Files. We preserve original file names and attach each document to the correct employee via the BambooHR employee file API. PDF and standard document formats supported by Eddy transfer without format conversion. Documents without an associated employee (org-level policies) are migrated as company files and attached to the company-level document section.

Eddy

Onboarding Workflows

maps to

BambooHR

Onboarding Checklist

1:1
Mapping required

Eddy's onboarding step checklists require manual extraction because no public API endpoint exposes the active task list and completion status. We extract the current onboarding workflow state per employee via screen-scraped export or guided manual pull, map the completed steps to BambooHR's onboarding checklist format, and create checklist items in BambooHR. Any steps that cannot be extracted are listed in a manual handoff document. This is the highest-effort object in the migration and contributes to the timeline range difference between straightforward and complex scopes.

Eddy

Training Records

maps to

BambooHR

Training

1:1
Mapping required

Eddy training and certification records map to BambooHR Training. Certification name, status (completed, expired, in-progress), issue date, and expiration date transfer to the equivalent BambooHR training fields. Field naming differs between platforms; we create a mapping spreadsheet during discovery that pairs each Eddy training field to the BambooHR counterpart. Any certification records with status of expired or expiring within 30 days of migration are flagged for admin review.

Eddy

Employee Directory

maps to

BambooHR

Employee Directory

1:1
Fully supported

Eddy's employee directory is derived from the underlying employee records, so migration is handled at the Employee object level. Organizational hierarchy information (reporting chains, department assignments, location assignments) transfers via the department, location, and supervisor fields on the BambooHR Employee record. Custom organizational chart fields in Eddy map to BambooHR's organizational structure fields.

Eddy

Departments

maps to

BambooHR

Departments

1:1
Fully supported

Eddy company-level departments map to BambooHR Departments. Department name, location, and manager assignment transfer directly. If Eddy uses nested departments (sub-departments), we flatten the hierarchy during migration and create separate Department records in BambooHR, noting the parent-child relationship for manual reconstruction in BambooHR's org chart settings.

Eddy

Payroll Data

maps to

BambooHR

Payroll Data

lossy
Mapping required

Eddy's HR and payroll modules are not fully integrated per reviewer reports on G2 and Capterra. Pay run history and payroll records require manual extraction via CSV or manual export from Eddy's payroll module. We extract any available payroll records during migration scoping and flag that full payroll data reconciliation is a manual step at the destination. BambooHR Payroll is a separate licensed add-on; the customer must set up payroll configuration separately from the HR data migration.

Eddy

Job Postings (Eddy Hire)

maps to

BambooHR

Job Openings (BambooHR ATS)

lossy
Fully supported

Eddy Hire job postings do not have a documented API export. Active job postings require manual export of the posting content, description, requirements, and pipeline stage. BambooHR's ATS has posting limits by plan (5 on Core, 25 on Pro, 50 on Elite); we confirm the customer's BambooHR plan before migration to ensure the job count is within limits. Any postings exceeding the plan limit are flagged for admin decision on archiving or selective migration.

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.

Eddy logo

Eddy gotchas

High

Contract data cannot be exported via API

Medium

Reporting limitations require workarounds

Medium

Payroll and HR integration is incomplete

Low

Per-employee pricing counts all employees including inactive

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

  • Eddy onboarding workflows have no public API export

    Eddy's onboarding step checklists and completed-task history cannot be extracted via a documented API endpoint. Reviewers and platform documentation confirm this limitation. We extract active onboarding task lists and completion status via a guided manual pull or screen-scraped export, but the output depends on whether the Eddy plan supports bulk data export for onboarding. Any steps that cannot be extracted are listed in a manual handoff document. Teams should confirm during scoping whether their Eddy plan supports the export format needed before migration day.

  • Payroll data requires separate manual extraction

    Multiple G2 and Capterra reviews confirm that Eddy's HR module and payroll module are not fully integrated—teams manage employee records in Eddy but run payroll separately. When migrating away from Eddy, we extract HR records from the People module and flag that payroll data (pay run history, tax withholding, deductions) requires a separate manual export from Eddy Payroll. This data does not migrate into BambooHR Payroll automatically; the customer reconciles it separately in the BambooHR Payroll add-on or their chosen payroll provider post-migration.

  • BambooHR ATS job posting limits vary by tier

    BambooHR caps active job openings by plan: 5 on Core, 25 on Pro, 50 on Elite. Eddy Hire supports unlimited postings. Teams migrating from Eddy with more than 5 active job postings must upgrade to Pro or Elite before migration, or selectively archive postings in Eddy before the migration window. We flag this gap during scoping and confirm the customer's BambooHR ATS plan before record migration begins.

  • PTO carry-forward rules do not export from Eddy

    Eddy's carry-forward rules (how much unused PTO rolls over at year-end, whether there is a cap, and the reset date) are configured within the platform but not exposed as exportable policy data. When migrating to BambooHR, we carry forward the current balance snapshot as the starting balance in BambooHR, but the carry-forward policy configuration must be recreated manually in BambooHR's Time Off settings. We document the current carry-forward rules from Eddy during discovery for the admin to re-enter.

  • Contractor classification requires field-level adjustment

    Eddy separates employees and contractors as distinct record types within its People module, while BambooHR uses a single Employee object with an Employment Status field where Contractor is one option. We map contractor records to BambooHR Employee with the correct status, but any contractor-specific fields unique to Eddy (such as contract rate, contract end date, or contract type) may not have direct equivalents in BambooHR's standard employee schema. We map these to custom fields or closest standard fields during discovery and flag any that require admin interpretation.

Migration approach

Six steps for a successful Eddy to BambooHR data migration

  1. Discovery and scope confirmation

    We audit the source Eddy account across plan tier (Starter, Growth, Premium), employee record count, contractor count, PTO policy types, document volume, active onboarding workflows, training records, department structure, and active job postings. We confirm whether Eddy's payroll module was used and whether pay run data is present. The discovery output is a written migration scope with record counts per object, a list of any data requiring manual extraction, and a BambooHR plan recommendation based on ATS job posting requirements.

  2. Manual data extraction guidance

    We provide the customer with a step-by-step extraction guide for Eddy data that requires manual export: onboarding step checklists, pay run history, active job posting content, and carry-forward rule documentation. The customer or their Eddy admin completes these extractions before the migration window. We review the extracted files for completeness and flag any gaps before migration begins.

  3. BambooHR account provisioning and schema setup

    The customer provisions their BambooHR account and plan tier. We create the destination schema including department structure, location assignments, Time Off types (matching Eddy's PTO policy types), custom employee fields for any contractor-specific data, and training certification types. We configure the BambooHR employee file permissions to match the document access structure from Eddy. This phase happens in parallel with the Eddy manual extraction step.

  4. Sandbox migration and reconciliation

    We run an initial migration into BambooHR using a test employee set (or a partial copy if the customer's data volume supports it). The customer's HR lead reconciles record counts, spot-checks 25-50 records for field-level accuracy against the Eddy source, and verifies that employee file attachments are associated with the correct records. Mapping corrections are made here before the production migration begins.

  5. Production migration in dependency order

    We run production migration in this order: Departments and Locations (to satisfy lookups), Employees and Contractors (with correct employment status), Time Off balances (linked to employee records), Employee documents (attached to the correct employee), Training records (linked to employees), and Job postings (within the plan's posting limit). Each phase emits a row-count reconciliation report. Onboarding task history is migrated from the manually extracted file as the final structured data phase.

  6. Cutover, validation, and handoff

    We freeze write access to Eddy during the cutover window, run a final delta pass for any records modified during the migration window, and set the BambooHR go-live date. We deliver the onboarding handoff document listing any onboarding steps that could not be extracted, the carry-forward rule documentation for manual BambooHR configuration, and the payroll reconciliation checklist. We support a one-week hypercare window for reconciliation issues. We do not configure BambooHR Payroll or rebuild workflows and automations as part of the migration scope.

Platform deep dives

Context on both ends of the pair

Eddy logo

Eddy

Source

Strengths

  • Per-employee pricing with transparent base fees makes costs predictable for small teams.
  • Integrated onboarding, PTO, and document storage covers foundational HR needs in one tool.
  • Positive review themes consistently cite ease of use and intuitive navigation for HR tasks.
  • Strong customer support ratings distinguish Eddy from similarly-priced HRMS competitors.
  • Guided onboarding workflows reduce manual steps for new hire setup.

Weaknesses

  • Limited reporting and analytics requires third-party tools for basic workforce insights.
  • Payroll module integration is incomplete, forcing teams to run payroll outside the platform.
  • Custom field support is restricted, limiting adaptability for industry-specific HR needs.
  • Feature set does not scale well past 100 employees, based on reviewer feedback.
  • Contract and catalog metadata exports are not fully supported via API in music/entertainment use cases.
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. All 7 core objects map 1:1 between Eddy and BambooHR.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Eddy and BambooHR.

  • Object compatibility

    A

    All 7 core objects map 1:1 between Eddy and BambooHR.

  • 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

    Eddy: Not publicly documented..

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Migrations under 200 employees with standard employee records, PTO balances, and document migration land between three and five weeks. Migrations that include full onboarding task history extraction, training record migration, multi-location department mapping, and active job posting migration move to seven to ten weeks because of the manual extraction dependency and the additional schema configuration steps. The timeline is also affected by how quickly the customer completes the manual data extraction steps that Eddy's API does not support.

Adjacent paths

Related migrations to explore

Ready when you are

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