HRMS migration
Field-level mapping, validation, and rollback between Jobtoolz and BambooHR. We move data and schema; workflows are rebuilt natively in BambooHR.
Jobtoolz
Source
BambooHR
Destination
Compatibility
9 of 10
objects map 1:1 between Jobtoolz and BambooHR.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Migrating from Jobtoolz to BambooHR crosses from a Belgium-founded ATS built for SME recruitment to a US-based HRIS that adds ATS capability as an add-on module. The core technical difference is that Jobtoolz has no bulk ATS data API — Candidate, Application, and Vacancy records require CSV exports chunked by date range or pipeline stage — while BambooHR accepts data via its REST API with standard import endpoints. We capture every custom pipeline stage name during scoping, generate a customer-approved stage mapping table, and collapse stages that exceed BambooHR's structure. The employer branding content layer (careers page assets, job ad templates) migrates via Jobtoolz's authenticated Content API. Workflows, automations, and role-based permission sets do not migrate; we deliver a written inventory of these for the customer's admin to rebuild in BambooHR's settings. BambooHR charges an ATS add-on of approximately $99-$199 per month on top of its Core, Pro, or Elite HRIS base price, which should be factored into the post-migration subscription budget.
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 Jobtoolz 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.
Jobtoolz
Candidate
BambooHR
Employee (Candidate module)
1:1Jobtoolz Candidate records export to CSV via the built-in Candidates list export. We map Candidate fields (first name, last name, email, phone, location, source, current stage) to BambooHR's Employee data model in the Hiring module. Custom candidate fields migrate as BambooHR Custom Candidate Fields, preserving all values and flagging any type mismatches (e.g. free-text in Jobtoolz that maps to a picklist in BambooHR). Personal email is required on every record before import because BambooHR uses it as the dedupe key.
Jobtoolz
Application
BambooHR
Candidate record (Hiring module)
1:1Jobtoolz Application records link a Candidate to a Vacancy and store the stage history. In BambooHR's Hiring module, the Candidate record carries the stage status directly. We map Application stage history into BambooHR's Candidate stage field and append any stage-change timestamps as a custom text field capturing the progression. Note that BambooHR's Hiring module uses a fixed stage sequence (Applied, Phone Screen, Interview, Offer, Hired, Rejected) that may require collapsing or renaming Jobtoolz's custom stages.
Jobtoolz
Vacancy
BambooHR
Job (Hiring module)
1:1Jobtoolz Vacancy records (title, department, location, employment type, job description, status) map to BambooHR Job postings. We extract the structured vacancy fields and populate BambooHR's Job object, including the job description as rich text, location, employment status, and department. Vacancy custom fields migrate as BambooHR Custom Candidate Fields that appear on applications submitted against the job.
Jobtoolz
Pipeline Stages
BambooHR
Candidate Stage (Hiring module)
lossyJobtoolz allows arbitrary pipeline stage names and ordering — the schema is entirely tenant-specific. BambooHR uses a fixed stage sequence (Applied, Phone Screen, Interview, Offer, Hired, Rejected). We capture the complete custom stage sequence during scoping, generate a customer-approved stage mapping table, and collapse any stages that exceed the target model into the nearest BambooHR equivalent. Stage probability percentages migrate if the customer has configured them in Jobtoolz.
Jobtoolz
Custom Candidate Fields
BambooHR
Custom Candidate Fields
1:1Jobtoolz custom fields on Candidate records export as additional columns in the CSV. We recreate each custom field in BambooHR as a Custom Candidate Field, preserving the field label, type (text, number, date, picklist), and all stored values. Any picklist fields in Jobtoolz are recreated as picklist fields in BambooHR to avoid type-mismatch rejections during import.
Jobtoolz
Custom Vacancy Fields
BambooHR
Custom Candidate Fields (on Job)
1:1Jobtoolz supports custom fields on Vacancy records that capture structured data per job posting. We migrate these as BambooHR Custom Candidate Fields that appear on applications submitted against the migrated job, ensuring that any structured job-level metadata (e.g. budget range, hiring manager, clearance level) travels with the job into BambooHR.
Jobtoolz
Documents and Attachments
BambooHR
Candidate File Attachments
1:1Resume, cover letter, and portfolio attachments stored against Jobtoolz Candidate records are downloaded via the authenticated session and re-attached to the corresponding BambooHR Candidate record. We maintain the original file name and file type. Large attachments over 10 MB are flagged for manual review if BambooHR's file size limits apply at the destination tier.
Jobtoolz
Employer Branding Content
BambooHR
BambooHR Careers Site (structured content)
1:1Jobtoolz career site content, company branding assets, and job ad templates are managed via the Jobtoolz Content API with full Bearer token authentication. We extract these as structured content bundles — company description, culture text, logo assets, careers page copy — and deliver them as a content migration package. BambooHR does not host a branded careers site natively; the content package is designed for import into BambooHR's careers page builder or for use with a third-party careers page tool.
Jobtoolz
Users and Team Members
BambooHR
Users
1:1Jobtoolz team member accounts and their role assignments (Recruiter, Hiring Manager, Admin) map to BambooHR user accounts. We resolve each Jobtoolz user by email against the BambooHR destination and assign default BambooHR roles (Employee, Manager, or Super Admin) based on the source role. Permission structures differ between platforms; we assign the nearest equivalent role and flag any accounts requiring custom permission set configuration in BambooHR after migration.
Jobtoolz
Jobtoolz Hiring Source
BambooHR
Candidate Source (Hiring module)
1:1Jobtoolz tracks candidate source (referral, job board, direct application, agency) as a Candidate property. We map this to BambooHR's Candidate Source field on the Employee record in the Hiring module. If Jobtoolz uses custom source labels not present in BambooHR's standard source list, we create custom source options in BambooHR's settings before import.
| Jobtoolz | BambooHR | Compatibility | |
|---|---|---|---|
| Candidate | Employee (Candidate module)1:1 | Fully supported | |
| Application | Candidate record (Hiring module)1:1 | Fully supported | |
| Vacancy | Job (Hiring module)1:1 | Fully supported | |
| Pipeline Stages | Candidate Stage (Hiring module)lossy | Mapping required | |
| Custom Candidate Fields | Custom Candidate Fields1:1 | Mapping required | |
| Custom Vacancy Fields | Custom Candidate Fields (on Job)1:1 | Fully supported | |
| Documents and Attachments | Candidate File Attachments1:1 | Mapping required | |
| Employer Branding Content | BambooHR Careers Site (structured content)1:1 | Fully supported | |
| Users and Team Members | Users1:1 | Mapping required | |
| Jobtoolz Hiring Source | Candidate Source (Hiring module)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.
Jobtoolz gotchas
No bulk ATS data API forces manual CSV exports for migration scoping
Custom pipeline stages lack a standard schema for destination mapping
HireHive acquisition may introduce schema divergence in future
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 CSV export coordination
We audit the Jobtoolz portal to identify all active Vacancies, total Candidate count, Application volume, custom pipeline stage names, custom field definitions, and document attachment count. Because Jobtoolz has no bulk ATS API, we coordinate with the customer's Jobtoolz admin to generate CSV exports of the Candidate list, split by date range or stage if the volume exceeds 500 records per export. We also extract the employer branding content via the authenticated Content API. The discovery output is a written migration scope document including a complete stage mapping table for customer approval.
BambooHR ATS add-on activation and schema pre-configuration
Before any data moves, we confirm that the customer's BambooHR account has the Hiring module (ATS add-on) active. We pre-configure BambooHR's custom fields, source options, and stage sequence to match the approved stage mapping table. Custom Candidate Fields are created in BambooHR settings with the same types (text, number, date, picklist) as the Jobtoolz source fields to prevent type-mismatch rejections during import. This phase requires a BambooHR admin login and runs parallel to Jobtoolz export preparation.
CSV processing, transformation, and data validation
We parse the Jobtoolz CSV exports and apply the approved stage mapping, field type conversions, and custom field transformations. Records with missing required fields (first name, last name, email) are flagged in a pre-import reconciliation report. Email addresses are used as the dedupe key in BambooHR, and any duplicate candidates in the export are consolidated. Resume and cover letter attachments are downloaded from the authenticated Jobtoolz session and organized by candidate record for re-attachment in BambooHR.
User and team member mapping
We extract all Jobtoolz team member accounts and map them to BambooHR users by email match. Any Jobtoolz user without a corresponding BambooHR user is placed in a reconciliation queue for the customer's BambooHR admin to provision before the candidate import begins. Role and permission structures are mapped to the nearest BambooHR equivalents (Employee, Manager, Super Admin) and flagged for any accounts requiring post-migration permission set refinement.
Production import in dependency order
We import records into BambooHR in dependency order: Users (validated first), Jobs/Vacancies, then Candidate records with attachments. Each phase emits a row-count reconciliation report. We use BambooHR's bulk import API or CSV import with API-based attachment upload for resumes and cover letters. Any records rejected during import (due to required field missing, type mismatch, or stage mapping error) are logged, corrected, and re-imported in a follow-up pass before cutover sign-off.
Cutover, employer branding handoff, and rebuild inventory
We freeze Jobtoolz as the system of record during cutover, run a final delta pass for any records modified during the migration window, and validate a random sample of 25-50 candidate records in BambooHR against the source data. We deliver the employer branding content migration package (structured content bundle from the Jobtoolz Content API) to the customer's admin for import into BambooHR's careers page or a third-party careers site tool. We deliver a written inventory of Jobtoolz workflows, automations, and custom pipeline rules requiring rebuild in BambooHR settings.
Platform deep dives
Jobtoolz
Source
Strengths
Weaknesses
BambooHR
Destination
Strengths
Weaknesses
Complexity grading
Standard HRMS migration. All 7 core objects map 1:1 between Jobtoolz and BambooHR.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Jobtoolz and BambooHR.
Object compatibility
All 7 core objects map 1:1 between Jobtoolz 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
Jobtoolz: Not publicly documented.
Data volume sensitivity
Jobtoolz 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 Jobtoolz to BambooHR migration scoping. Not seeing yours? Book a call.
Walk through your Jobtoolz 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 Jobtoolz
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.