HRMS migration

Migrate from gradar to BambooHR

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

gradar logo

gradar

Source

BambooHR

Destination

BambooHR logo

Compatibility

90%

9 of 10

objects map 1:1 between gradar and BambooHR.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

gradar and BambooHR serve different HR functions at migration time. gradar is a point-factor job evaluation platform that produces grades (1-25), career path alignments, competency profiles, and pay band structures; BambooHR is a cloud HRIS that manages employee records, onboarding, time off, and compensation planning at the Core, Pro, and Elite tiers. There is no direct object-level correspondence — gradar's evaluation outputs must be mapped into BambooHR's job and compensation structures. The primary technical constraint is gradar's absence of a documented public API, which means we work from its built-in export tools, converting non-standard file formats into migration-ready CSVs. We map Jobs to BambooHR employee records or job description fields, Grades to BambooHR's Pay Grades (available on Pro and Elite only), and pay band data to BambooHR's compensation tables. Equal pay analysis datasets, benchmarking data, and factor-level scoring do not have native destinations in BambooHR — we migrate these as structured datasets or custom fields and flag what requires manual rebuild. Workflows, evaluation workflows, and benchmarking provider integrations do not migrate and are excluded from scope.

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

gradar logo

gradar

What's pushing teams away

  • Some users report that the user interface needs improvement and can feel dated compared to modern SaaS platforms.
  • Exporting data for migration purposes is not straightforward — gradar does not expose a well-documented public API for bulk data extraction.
  • Limited automation around data sharing with external systems means HR teams often resort to manual exports or professional services assistance.

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

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

gradar

Jobs (Roles)

maps to

BambooHR

Employee Job Data (custom fields on Employee record)

1:1
Fully supported

gradar Jobs map to BambooHR Employee records where each evaluated role becomes a job title and related custom fields for grade, career path, and evaluation date. We preserve the job's factor scores in a structured custom field group since BambooHR does not have a native evaluation score object. The employee record's job title field maps from gradar's role name. Evaluation dates migrate to a custom date field. If the destination BambooHR is configured with a separate Job Openings module for job reqs, we map gradar Jobs to the employee's current job history rather than the openings table.

gradar

Grades

maps to

BambooHR

Pay Grades (Pro and Elite tier)

1:1
Fully supported

gradar Grades 1-25 map to BambooHR Pay Grades if the destination is on Pro ($17/employee/month) or Elite ($25/employee/month). Core tier does not include pay grade configuration — we flag this at scoping and either recommend a tier upgrade or map grades as a custom picklist field on the Employee record. Each gradar grade value and grade name (where named, e.g. G10, M5) migrates as a Pay Grade entry. Grade-to-pay-band linkage migrates as Pay Grade Steps with min/mid/max amounts.

gradar

Career Paths

maps to

BambooHR

Custom Employee Property or Lookup Field

lossy
Fully supported

gradar's three career paths (e.g., Individual Contributor, Management, Technical) have no native BambooHR equivalent. We map career path assignments as a custom employee property (a BambooHR custom field with picklist values matching the three paths) on each employee record. If the customer uses BambooHR's department or division structure, we evaluate whether career paths map to those groupings during scoping.

gradar

Job Descriptions

maps to

BambooHR

Employee record job description or custom long-text field

1:1
Mapping required

gradar job descriptions (rich text) migrate to BambooHR's employee record. BambooHR stores a Job Description field on the Employee record; we map the full description body to that field. Where gradar descriptions include competency-linked sections, we split them into the job description field and a separate competencies custom field to preserve readability.

gradar

Competencies

maps to

BambooHR

Custom Employee Property or File Attachment

1:1
Mapping required

gradar competency profiles linked to jobs are available as a structured export. We map competencies to a BambooHR custom employee property of type multi-select picklist or store them as a structured text block. Custom competencies that exist only in gradar are flagged and the customer chooses whether to create matching custom picklist options in BambooHR or consolidate them into a generic competencies field.

gradar

Compensation Structures (Pay Bands)

maps to

BambooHR

Pay Grade Steps or Custom Compensation Fields

1:1
Mapping required

gradar pay band definitions (min/mid/max per grade per currency) map to BambooHR Pay Grade Steps on Pro and Elite tiers. Currency handling requires explicit confirmation during scoping — gradar exports multicurrency pay bands without consistent currency tagging per row. We flag currency ambiguity per structure and ask the customer to confirm the correct currency before we write any compensation data. For Core tier destinations without Pay Grades, pay band data migrates to custom employee compensation fields (custom fields with currency type).

gradar

Grade Factor Scores

maps to

BambooHR

Custom Fields (grouped) or File Attachment

