HRMS migration
Field-level mapping, validation, and rollback between Webrecruit and Recruit CRM & ATS. We move data and schema; workflows are rebuilt natively in Recruit CRM & ATS.
Webrecruit
Source
Recruit CRM & ATS
Destination
Compatibility
7 of 10
objects map 1:1 between Webrecruit and Recruit CRM & ATS.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Webrecruit to Recruit CRM is a structured ATS-to-ATS migration for UK-based recruitment agencies seeking a platform with broader integration coverage, AI-powered candidate features, and a pricing model that scales per user. Webrecruit organizes data around Candidates, Jobs, Applications, Stages, and Hiring Manager assignments with GDPR compliance embedded at the candidate record. Recruit CRM adds a CRM layer, AI resume parsing, candidate matching, and GPT-driven content generation alongside its ATS functionality. The migration requires careful handling of GDPR consent timestamps, bespoke stage types that have no native representation in Recruit CRM, and the absence of publicly documented Webrecruit API endpoints. We perform live schema discovery when the customer provides API credentials, falling back to CSV export with manual field mapping if credentials are unavailable. Workflows, automations, and integrations with BreatheHR and CIPHR do not migrate; we document these for admin rebuild post-migration.
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 Webrecruit object lands in Recruit CRM & ATS, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Webrecruit
Candidate
Recruit CRM & ATS
Candidate
1:1Webrecruit candidate profiles including contact details, application history, stage progression, and GDPR consent flags map directly to Recruit CRM Candidates. The consent timestamp and boolean flag from Webrecruit migrate to custom fields on the Recruit CRM Candidate record to ensure UK regulatory compliance post-migration. Candidates with withdrawn or expired consent are flagged in the migration output and excluded unless the customer explicitly requests otherwise.
Webrecruit
Job
Recruit CRM & ATS
Job
1:1Webrecruit job records (title, description, department, location, status, posting dates) map to Recruit CRM Job records via the Recruit CRM Jobs API endpoint. Active and archived jobs migrate with status preserved; the customer decides whether to publish migrated jobs immediately or stage them for review. We flag any jobs with custom fields that lack equivalents in Recruit CRM for manual field creation post-migration.
Webrecruit
Application
Recruit CRM & ATS
Application
1:1Each Webrecruit Application links a Candidate to a Job with a timestamp and current stage. We preserve the full application timeline including rejection dates, withdrawal status, and stage history. The mapping resolves Candidate and Job references in Recruit CRM by performing a pre-import lookup to establish slugs before linking application records.
Webrecruit
Stage
Recruit CRM & ATS
Stage
lossyWebrecruit pipeline stages map to Recruit CRM stages on a 1:1 basis where stage names align. Bespoke stages such as aptitude tests, competency assessments, and other non-standard evaluation steps flag as unmappable and are documented separately. These stages require manual reconfiguration in Recruit CRM; we provide a stage inventory with names and sequence positions for the customer to recreate.
Webrecruit
Hiring Manager
Recruit CRM & ATS
User
1:1Webrecruit hiring managers assigned to jobs map to Recruit CRM User records by email match. We extract hiring manager assignments from job records and create User references in Recruit CRM, resolving any hiring manager that lacks a corresponding user account to a reconciliation queue for the customer to provision before final import.
Webrecruit
Document
Recruit CRM & ATS
Attachment
1:1CVs, cover letters, and attachments stored per Webrecruit application migrate as files attached to the corresponding Recruit CRM Candidate or Application record. File blobs are exported from Webrecruit and re-uploaded via the Recruit CRM file API with the parent record type and ID resolved before each attachment insert.
Webrecruit
Custom Field
Recruit CRM & ATS
Custom Field
1:1Webrecruit custom fields vary by account and require field-level mapping during scoping. We export field definitions and values, then map them to Recruit CRM custom fields of equivalent type (text, number, date, picklist, checkbox). Fields without a matching Recruit CRM equivalent are flagged in the migration output for manual re-creation by the customer post-migration.
Webrecruit
GDPR Consent
Recruit CRM & ATS
Custom Consent Field
lossyWebrecruit stores candidate GDPR consent as a boolean flag with a timestamp per record. UK law requires this status to be preserved in the destination system. We export consent timestamp and flag alongside each candidate record and map them to dedicated custom fields in Recruit CRM. Suppression list compliance and withdrawal request handling are documented for the customer's admin to configure post-migration.
Webrecruit
User
Recruit CRM & ATS
User
1:1Webrecruit user accounts (name, email, role, permissions) map to Recruit CRM Users. We resolve users by email address during import and map Webrecruit role names to the closest Recruit CRM permission set. The customer's admin reviews role mapping during scoping and approves the mapping before user import begins.
Webrecruit
Workflow
Recruit CRM & ATS
Workflow (documented)
lossyWebrecruit approval workflows define job requisition routing from creation to posting. These do not migrate as executable code. We export workflow step definitions and document the sequence, approvers, and conditions for the customer's admin to recreate in Recruit CRM's workflow builder post-migration.
| Webrecruit | Recruit CRM & ATS | Compatibility | |
|---|---|---|---|
| Candidate | Candidate1:1 | Fully supported | |
| Job | Job1:1 | Fully supported | |
| Application | Application1:1 | Fully supported | |
| Stage | Stagelossy | Fully supported | |
| Hiring Manager | User1:1 | Fully supported | |
| Document | Attachment1:1 | Fully supported | |
| Custom Field | Custom Field1:1 | Fully supported | |
| GDPR Consent | Custom Consent Fieldlossy | Fully supported | |
| User | User1:1 | Fully supported | |
| Workflow | Workflow (documented)lossy | 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.
Webrecruit gotchas
No public API documentation exists for Webrecruit ATS
Bespoke stage types have no system representation
Integration connections do not export or migrate
GDPR consent flags require explicit handling at migration
Recruit CRM & ATS gotchas
API rate limits are license-scaled and can throttle bulk migration
Custom field schemas vary per organization and require field-level mapping
Files and email attachments require separate extraction and re-upload
Email sequences and automation logic do not transfer between platforms
Pair-specific challenges
Migration approach
Discovery and credential acquisition
We audit the Webrecruit account to identify all record types (candidates, jobs, applications, stages, users), assess GDPR consent flag coverage, inventory custom fields, and document active stage definitions including any non-standard types. If API credentials are available, we perform live schema discovery to confirm field names, data types, and relationship structures. If credentials are unavailable, we request a full CSV export and begin manual field mapping, extending the timeline by 3-5 business days.
Stage and field mapping design
We map Webrecruit stages to Recruit CRM stages on a 1:1 basis where names align. Bespoke stages (aptitude tests, competency assessments) are flagged as unmappable and documented separately. Custom fields from Webrecruit are typed and mapped to Recruit CRM custom field equivalents. GDPR consent fields receive dedicated custom fields in Recruit CRM to preserve the boolean flag and timestamp for regulatory compliance. The customer reviews and approves the complete field mapping before any data moves.
GDPR consent and candidate reconciliation
We export all candidate records with their GDPR consent status and timestamp. Candidates with active, valid consent migrate as normal. Candidates with withdrawn, expired, or missing consent are flagged in a separate reconciliation report; the customer decides whether to exclude these records or migrate them in a suppressed state for manual review. This step ensures UK regulatory compliance is maintained throughout the migration.
File and document preparation
CVs, cover letters, and attachments are extracted from Webrecruit and staged for re-upload to Recruit CRM. We verify file formats are compatible with Recruit CRM's attachment API and resolve the parent record type and ID for each file before the bulk import phase begins. Large files exceeding Recruit CRM's upload limits are flagged for the customer to handle manually or via alternative storage.
Migration in dependency order
We run production migration in the correct dependency sequence: Users first (to satisfy OwnerId lookups), then Jobs (for JobId resolution), then Candidates (with GDPR flags mapped), then Applications (resolving CandidateId and JobId), then Attachments (resolving parent record slugs), then Custom Field data. GDPR consent flags are verified against each candidate record at the point of insert. Stage mapping is applied during Application migration, with unmappable stages documented in the reconciliation report.
Cutover, validation, and workflow handoff
We freeze Webrecruit writes during cutover, run a final delta migration of any records modified during the migration window, then enable Recruit CRM as the system of record. We validate record counts, spot-check 25-50 candidate records for field-level accuracy, and confirm GDPR consent flags are populated correctly. We deliver a written inventory of any unmapped stages, active integrations requiring rebuild, and workflow definitions needing manual recreation in Recruit CRM's workflow builder. A one-week hypercare window covers reconciliation issues raised by the customer's team.
Platform deep dives
Webrecruit
Source
Strengths
Weaknesses
Recruit CRM & ATS
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 Webrecruit and Recruit CRM & ATS.
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
Webrecruit: Not publicly documented..
Data volume sensitivity
Webrecruit 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 Webrecruit to Recruit CRM & ATS migration scoping. Not seeing yours? Book a call.
Walk through your Webrecruit to Recruit CRM & ATS migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Webrecruit
Other ways to arrive at Recruit CRM & ATS
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.