HRMS migration
Field-level mapping, validation, and rollback between PCRecruiter and BambooHR. We move data and schema; workflows are rebuilt natively in BambooHR.
PCRecruiter
Source
BambooHR
Destination
Compatibility
6 of 10
objects map 1:1 between PCRecruiter and BambooHR.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from PCRecruiter to BambooHR is a structural migration from a recruitment-centric ATS/CRM to an HRIS with optional ATS add-on functionality. PCRecruiter's company-centric data model where the same record functions as both candidate and client does not map directly to BambooHR's employee-record paradigm. We resolve this by separating PCRecruiter People records into candidates (loaded into BambooHR's Hiring module) and client contacts (loaded as manual directory entries or external-system references), while Company records migrate as a lookup table. Position and Placement records present the most significant gap: BambooHR's ATS handles candidate tracking but lacks the full pipeline stage automation, client billing, and temp-to-perm tracking that Placements represent in PCRecruiter. We preserve Position data as job records in BambooHR Hiring, map Placements to BambooHR's employee onboarding records, and flag the billing and commission data that requires manual entry or a spreadsheet handoff. Workflow automations, pipeline templates, and the PCRecruiter mass-email sequences do not migrate; we deliver a written inventory of every automation requiring rebuild in BambooHR's limited workflow builder.
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 PCRecruiter 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.
PCRecruiter
People (Candidate)
BambooHR
Applicant (BambooHR ATS)
1:1PCRecruiter People records with candidate activity map to BambooHR Applicant records in the Hiring module. We extract the full candidate profile including name, contact info, work history, education, and custom fields, then load via BambooHR's Import Tool or API. If BambooHR ATS is not licensed, candidates are preserved in a structured spreadsheet for manual entry or future ATS activation. The PCRecruiter candidate status (Active, Placed, Archived) maps to BambooHR Hire Date or Application Status fields.
PCRecruiter
People (Client Contact)
BambooHR
Directory Entry or External Reference
lossyPCRecruiter People records functioning as client contacts (not candidates) do not have a direct BambooHR equivalent because BambooHR is employee-focused and does not have a client or company object. We provide two options during scoping: (1) load client contacts as Employee records in BambooHR with a custom field contact_type__c set to 'External', or (2) preserve as a structured CSV for manual CRM entry in a separate tool. The customer chooses during scoping.
PCRecruiter
Companies
BambooHR
Custom Lookup Table or Employee Affiliation
lossyPCRecruiter Company records have no direct BambooHR equivalent. We create a custom BambooHR field (previous_company_id__c or similar) on the Employee record to store the source Company reference, preserving the affiliation link. If BambooHR ATS is licensed, the Company name maps to the Job's Hiring Company field or a custom field for reporting purposes. The full Company hierarchy (parent-subsidiary) cannot migrate as structured relationships in BambooHR.
PCRecruiter
Positions
BambooHR
Job (BambooHR Hiring)
1:1PCRecruiter Position records map to BambooHR Job postings in the Hiring module. Position title, description, requirements, location, and employment type transfer as Job fields. PCRecruiter pipeline stage definitions do not map to BambooHR's standardized hiring stages (Applied, Phone Screen, Interview, Offer, Hired, Rejected); we document the original PCRecruiter stage progression as a note on the Job record and in the handoff spreadsheet for the customer's admin to rebuild manually.
PCRecruiter
Placements
BambooHR
Employee Record + Custom Fields
lossyPCRecruiter Placement records represent successful hires with billing information, start dates, employee details, and client associations. We map Placements to BambooHR Employee records by creating the employee in BambooHR with hireDate and jobTitle populated from the Placement. The billing rate, client association, and commission fields from PCRecruiter Placement have no BambooHR standard equivalent; we create custom fields (billing_rate__c, client_association__c, commission_amount__c) on the Employee record to preserve this data.
PCRecruiter
Activities (Emails, Calls, Notes)
BambooHR
Employee Notes or Custom Field
lossyPCRecruiter Activity records (emails, calls, meetings, notes) logged against People or Positions do not have a structured BambooHR equivalent. The BambooHR Employee Timeline supports limited notes, and BambooHR ATS does not store full candidate activity history. We migrate the most recent 3-5 meaningful notes per candidate as Employee or Applicant notes, and flag the full activity history as a gap. The customer receives a CSV export of all activity history for manual reference or archival.
PCRecruiter
Attachments (Resumes, Documents)
BambooHR
Applicant Attachments
1:1Resume files and documents attached to PCRecruiter People records migrate to BambooHR Applicant attachments via the BambooHR Attachments API. We preserve file associations to the correct Applicant record and maintain the original filename. Documents attached to Companies or Positions without a direct BambooHR equivalent are bundled into a ZIP archive linked to the corresponding Employee or Job record as a custom attachment.
PCRecruiter
Tags/Labels
BambooHR
Employee Tags
1:1PCRecruiter tags on People, Companies, and Positions migrate to BambooHR's Employee Tags feature. Tags are preserved as a flat taxonomy and recreated as BambooHR tags on the corresponding Employee or Applicant record. If a tag applies to a Company rather than a Person, it is stored in a custom Employee field (previous_tags__c) for reference.
PCRecruiter
Users/Owners
BambooHR
BambooHR User
1:1PCRecruiter User accounts map to BambooHR Employee records with active User accounts. We resolve PCRecruiter Owner assignments on People, Positions, and Placements to the corresponding BambooHR User by email match. Owners without a matching BambooHR User go to a reconciliation queue for the customer's admin to provision before record import. PCRecruiter role permissions do not migrate to BambooHR role assignments.
PCRecruiter
Custom Fields
BambooHR
Custom Fields
1:1PCRecruiter custom fields on Person, Company, Position, and Placement records map to BambooHR custom fields on Employee, Applicant, or Job records. We extract the full custom field schema from PCRecruiter, compare against BambooHR's supported field types (text, dropdown, date, number, checkbox, file upload), and flag any unsupported field types (such as multi-select picklists or calculated fields) for customer decision on how to handle. Dropdown values require explicit translation when PCRecruiter picklist options differ from BambooHR options.
| PCRecruiter | BambooHR | Compatibility | |
|---|---|---|---|
| People (Candidate) | Applicant (BambooHR ATS)1:1 | Fully supported | |
| People (Client Contact) | Directory Entry or External Referencelossy | Fully supported | |
| Companies | Custom Lookup Table or Employee Affiliationlossy | Fully supported | |
| Positions | Job (BambooHR Hiring)1:1 | Fully supported | |
| Placements | Employee Record + Custom Fieldslossy | Fully supported | |
| Activities (Emails, Calls, Notes) | Employee Notes or Custom Fieldlossy | Fully supported | |
| Attachments (Resumes, Documents) | Applicant Attachments1:1 | Fully supported | |
| Tags/Labels | Employee Tags1:1 | Fully supported | |
| Users/Owners | BambooHR User1:1 | Mapping required | |
| Custom Fields | Custom Fields1: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.
PCRecruiter gotchas
Multi-pass conversion process spans 4-8+ weeks
Multiple databases require explicit migration strategy
API pricing model counts every operation as a call
Custom field naming conventions require manual mapping
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 licensing decision
We audit the source PCRecruiter account across database count, People record volume, Position count, Placement history, custom field schema, and activity volume. We pair this with a BambooHR ATS licensing consultation: if BambooHR ATS is required for the recruiting workflow, we confirm the ATS add-on pricing ($99-$199/month) and scope. If BambooHR ATS is not licensed, we document the candidate data migration strategy using BambooHR's Import Tool and flag the ATS gaps upfront. The discovery output is a written migration scope with database consolidation strategy, BambooHR ATS decision, and a custom field mapping plan.
Schema design and custom field provisioning
We design the BambooHR schema before any data migration. This includes provisioning custom fields on Employee, Applicant, and Job records using BambooHR's field type constraints (text, dropdown, date, number, checkbox, file). We extract the full PCRecruiter custom field schema, compare against BambooHR's supported types, and flag any ambiguous or unsupported field types for customer confirmation. If multiple PCRecruiter databases are being consolidated, we design the deduplication rule (primary key by email, fallback by name and phone) during this step. Custom fields are deployed into BambooHR via the API or admin interface before record migration begins.
Owner reconciliation and user provisioning
We extract every distinct PCRecruiter User referenced as Owner on People, Position, and Placement records and match by email against the BambooHR destination account's User table. Owners without a matching BambooHR User go to a reconciliation queue. The customer's BambooHR admin provisions any missing users (employee records with active BambooHR user accounts) before record migration resumes. Role and permission mappings from PCRecruiter do not transfer to BambooHR role assignments; we document the PCRecruiter role structure as a reference for manual rebuild.
Sandbox migration and reconciliation
We run a full migration into a BambooHR test environment (using a secondary BambooHR account or a sandbox copy if available) using production-like data volume. The customer's HR lead reconciles record counts (Employees in, Applicants in, Jobs in), spot-checks 25-50 random records against the PCRecruiter source, and reviews custom field values for accuracy. Any mapping corrections happen in this phase. Activity history volume is reviewed and the note-migration strategy is validated before production migration begins.
Production migration in dependency order
We run production migration in record-dependency order: Employees (base records with custom fields), Applicants (for BambooHR ATS), Job postings (with Position data mapped), Tags (recreated as BambooHR tags), Attachments (via BambooHR Attachments API), and Activity notes (limited to three to five notes per record). Each phase emits a row-count reconciliation report before the next phase begins. If multiple PCRecruiter databases are being consolidated, deduplication runs before the final Employee insert.
Cutover, validation, and automation handoff
We freeze PCRecruiter writes during cutover, run a final delta migration of any records modified during the migration window, then enable BambooHR as the system of record. We deliver the Pipeline Automation and Workflow Inventory document to the customer's admin team, covering every PCRecruiter pipeline stage definition and automation trigger with a recommended BambooHR equivalent. We support a one-week hypercare window for reconciliation issues. We do not rebuild PCRecruiter automations in BambooHR as part of the migration scope; that is a separate engagement.
Platform deep dives
PCRecruiter
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 PCRecruiter 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
PCRecruiter: Call volume per day based on API contract tier (Free tier available with limits).
Data volume sensitivity
PCRecruiter 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 PCRecruiter to BambooHR migration scoping. Not seeing yours? Book a call.
Walk through your PCRecruiter 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 PCRecruiter
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.