1:1
Mapping required

Individual factor-level point scores that contribute to each job's total grade are available in gradar's advanced exports. We migrate the complete factor score set as a structured JSON or CSV attached to the employee record as a file, or as a group of custom numeric fields if BambooHR's custom field limit permits. Factor scores have no native reporting equivalent in BambooHR; their primary purpose is audit trail preservation.

gradar

Benchmarking Data

maps to

BambooHR

Custom Report or Structured Dataset (no native destination)

1:1
Mapping required

Market benchmarking data sourced from third-party providers integrated into gradar migrates as a structured dataset. We map benchmark market rates and their linked job references to a custom BambooHR table or file attachment. BambooHR has no native benchmarking feature; the customer uses this data for external reporting or keeps it in a spreadsheet alongside BambooHR records. We note this gap explicitly in the migration scope.

gradar

Equal Pay Analysis

maps to

BambooHR

Structured Dataset (no native destination)

1:1
Mapping required

gradar's regression-based gender pay gap analysis outputs are datasets, not system configuration. We migrate the analysis results as a structured CSV with field mapping to the relevant employee identifiers. BambooHR has no native equal pay analysis module; this data serves as an audit record for the customer's compliance team to maintain independently. We document the structure for future reference.

gradar

Users and Owners

maps to

BambooHR

BambooHR Employee Records

1:1
Mapping required

gradar user accounts and their role-based access assignments map to BambooHR Employee records. gradar's permission groups require mapping to BambooHR's role-based access model (Admin, Manager, Employee). We extract the user list and permission assignments and create corresponding employee records in BambooHR with the appropriate access level. Any gradar user without a matching employee record in the destination is held in a reconciliation queue.

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.

gradar logo

gradar gotchas

High

No public API forces reliance on manual exports

Medium

Evaluation history and grade change records require explicit extraction

Medium

Pay band data uses multiple currencies in multinational deployments

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

  • gradar has no public API — all data comes from manual exports

    gradar does not expose a documented public REST API. Data extraction relies on the platform's built-in reporting exports, which produce non-standard file formats that require preprocessing before import into BambooHR. We handle the conversion of these exports to migration-ready formats and flag any records that cannot be fully represented in BambooHR's schema. Customers should expect to dedicate time during scoping to identify all required exports (Jobs, Grades, Pay Bands, Competencies, Factor Scores, Benchmarking) and confirm their completeness. Exports that return only current-state data without historical evaluation dates require explicit requests for extended exports.

  • BambooHR Pay Grades require Pro or Elite tier

    BambooHR's native compensation module with Pay Grades is only available on the Pro tier ($17/employee/month) and Elite tier ($25/employee/month). Core tier ($10/employee/month) does not include pay grade configuration. If the destination organisation is on Core, gradar pay band data cannot map to native BambooHR structures — we must use custom employee compensation fields instead. We confirm the destination tier during scoping and adjust the object mapping accordingly. Upgrading from Core to Pro mid-migration adds cost and extends the timeline.

  • Currency tagging on pay bands requires explicit confirmation

    Multinational organisations using gradar often maintain pay bands in local currencies per grade. The gradar export does not consistently tag currency against each pay band row. We flag currency ambiguity at scoping and ask the customer to confirm the correct currency for each compensation structure before we write data. Mis-tagging currency causes incorrect pay band creation in BambooHR, which is difficult to correct after migration because BambooHR's Pay Grade Steps are editable but not bulk-replaceable.

  • Grade factor scores and evaluation history have no native BambooHR home

    gradar stores individual factor-level point scores and evaluation date history per job. BambooHR has no evaluation score object and no native grade-change audit trail. We migrate factor scores as a structured file attachment or grouped custom fields, and evaluation dates to a custom date field. The customer's HR team should understand that BambooHR will not display factor-level scoring or historical grade progression as native data — this information is preserved as an audit record, not as a live reporting object.

  • Career paths, benchmarking, and equal pay analysis require manual rebuild or parallel tool

    gradar's three career paths have no native BambooHR equivalent. Benchmarking data sourced from third-party providers integrated into gradar has no destination in BambooHR's standard schema. Equal pay analysis outputs are datasets with no native equivalent. We migrate these as structured datasets, file attachments, or custom fields, but BambooHR's native reporting cannot reproduce the analysis. Customers requiring ongoing benchmarking, career path management, or equal pay monitoring need to plan for a parallel tool or add-on alongside BambooHR.

Migration approach

