HRMS migration
Field-level mapping, validation, and rollback between iCIMS Talent Cloud and BambooHR. We move data and schema; workflows are rebuilt natively in BambooHR.
iCIMS Talent Cloud
Source
BambooHR
Destination
Compatibility
10 of 12
objects map 1:1 between iCIMS Talent Cloud and BambooHR.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from iCIMS Talent Cloud to BambooHR is a platform-level shift from an enterprise ATS with separate onboarding and CRM modules to a unified SMB HRIS that combines ATS and HRIS in a single product. The migration reduces scope: iCIMS objects like Talent Pools, Connect Events, and iForm attachments have no direct BambooHR equivalents, and we surface these as written inventories for manual handoff rather than automated import. We resolve Person Profile to Employee mapping, preserve offer compensation data on the employee record, map job requisition history, and flag custom field type incompatibilities (multi-select lists, information fields, section headers) that prevent API transfer. iCIMS's 10,000-request daily API limit requires pre-calculation and batch scheduling on large candidate databases. Workflow configurations, hiring pipelines, and automations do not migrate; we deliver a structured inventory for your admin to rebuild in BambooHR's settings.
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 iCIMS Talent Cloud 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.
iCIMS Talent Cloud
Person Profiles
BambooHR
Employee (Candidate status)
1:1iCIMS Person Profiles map to BambooHR Employee records. Standard fields (name, email, phone, address, work history) migrate directly. We read the full Person Profile schema via iCIMS Schema API to capture all standard attribute names. Custom fields migrate to BambooHR custom fields using the BambooHR Custom Field Builder API; short answer and single-select list custom fields transfer cleanly. Multi-select list custom fields, section headers, and information fields cannot pass via BambooHR API and are flagged in the custom field inventory as manual-entry items.
iCIMS Talent Cloud
Job Profiles
BambooHR
Job
1:1iCIMS Job Profiles (requisitions) map to BambooHR Job records. Title, department, location, employment type, and job description migrate directly. Hiring pipeline stages (iCIMS Workflow) do not have a BambooHR equivalent; we document each Job Profile's pipeline stages as a written stage configuration inventory for the customer's admin to recreate in BambooHR's job settings.
iCIMS Talent Cloud
Submittals (Applications)
BambooHR
Employee (application status)
1:1iCIMS Submittals represent the association between a Person Profile and a Job Profile at a specific stage. We create the Employee record with application source and application date captured in BambooHR's standard hiring metadata. The submittal stage (e.g., Phone Screen, Interview, Offer Extended) has no direct BambooHR field; we preserve stage history as a custom long-text field on the Employee record for audit purposes.
iCIMS Talent Cloud
Offers
BambooHR
Employee (compensation data)
1:1iCIMS Offer records (salary, start date, offer status) migrate to BambooHR Employee compensation fields (pay rate, pay type, start date) and a custom field for offer status. Compensation details migrate cleanly as long as BambooHR's pay structure (hourly/salary, pay frequency) is configured before migration. BambooHR does not have a separate Offer object; offer data folds into the employee record.
iCIMS Talent Cloud
Onboard (iCIMS Onboarding records)
BambooHR
Employee (onboarding data)
1:1iCIMS Onboard records track post-hire onboarding activity and document completion. We migrate onboarding task status, document completion flags, and employee setup progress to BambooHR Employee custom fields. BambooHR's own onboarding feature may be active post-migration; we document the iCIMS onboarding state so that the customer can recreate the checklist in BambooHR's onboarding tool or complete remaining tasks manually.
iCIMS Talent Cloud
Companies (candidate employer history)
BambooHR
Not applicable
1:1iCIMS Company profiles store employer organization data used within the ATS context for candidate work history. BambooHR stores candidate work history as structured employment records on the Employee profile. We extract employer name, title, dates, and description from iCIMS Company associations and write them as employment entries on the BambooHR Employee record rather than creating separate Company records.
iCIMS Talent Cloud
Talent Pools
BambooHR
No direct equivalent
1:1iCIMS Talent Pools are AI-tiered groupings of candidates organized by skill match and engagement scoring. BambooHR does not have a Talent Pool or CRM feature. We extract all Talent Pool memberships, tier levels, and AI-calculated Role Fit scores and deliver them as a written candidate segmentation inventory. The customer uses this to recreate talent pools in BambooHR by filtering employee records or exporting to a spreadsheet segmentation tool.
iCIMS Talent Cloud
Custom Fields (Person Profile, Job Profile, Submittal)
BambooHR
Custom Fields
lossyiCIMS custom fields carry a numeric internal identifier alongside the attribute name. We read the full custom field schema via the iCIMS Schema API before migration. BambooHR supports short answer, long answer, single-select list, and multi-select list custom fields. We create the matching BambooHR custom fields before migration begins. Any iCIMS custom fields of type Information, Section Header, or unsupported multi-select cannot pass via BambooHR API and are listed as manual-entry items in the migration report.
iCIMS Talent Cloud
Hiring Workflows
BambooHR
Approval Workflows
lossyiCIMS Hiring Workflows define pipeline stages and routing rules specific to each Job Profile. Workflow configurations are not transferable to BambooHR because BambooHR does not support configurable stage pipelines for hiring. We extract every active Hiring Workflow (stage names, approval chains, routing rules) and deliver a written workflow inventory that maps each iCIMS workflow to a BambooHR approval chain configuration or a documented manual process the customer recreates post-migration.
iCIMS Talent Cloud
iForms (completed forms)
BambooHR
Employee Documents
1:1iCIMS iForms (completed I-9s, background check authorizations, new-hire paperwork) must be retrieved by the completed form's ID. Reddit evidence from users who left iCIMS confirms that the standard data migration export delivers forms as a wall of folders and Excel sheets without the actual document files (zips containing completed forms). We flag this gap explicitly. We attempt to retrieve completed iForm documents via the iCIMS API using completed form IDs; if documents are not accessible through API, we document the iForm inventory and recommend manual retrieval from iCIMS admin export or requesting the files from iCIMS support before the source account closes.
iCIMS Talent Cloud
Connect Events (Engagement tracking)
BambooHR
Not migratable
1:1iCIMS Connect Events log candidate engagement activities: email opens, career site visits, chatbot interactions. The connectevent profile type is documented in the iCIMS Schema API. BambooHR does not have a candidate engagement tracking feature. These records do not migrate. We deliver a written summary of engagement event counts per candidate so the customer has visibility into engagement history for manual follow-up.
iCIMS Talent Cloud
Employee Referrals
BambooHR
Employee (referral source)
1:1iCIMS referral tracking logs the source of contacts who were referred by existing employees. Referral attribution attaches to Person Profiles. We extract referral source data and map it to BambooHR's standard Employee referral source field if configured, or to a custom Employee field. BambooHR has built-in employee referral tracking that the customer activates post-migration.
| iCIMS Talent Cloud | BambooHR | Compatibility | |
|---|---|---|---|
| Person Profiles | Employee (Candidate status)1:1 | Fully supported | |
| Job Profiles | Job1:1 | Fully supported | |
| Submittals (Applications) | Employee (application status)1:1 | Fully supported | |
| Offers | Employee (compensation data)1:1 | Fully supported | |
| Onboard (iCIMS Onboarding records) | Employee (onboarding data)1:1 | Fully supported | |
| Companies (candidate employer history) | Not applicable1:1 | Fully supported | |
| Talent Pools | No direct equivalent1:1 | Mapping required | |
| Custom Fields (Person Profile, Job Profile, Submittal) | Custom Fieldslossy | Fully supported | |
| Hiring Workflows | Approval Workflowslossy | Mapping required | |
| iForms (completed forms) | Employee Documents1:1 | Fully supported | |
| Connect Events (Engagement tracking) | Not migratable1:1 | Mapping required | |
| Employee Referrals | Employee (referral source)1:1 | Mapping required |
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.
iCIMS Talent Cloud gotchas
Daily API call limit of 10,000 requests
iCIMS recommends selective data migration, not full migration
Enterprise implementation takes 3 to 6 months
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 source audit
We audit the iCIMS source environment: Person Profile count, Job Profile count, Submittal volume, Offer records, Onboard records, Talent Pool membership, active Hiring Workflow count, iForm completion list, and custom field schema via the Schema API. We also extract the iCIMS API rate limit usage pattern to calculate whether the dataset fits within the 10,000-request daily cap or requires a multi-day migration window. The discovery output is a written migration scope specifying record counts per object, any API volume constraints, and the custom field compatibility matrix for BambooHR.
Custom field pre-creation in BambooHR
We coordinate with the customer's BambooHR admin to pre-create all compatible custom fields before any data import begins. BambooHR requires custom fields to exist in the application before the API can accept values. We map iCIMS custom field names and types to BambooHR custom field equivalents, confirm API field names in BambooHR, and create multi-select list options that exactly match the iCIMS picklist values to avoid import rejection. Any iCIMS field types incompatible with BambooHR API (section headers, information fields) are flagged as manual-entry items.
iForms document retrieval attempt
Before the standard iCIMS data export is finalized, we attempt to retrieve completed iForm documents via the iCIMS API using completed form IDs. We document every iForm record (form type, candidate, completion date, form ID, retrieval status). If documents are inaccessible via API, we instruct the customer to request iForm files directly from iCIMS support as part of their offboarding process. We deliver the full iForm inventory regardless of retrieval outcome so the customer has a complete record for manual distribution to HR.
Sandbox migration and reconciliation
We run a full migration into a BambooHR sandbox using production-like data volume. The customer's HR lead reconciles record counts (Employees created, custom field values populated, job history entries, offer data) against the iCIMS source export. Any field mapping corrections, custom field creation gaps, or data quality issues surface here before production migration begins. We do not proceed to production until the sandbox reconciliation is signed off.
Production migration in dependency order
We run production migration in record-dependency order: Employees (with Person Profile data), job history entries (from iCIMS Companies), job applications (linked to BambooHR Jobs), compensation data (from iCIMS Offers), onboarding status (from iCIMS Onboard records), and custom field values. Each phase emits a row-count reconciliation report. We use batch processing and respect the iCIMS daily API limit by scheduling across days when required. Talent Pool memberships and Connect Event summaries are extracted as written inventories during this phase and delivered alongside the data migration.
Workflow inventory and handoff
We deliver three written documents alongside the data migration: a Hiring Workflow inventory (each iCIMS workflow's stage names, approval chains, and routing rules mapped to BambooHR approval chain equivalents or documented as manual process), a Talent Pool segmentation inventory (pool name, member count, tier levels, role-fit scores), and a Connect Event engagement summary (candidate email open counts, career site visits, chatbot interactions). We do not rebuild iCIMS workflows as BambooHR approval chains inside the migration scope; the customer's admin uses the inventory to recreate them post-migration. We support a one-week hypercare window for reconciliation questions.
Platform deep dives
iCIMS Talent Cloud
Source
Strengths
Weaknesses
BambooHR
Destination
Strengths
Weaknesses
Complexity grading
Standard HRMS migration. 1 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across iCIMS Talent Cloud and BambooHR.
Object compatibility
1 of 7 objects need a mapping; the rest are 1:1.
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
iCIMS Talent Cloud: 10,000 requests/day per organization — this limit applies across all API tiers and is not increased by the Streaming API.
Data volume sensitivity
iCIMS Talent Cloud exposes a bulk API — large-volume migrations stream efficiently.
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 iCIMS Talent Cloud to BambooHR migration scoping. Not seeing yours? Book a call.
Walk through your iCIMS Talent Cloud 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 iCIMS Talent Cloud
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.