HRMS migration
Field-level mapping, validation, and rollback between Kallidus Recruit and BambooHR. We move data and schema; workflows are rebuilt natively in BambooHR.
Kallidus Recruit
Source
BambooHR
Destination
Compatibility
8 of 10
objects map 1:1 between Kallidus Recruit and BambooHR.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Kallidus Recruit to BambooHR is a structural migration that also changes the product category from standalone ATS to HRIS with an integrated ATS layer. Kallidus Recruit ships Candidate, Vacancy, Application, and Interview records in an ATS-centric model, while BambooHR organises data around Employees with an optional Hiring add-on. We resolve that schema shift during scoping, map Kallidus applications to BambooHR candidates, and preserve vacancy and interview data in BambooHR's candidate timeline. Because Kallidus Recruit exposes its Backoffice API to Super Users only, we coordinate credential provisioning before migration tooling can authenticate. We do not migrate workflows, automated email sequences, or agency portal configurations; we deliver a written inventory of these for the customer's admin to rebuild in BambooHR or the configured ATS partner.
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 Kallidus Recruit 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.
Kallidus Recruit
Candidate
BambooHR
Candidate (BambooHR Hiring)
1:1Kallidus Candidate records map to BambooHR Candidate records when BambooHR ATS (Hiring) is enabled on the destination account. We map first name, last name, email, phone, address, and any structured profile fields. Candidate status history (active, archived, hired) migrates to BambooHR's candidate stage values. If the destination account does not have BambooHR ATS enabled, candidates map to the employee's pre-hire applicant record or are flagged for the customer to enable the module before import.
Kallidus Recruit
Application
BambooHR
Candidate Application (BambooHR Hiring)
1:1Kallidus Application records link a Candidate to a Vacancy and carry submission date, screening notes, interview scores, and status transitions. We preserve the full application timeline and map Kallidus status values (applied, shortisted, interview, offer, rejected, withdrawn) to the nearest BambooHR Hiring stage. Screening notes and structured scores migrate to BambooHR's scorecard fields and candidate notes sections.
Kallidus Recruit
Vacancy
BambooHR
Job (BambooHR Hiring)
1:1Kallidus Vacancy records map to BambooHR Job postings. Role title, department, location, employment type, salary range, and opening and closing dates transfer directly. Vacancy pipeline configurations (custom stages beyond the standard apply-interview-offer-hire flow) require manual reconstruction in BambooHR Hiring because BambooHR uses a fixed stage model that admins can extend but not fully replicate from Kallidus's pipeline builder.
Kallidus Recruit
Interview Record
BambooHR
Interview (BambooHR Hiring)
1:1Kallidus Interview records carry interview date, interviewer assignment, and outcome. We map interview dates and interviewer names to BambooHR Hiring interview records attached to the relevant Candidate. Interview scores and interviewer feedback notes migrate to BambooHR scorecard fields. Candidate self-scheduling configuration from Kallidus does not transfer; we document the self-scheduling workflow for the admin to configure in BambooHR's interview scheduling settings.
Kallidus Recruit
User and Hiring Manager
BambooHR
Employee (BambooHR HRIS)
1:1Kallidus internal user accounts (HR administrators, hiring managers) map to BambooHR Employee records. We export user name, email, and role assignment. Kallidus role permissions (admin, hiring manager, agency) do not map directly to BambooHR's permission groups; we flag role discrepancies so the customer maps them to BambooHR's HR Admin, Manager, or Employee permission tiers during configuration.
Kallidus Recruit
Agency Portal Contact
BambooHR
Candidate (external source flag)
lossyExternal agency recruiter contacts and their submission history in Kallidus do not have a dedicated BambooHR object. We map agency contact details to a custom BambooHR Candidate field (externalAgency__c) and preserve any associated candidate submissions under the same candidate record. The customer manually configures any preferred-agency relationships in BambooHR's ATS settings if the BambooHR ATS add-on supports that feature.
Kallidus Recruit
Custom Vacancy Fields
BambooHR
Custom Candidate Fields (BambooHR)
lossyKallidus custom vacancy fields capture sector-specific data beyond the standard vacancy record. These are customer-defined and not always consistently exposed in Kallidus exports. We inventory all active custom vacancy fields during discovery, map them to BambooHR custom candidate fields where the data type is compatible (text, number, date, dropdown), and flag any unsupported field types for manual entry or alternative handling.
Kallidus Recruit
Email Template
BambooHR
Email Template (BambooHR ATS)
1:1Kallidus email templates with merge fields for Candidate and Vacancy data are exported as template bodies with field mappings. BambooHR Hiring supports candidate communication templates with merge fields. We export the template bodies and field references and provide a written mapping guide for the customer to recreate templates in BambooHR's email template editor. Active email automation rules tied to these templates are inventoried and flagged for rebuild in BambooHR Workflows.
Kallidus Recruit
Candidate Status History
BambooHR
Candidate Stage History (BambooHR ATS)
1:1Kallidus records every Candidate status transition with a timestamp and optional note. We preserve the complete status change log as a structured set of entries appended to the BambooHR Candidate record's history section. Status timestamps are preserved as metadata fields on each stage entry to maintain the original timeline fidelity.
Kallidus Recruit
Application Notes and Attachments
BambooHR
Candidate Notes and Files (BambooHR)
1:1Kallidus application-level notes and file attachments (CVs, cover letters, reference documents) migrate to BambooHR candidate notes and file attachments respectively. We use BambooHR's file upload API to transfer attachments directly, preserving original file names and MIME types. If third-party document integrations such as Adobe Sign are attached to applications, we flag these during discovery for manual reconfiguration in BambooHR's document settings.
| Kallidus Recruit | BambooHR | Compatibility | |
|---|---|---|---|
| Candidate | Candidate (BambooHR Hiring)1:1 | Fully supported | |
| Application | Candidate Application (BambooHR Hiring)1:1 | Fully supported | |
| Vacancy | Job (BambooHR Hiring)1:1 | Fully supported | |
| Interview Record | Interview (BambooHR Hiring)1:1 | Fully supported | |
| User and Hiring Manager | Employee (BambooHR HRIS)1:1 | Fully supported | |
| Agency Portal Contact | Candidate (external source flag)lossy | Fully supported | |
| Custom Vacancy Fields | Custom Candidate Fields (BambooHR)lossy | Mapping required | |
| Email Template | Email Template (BambooHR ATS)1:1 | Fully supported | |
| Candidate Status History | Candidate Stage History (BambooHR ATS)1:1 | Fully supported | |
| Application Notes and Attachments | Candidate Notes and Files (BambooHR)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.
Kallidus Recruit gotchas
API tokens restricted to Super Users
Recruit and HRIS share a brand but not a schema
Standard email templates cannot be customised by the customer
Limited public documentation of API rate limits
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 ATS module confirmation
We audit the Kallidus Recruit instance for active Candidates, Vacancies, Applications, Interview records, user accounts, and custom field configurations. We confirm whether the BambooHR destination account has the Hiring (ATS) module enabled on the Advantage tier. If ATS is not enabled, we advise the customer to activate it before scoping continues. We also inventory agency portal contacts, email templates, and any active automated workflows that require documentation. The discovery output is a written scope covering record counts, custom field inventory, and a checklist of destination configuration prerequisites.
API credential provisioning and export preparation
We coordinate with the Kallidus Super User contact to generate a Backoffice API token. We validate the token with a read-only endpoint test before proceeding. We run a full export of Candidate, Application, Vacancy, Interview, and user records in JSON format. For custom vacancy fields, we run a targeted export query per vacancy type to capture all active field definitions. We parallel this with a BambooHR API key generation in the destination account and validate write access to the Candidate and Job endpoints.
Schema mapping and transformation design
We design the field-level mapping from Kallidus objects to BambooHR objects. This includes mapping Kallidus Candidate properties to BambooHR Candidate fields, Vacancy fields to BambooHR Job fields, and Application status values to BambooHR Hiring stage names. We design the status history transformation to preserve timestamps, define how agency-portal-sourced candidates are flagged, and document which custom vacancy fields map to BambooHR custom candidate fields. The mapping document is reviewed by the customer before any data is written.
Sandbox staging migration and reconciliation
We run a full migration into BambooHR using a staging environment or a parallel test account. The customer reconciles record counts (Candidates in, Applications in, Jobs in, Interviews in), spot-checks 20-30 records against the Kallidus source, and validates that interview dates, scores, and application status history appear correctly in BambooHR. Any field mapping corrections, stage name adjustments, or custom field additions happen in this phase before production migration begins.
Production migration in dependency order
We run production migration in record-dependency order: Jobs (Vacancies) first, then Candidates, then Applications and Interview records. We use adaptive throttling and exponential backoff on write operations, batch sizes of 100-500 records per API call, and validation checks after each batch. Interview records import after their parent Applications and Candidates are confirmed in BambooHR. Email templates are exported as a written inventory document rather than written to BambooHR since template recreation is an admin configuration step.
Cutover, validation, and workflow inventory delivery
We freeze Kallidus Recruit write access during the cutover window, run a final delta import of any records modified during migration, then mark BambooHR as the system of record. We deliver the email template mapping guide, active workflow inventory (for the admin to rebuild in BambooHR or configure as BambooHR Workflows), and a custom vacancy field configuration checklist. We support a three-day post-cutover reconciliation window where the customer raises any data gaps discovered in BambooHR.
Platform deep dives
Kallidus Recruit
Source
Strengths
Weaknesses
BambooHR
Destination
Strengths
Weaknesses
Complexity grading
Standard HRMS migration. All 7 core objects map 1:1 between Kallidus Recruit and BambooHR.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Kallidus Recruit and BambooHR.
Object compatibility
All 7 core objects map 1:1 between Kallidus Recruit 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
Kallidus Recruit: Not publicly documented in the Backoffice API guide.
Data volume sensitivity
Kallidus Recruit 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 Kallidus Recruit to BambooHR migration scoping. Not seeing yours? Book a call.
Walk through your Kallidus Recruit 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 Kallidus Recruit
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.