Six steps for a successful gradar to BambooHR data migration

  1. Discovery and export scoping

    We audit the gradar instance across all required objects: Jobs, Grades, Career Paths, Job Descriptions, Competencies, Pay Bands (per currency), Grade Factor Scores, Benchmarking Data, and Equal Pay Analysis datasets. We identify which exports are available from gradar's built-in reporting tools, which require extended exports for historical data, and which objects can only be exported in their current state. We confirm the BambooHR destination tier (Core, Pro, or Elite) and identify which objects map natively versus requiring custom fields. The discovery output is a written migration scope document listing every source export, its format, its completeness, and the recommended destination for each object.

  2. Export extraction and format conversion

    We extract data from gradar using the identified built-in exports. Each export is reviewed for completeness: record counts, required fields, date ranges, and currency tagging. We convert non-standard file formats to migration-ready CSV or JSON, handling encoding issues, delimiter normalisation, and nested data flattening. For exports with missing historical evaluation dates or grade change records, we request extended exports from gradar's reporting module and flag any gaps that cannot be resolved. Currency ambiguity in pay band exports is logged in the reconciliation tracker for customer confirmation before any compensation data is written.

  3. BambooHR schema preparation and custom field creation

    We configure the destination BambooHR instance. On Pro and Elite, we create Pay Grade structures matching gradar's Grade Map (grades 1-25) and configure Pay Grade Steps with min/mid/max amounts per currency. On all tiers, we create custom employee properties for career path (picklist), evaluation date (date), competency list (multi-select picklist), and factor score data (numeric fields or file attachment). If BambooHR is on Core, we map gradar pay band data to custom employee compensation fields. Schema preparation happens in the customer's live BambooHR environment with a test-run in a sandbox if available.

  4. Employee and job record migration

    We migrate employee records first, creating BambooHR employee profiles from gradar user data with role-based access mapped to BambooHR permissions. Jobs are then associated to employees as job titles and grade assignments. We resolve the career path assignment per employee using the custom picklist field. Job descriptions are written to the BambooHR employee record job description field. Grade factor scores are attached as structured files or written to grouped custom fields. Each phase emits a row-count reconciliation report against the source export before the next phase begins.

  5. Compensation data migration and currency reconciliation

    We migrate pay band structures once currency reconciliation is complete. On Pro and Elite, Pay Grade Steps are created with confirmed min/mid/max amounts and correct currency tags. On Core, custom compensation fields are populated per employee with grade-linked pay data. Benchmarking datasets and equal pay analysis outputs are delivered as structured CSV files attached to the relevant employee records or as standalone file attachments in BambooHR's document store. We do not write benchmarking data to live compensation fields because it represents market context rather than internal pay policy.

  6. Cutover, validation, and handoff documentation

    We freeze gradar writes during cutover and run a final delta migration of any records modified during the migration window. We deliver a reconciliation report comparing source record counts against destination record counts for every object. We provide a written inventory of every gradar object that has no native BambooHR equivalent (career paths as live properties, factor score reporting, benchmarking, equal pay analysis) with recommendations for how the customer's HR team can maintain these manually or via a parallel tool. We do not rebuild gradar evaluation workflows or benchmarking integrations in BambooHR; these are documented separately for the customer's admin to address.

Platform deep dives

Context on both ends of the pair

gradar logo

gradar

Source

Strengths

  • Point-factor evaluation methodology is objective and legally defensible across jurisdictions including the EU and Germany.
  • Grade Map with 25 grades across three career paths handles roles from entry-level to executive.
  • Comprehensive compensation suite covers evaluation, pay structuring, benchmarking, and equal pay analysis in one platform.
  • Highly affordable compared to consultant-led job evaluation — customers report saving up to 95% on typical projects.
  • Multilingual and multinational-ready with support for many languages and global job structures.

Weaknesses

  • No publicly documented REST API — data export relies on built-in reporting tools or manual downloads.
  • Interface and user experience is considered dated by some users compared to modern SaaS standards.
  • Export formats are non-standard and require preprocessing before they can be imported into most destination HRMS platforms.
  • Limited third-party integrations out of the box; data portability for migrations is not a primary platform design goal.
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 gradar and BambooHR.

B

Overall complexity

Standard migration

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

  • Object compatibility

    A

    All 7 core objects map 1:1 between gradar 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

    gradar: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most migrations land between three and five weeks for organisations with under 200 job records, clean exports, and no multicurrency pay band complexity. Migrations with historical grade change records, three career paths to reconcile, custom competency lists, benchmarking data to structure, or organisations still deciding between BambooHR Core and Pro tier move to six to ten weeks because of export conversion time, currency reconciliation, and custom field configuration. The BambooHR destination tier decision (Core, Pro, Elite) is a gating dependency that can extend scoping if it requires internal procurement approval.

Adjacent paths

Related migrations to explore

Ready when you are

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