HRMS migration
Field-level mapping, validation, and rollback between CatalystOne and Recruit CRM & ATS. We move data and schema; workflows are rebuilt natively in Recruit CRM & ATS.
CatalystOne
Source
Recruit CRM & ATS
Destination
Compatibility
8 of 11
objects map 1:1 between CatalystOne and Recruit CRM & ATS.
Complexity
BStandard
Timeline
2-4 weeks
Overview
CatalystOne and Recruit CRM occupy different positions in the HR software stack. CatalystOne is a full-lifecycle HCM platform covering hire-to-retire for Scandinavian enterprise organisations, with deep payroll and employment-law integrations. Recruit CRM is a purpose-built ATS and recruitment CRM for agencies managing candidates, clients, and placements. There is no direct object-to-object equivalence for succession plans, performance reviews, or payroll mappings. We scope the migration to the overlap: Person records become Candidates, Positions map to Job or role records where structurally feasible, and org hierarchies become Recruit CRM company or client records. We flag the non-mappable HCM objects clearly and deliver a written inventory of them for the customer's HR and IT teams to handle separately. The absence of public API documentation on CatalystOne means every schema discovery pass requires direct access to the customer's developer portal and a technical walkthrough before any export design begins.
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 CatalystOne 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.
CatalystOne
Person (Employee)
Recruit CRM & ATS
Candidate
1:1CatalystOne Person records map to Recruit CRM Candidates. Core fields (name, email, phone, employment status, start date, department, manager reference) transfer directly. Custom properties on the Person object vary by customer tenant and are enumerated during pre-migration schema discovery. Address and nationality fields require format normalisation before Recruit CRM import since CatalystOne stores Nordic address formats that Recruit CRM's standard fields may truncate.
CatalystOne
Position
Recruit CRM & ATS
Job or Custom Field on Candidate
lossyCatalystOne's position-based model (title, department, hierarchy) does not have a direct Recruit CRM equivalent. We map the most recent Position title to the Candidate's current or most-recent role field. Where the customer maintains an internal job architecture, we replicate it as a custom picklist in Recruit CRM or store the position code as a custom field for reporting consistency.
CatalystOne
Org Structure (Departments / Cost Centres)
Recruit CRM & ATS
Client or Company
1:manyCatalystOne department hierarchy maps to Recruit CRM Client records when the departments represent billable client organisations, or to a custom organisational hierarchy field when they represent internal cost centres. Multi-level Nordic org structures (legal entity to division to department) may require flattening in Recruit CRM, which uses a flat client list with optional tagging.
CatalystOne
Competency
Recruit CRM & ATS
Skill on Candidate profile
1:manyCatalystOne competency records (skill, rating, valid-from date) map to Recruit CRM Skills attached to the Candidate record. Many-to-many person-to-competency relationships split into individual skill entries. Rating scales differ per customer and require normalisation during transform. We flag any competency taxonomy that exceeds Recruit CRM's skill management depth for manual post-migration cleanup.
CatalystOne
Performance Review
Recruit CRM & ATS
Not migrated (no equivalent)
1:1CatalystOne Performance Reviews have no equivalent object in Recruit CRM. Recruit CRM is an ATS, not an HCM or performance management platform. We export the review records as a structured CSV during migration and store them in a separate archive for the customer's HR team to handle independently. The existence of this export is noted in the deliverables inventory so no data is assumed lost.
CatalystOne
Succession Plan
Recruit CRM & ATS
Not migrated (no equivalent)
1:1CatalystOne Succession Plans (position-to-candidate readiness ratings) have no equivalent in Recruit CRM. Succession planning is an HCM concept outside Recruit CRM's ATS scope. We export the plan hierarchy as a structured report during the data inventory phase and flag it as a separate workstream for HR leadership. The customer may address this in a dedicated succession tool post-migration.
CatalystOne
Documents (Contracts, Certifications)
Recruit CRM & ATS
Candidate attachment
1:1CatalystOne employee documents (contracts, certifications, policies) stored as binary attachments migrate as file attachments on the corresponding Recruit CRM Candidate record. We transfer the file binary alongside metadata (document type, date, owner). Some document types require renaming to fit Recruit CRM's attachment naming convention.
CatalystOne
Identity and Access Records
Recruit CRM & ATS
Not migrated (out of scope for ATS)
1:1AD and SSO provisioning data linked from CatalystOne's HR master is not applicable to Recruit CRM. We export the current access record state for the customer's IT team to use in provisioning Recruit CRM user accounts independently. This is a manual IT task, not a data migration task.
CatalystOne
Payroll Integration Mappings
Recruit CRM & ATS
Not migrated (no equivalent)
1:1CatalystOne's payroll provider sync (Visma, SAP, and other Nordic payroll integrations) has no Recruit CRM equivalent. Recruit CRM is an ATS and does not manage payroll. We document the payroll integration configuration during discovery so the customer's HRIS or IT team can evaluate replacement payroll connectors independently. The payroll mapping is excluded from migration scope.
CatalystOne
Custom Workflow Configurations
Recruit CRM & ATS
Not migrated (no equivalent)
1:1CatalystOne approval workflows and HR process automation rules are not exposed via API and cannot be exported as configuration. We document the active workflow configurations during discovery and deliver a written inventory for the customer's HR team to rebuild in Recruit CRM's workflow automation builder or handle manually. This is a standard scope exclusion for all CatalystOne migrations.
CatalystOne
Time and Attendance Records
Recruit CRM & ATS
Not migrated (out of scope for ATS)
1:1If the customer uses CatalystOne's time-tracking module, we scope the export of timesheet records and accrual balances during discovery. However, many customers route time data through a dedicated time system. Recruit CRM does not handle time and attendance. We export what exists in CatalystOne as a structured report for the customer's payroll or finance team to handle separately.
| CatalystOne | Recruit CRM & ATS | Compatibility | |
|---|---|---|---|
| Person (Employee) | Candidate1:1 | Fully supported | |
| Position | Job or Custom Field on Candidatelossy | Fully supported | |
| Org Structure (Departments / Cost Centres) | Client or Company1:many | Fully supported | |
| Competency | Skill on Candidate profile1:many | Fully supported | |
| Performance Review | Not migrated (no equivalent)1:1 | Fully supported | |
| Succession Plan | Not migrated (no equivalent)1:1 | Fully supported | |
| Documents (Contracts, Certifications) | Candidate attachment1:1 | Fully supported | |
| Identity and Access Records | Not migrated (out of scope for ATS)1:1 | Fully supported | |
| Payroll Integration Mappings | Not migrated (no equivalent)1:1 | Mapping required | |
| Custom Workflow Configurations | Not migrated (no equivalent)1:1 | Not supported | |
| Time and Attendance Records | Not migrated (out of scope for ATS)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.
CatalystOne gotchas
No public API documentation or schema reference
Workflow and automation rules are not API-accessible
No public pricing model requires sales engagement
Custom fields vary per customer and require schema discovery
Managed integration services tie data flows to CatalystOne operations
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
Technical access and schema discovery
We engage the customer's CatalystOne technical contact to obtain developer portal access and API credentials. We run a schema discovery pass against the specific tenant to enumerate all active objects, fields, custom properties, and their data types. We simultaneously map the Recruit CRM import API surface (endpoints, accepted field names, file format limits) to identify structural constraints. The discovery output is a written source-to-destination field inventory that forms the basis of the migration design.
Scope definition and exclusion inventory
We define the migration scope based on schema discovery results. We clearly separate migratable objects (Person, Position, Org Structure, Competency, Documents) from non-migratable HCM objects (Succession Plans, Performance Reviews, Payroll Mappings, Workflows, Time and Attendance). We deliver a written exclusion inventory document so the customer understands what data is migrating, what is being exported as CSV for separate handling, and what requires a separate tool or rebuild.
Target schema design in Recruit CRM
We design the Recruit CRM target schema based on the schema discovery output. This includes mapping CatalystOne custom fields to Recruit CRM custom fields, configuring picklist values to match CatalystOne enumerated fields, and designing the candidate record structure to preserve the most critical employee attributes. We configure this in Recruit CRM's field management UI and validate that the schema accepts the planned import volume.
Sandbox import and reconciliation
We run a trial migration into Recruit CRM using a representative data sample (typically 10-15% of total records) to validate field mappings, identify truncation issues (particularly with Nordic addresses and long text fields), and confirm that the candidate record structure is usable. The customer's recruitment operations lead reviews the sandbox output and signs off before production migration begins.
Production migration in dependency order
We run production migration in record-dependency order: Org Structure (Client records first), then Candidate records (with Position data as role fields), then Skills (linked to Candidates), then Documents (attached to Candidates). Non-migratable HCM objects are exported as structured CSV archives during this phase. Each phase emits a row-count reconciliation report before the next phase begins. We flag any records that fail import and resolve them before cutover.
Cutover, delta pass, and handoff
We freeze CatalystOne writes during cutover and run a final delta pass to capture any records modified during the migration window. We enable Recruit CRM as the system of record and deliver the full exclusion inventory (Succession Plans, Performance Reviews, Payroll Mappings, Workflows) to the customer's HR and IT teams. We support a one-week hypercare window for reconciliation issues. We do not rebuild CatalystOne workflows in Recruit CRM inside the migration scope; that is documented separately for the customer's admin team.
Platform deep dives
CatalystOne
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 CatalystOne 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
CatalystOne: Not publicly documented — typical SaaS limits assumed and confirmed during scoping.
Data volume sensitivity
CatalystOne 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 CatalystOne to Recruit CRM & ATS migration scoping. Not seeing yours? Book a call.
Walk through your CatalystOne 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 CatalystOne
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.