HRMS migration
Field-level mapping, validation, and rollback between WebCruiter and BambooHR. We move data and schema; workflows are rebuilt natively in BambooHR.
WebCruiter
Source
BambooHR
Destination
Compatibility
6 of 10
objects map 1:1 between WebCruiter and BambooHR.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from WebCruiter to BambooHR is an ATS-to-HRIS migration, not a record copy between equivalent systems. WebCruiter is a Scandinavian-focused applicant tracking system with no documented public API and manual point-in-time export; BambooHR is a full HRIS that consolidates recruiting, onboarding, employee records, time-off, and performance into one platform. We extract data via the Talentech customer portal, profile each custom screening field for type and content, and load into BambooHR using the BambooHR API with batch chunking. We do not migrate WebCruiter workflow configurations, job board postings, or recruiting automations; we deliver a written inventory of these for the customer's admin to rebuild in BambooHR.
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 WebCruiter 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.
WebCruiter
Candidate
BambooHR
Employee
1:1WebCruiter Candidates map to BambooHR Employees using the standard name, email, phone, and address fields. The BambooHR Employee record becomes the primary HR record post-migration. We flag records where contact information was manually entered versus auto-populated from an application, as manual entries may contain typos that require correction before import. Candidate source attribution (referral, job board, direct) maps to a custom BambooHR text field candidate_source__c for reporting.
WebCruiter
Candidate
BambooHR
Applicant
1:manyWebCruiter Candidates who applied to jobs create one BambooHR Applicant record per job application. If a single Candidate applied to multiple jobs in WebCruiter, we create multiple BambooHR Applicant records linked to the same Employee. The applicant record captures the job applied to, application date, and current stage. We reconcile the applicant record count against the WebCruiter application export to detect missing records.
WebCruiter
Job Posting
BambooHR
Job
1:1WebCruiter Job Postings with status Active or Paused map to BambooHR Job records. We map title, department, location, and posting status. Closed or archived jobs in WebCruiter are flagged for customer decision: they can be created as inactive jobs in BambooHR or excluded from migration if the customer does not intend to reactivate. We preserve the original WebCruiter requisition ID in a custom field webcruiter_requisition_id__c for audit trail.
WebCruiter
Application
BambooHR
Applicant
1:1WebCruiter Applications link a Candidate to a Job Posting with a status (applied, in review, rejected, hired). We map application date and application status to BambooHR Applicant status values. We flag applications where the WebCruiter stage history was not included in the export, as stage progression may not be fully preserved in BambooHR's flat applicant record. Hired applications create a flag for the customer's admin to initiate BambooHR onboarding setup for the corresponding Employee.
WebCruiter
Pipeline Stage
BambooHR
Application Stage
lossyWebCruiter's per-job configurable pipeline stages (which can vary by requisition) map to BambooHR's standardized application stages (Applied, Interview, Offer, Hired, Rejected). We extract the stage name mapping from each exported WebCruiter job and map each custom stage to the nearest BambooHR equivalent. Multi-stage WebCruiter pipelines that exceed five stages require the customer to define a consolidation strategy, as BambooHR does not support unlimited custom stages per job.
WebCruiter
Custom Form Field
BambooHR
Custom Field (Employee or Applicant)
lossyWebCruiter custom screening questions export as free-form text regardless of intended type. We profile each custom field in staging, infer the intended type (date, integer, multi-select, single-select), and create the corresponding typed custom field in BambooHR. Multi-select values from WebCruiter (stored as comma-separated text) map to BambooHR multi-select fields. Fields that cannot be cleanly typed are flagged for customer review before load. Custom fields that are job-specific screening questions attach to the Applicant record; fields that are candidate profile attributes attach to the Employee record.
WebCruiter
Attachment
BambooHR
File Attachment (Employee)
1:1WebCruiter stores CVs, cover letters, and portfolio files attached to Candidate records. The standard data export does not include bulk file downloads; we request a complete file bundle from the customer or Talentech support before the load phase. We validate attachment filenames against the exported record IDs to detect mismatches, rename files to a consistent format (CandidateID_Filename), and upload to the corresponding BambooHR Employee record. Files without a matching Candidate record are held in a reconciliation folder.
WebCruiter
Candidate Source
BambooHR
Custom Field (Applicant)
1:1WebCruiter's Candidate Source field (referral, job board, direct, etc.) is often blank in legacy records or populated inconsistently. We map source values to a BambooHR custom dropdown field on the Applicant record. Where source is blank, we flag for customer decision on default value or exclusion. Source attribution is preserved for reporting on recruiting channel effectiveness post-migration.
WebCruiter
User / Owner Assignment
BambooHR
Employee (Hiring Manager)
1:1WebCruiter records reference internal user IDs for the recruiter or hiring manager assigned as owner. The standard data export may not include a full user directory. We flag owner fields where the user ID does not match a known user in the destination system. The customer confirms a user-mapping table before load. Hiring manager assignments on Job records map to the BambooHR Job's Hiring Manager field. Owner assignments on Candidate records are stored in a custom text field original_recruiter__c for audit.
WebCruiter
Archived Job Requisition
BambooHR
Job (inactive) or excluded
lossyWebCruiter archived jobs retain their original pipeline stage configurations which may conflict with the active pipeline schema in BambooHR. We separate archived jobs from active jobs during scoping and recommend either excluding archived pipelines from migration or creating them as inactive jobs in BambooHR. The customer makes the exclusion decision during scoping. If archived jobs are included, we map their stages to BambooHR standard stages using the same consolidation logic as active jobs.
| WebCruiter | BambooHR | Compatibility | |
|---|---|---|---|
| Candidate | Employee1:1 | Fully supported | |
| Candidate | Applicant1:many | Fully supported | |
| Job Posting | Job1:1 | Fully supported | |
| Application | Applicant1:1 | Fully supported | |
| Pipeline Stage | Application Stagelossy | Fully supported | |
| Custom Form Field | Custom Field (Employee or Applicant)lossy | Fully supported | |
| Attachment | File Attachment (Employee)1:1 | Fully supported | |
| Candidate Source | Custom Field (Applicant)1:1 | Mapping required | |
| User / Owner Assignment | Employee (Hiring Manager)1:1 | Fully supported | |
| Archived Job Requisition | Job (inactive) or excludedlossy | 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.
WebCruiter gotchas
No documented public API for automated migration
Attachment bulk download not available via standard export
Custom screening fields lack consistent data typing
Archived job requisitions may carry stale pipeline stage configurations
Owner and recruiter user IDs may not resolve in target system
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
Talentech export request and scoping validation
We request the Talentech Data Export through the customer portal at project kickoff. The export must include Candidates, Job Postings, Applications, Custom Form Field definitions, and Pipeline Stage configurations. We validate that all expected objects appear in the downloaded file, profile the field structure, and flag any objects that are absent or incomplete. Where the export is missing data, we escalate to Talentech support on the customer's behalf. We also request a complete file attachment bundle from Talentech support and estimate the file count and total size for the attachment handling phase.
Field profiling and custom field design
We profile every WebCruiter custom screening field in the staging environment. For each field, we analyze the data distribution to infer the intended type (date, integer, multi-select, single-select, free text). We design the BambooHR custom field schema: fields that capture candidate profile attributes attach to the Employee record; fields that capture job-specific screening responses attach to the Applicant record. We map WebCruiter multi-select values to BambooHR multi-select fields, splitting comma-separated text on import. The customer reviews and approves the custom field design before schema creation in BambooHR.
BambooHR schema preparation
We create the destination schema in BambooHR. This includes provisioning all required custom fields (with correct data types), configuring the Job record with correct department and location fields, setting up the Hiring Manager assignment structure, and enabling the BambooHR ATS module if not already active on the customer's plan. We create a sandbox or test environment record set to validate the field mapping before loading production data. Owner and hiring manager user mapping is confirmed against the customer's confirmed user list.
Staging migration and reconciliation
We run a full migration into the BambooHR staging environment using production-equivalent data volume. The customer's HR lead reconciles record counts (Employees in, Applicants in, Jobs in), spot-checks 25-50 random records against the WebCruiter source export, and validates that custom field values appear correctly typed and placed. Any mapping corrections happen in staging. We specifically validate attachment filename reconciliation and flag any candidates with missing or mismatched files for the customer to resolve before production.
Attachment file retrieval and reconciliation
We retrieve the complete file attachment bundle from Talentech support or the WebCruiter UI and validate filenames against the exported Candidate record IDs. Files are renamed to a consistent format (CandidateID_Filename) to ensure unambiguous matching at load. Candidates without a matching file are flagged; files without a matching Candidate record are held in a reconciliation folder. We upload validated files to the corresponding BambooHR Employee records using the BambooHR file attachment API, validating that each file attaches to the correct record.
Production migration and cutover
We freeze WebCruiter writes at cutover, run a final delta export capturing any records modified during the migration window, and proceed with production migration in record order: Employees (with custom fields), Jobs, Applicants (linked to Employees and Jobs), and files. We run a post-load reconciliation comparing record counts and spot-checking field values against the source. We deliver a written inventory of any WebCruiter automations, pipeline configurations, or job board posting settings that require rebuild in BambooHR. We support a one-week hypercare window for reconciliation issues raised by the recruiting team.
Platform deep dives
WebCruiter
Source
Strengths
Weaknesses
BambooHR
Destination
Strengths
Weaknesses
Complexity grading
Standard HRMS migration. All 7 core objects map 1:1 between WebCruiter and BambooHR.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across WebCruiter and BambooHR.
Object compatibility
All 7 core objects map 1:1 between WebCruiter 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
WebCruiter: Not publicly documented — no public API surface exists for end customers..
Data volume sensitivity
WebCruiter 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 WebCruiter to BambooHR migration scoping. Not seeing yours? Book a call.
Walk through your WebCruiter 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 WebCruiter
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.