HRMS migration
Field-level mapping, validation, and rollback between Sage People and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
Sage People
Source
Crelate
Destination
Compatibility
6 of 12
objects map 1:1 between Sage People and Crelate.
Complexity
CModerate
Timeline
2-4 weeks
Overview
Moving from Sage People to Crelate is a cross-domain migration, not a direct replacement. Sage People is a full HRIS that manages employees, organizational hierarchies, absence tracking, compensation history, and performance reviews on a Salesforce-backed platform. Crelate is an ATS and recruitment CRM designed for executive search, direct placement, and in-house talent acquisition teams—it does not manage employment records, payroll, or HR benefits. We migrate the recruitment-adjacent data that both platforms share: candidate profiles sourced from Sage People vacancy records, job requisition histories, and hiring activity tied to those requisitions. We flag employee records, compensation data, absence balances, manager hierarchies, and performance reviews as objects that have no Crelate equivalent and must be archived or re-entered. Workflows, approval rules, and custom HR fields in Sage People are not API-exportable; we document them as configuration notes for the customer's admin to rebuild in Crelate's workflow builder or address manually. Crelate's own published migration path (Discovery, Development, Testing, Verification, Launch) complements our extraction work—we own the Sage People read and Crelate write phases while Crelate handles its own onboarding and configuration setup.
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 Sage People object lands in Crelate, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Sage People
Employee (candidate-sourced)
Crelate
Candidate
1:1Sage People does not have a dedicated candidate object—recruiting data lives in the Recruitment module with candidate profiles, applications, and vacancy records. We extract Candidate and Application records from Sage People's recruitment module and map them to Crelate Candidate records. The candidate's name, email, phone, source channel, and application status migrate directly. Any Sage People candidate record without a valid email is flagged for manual review because Crelate's ATS relies on email as the primary deduplication key.
Sage People
Vacancy
Crelate
Job Order
1:1Sage People Vacancy records (job postings with requirements, compensation bands, department assignments, and status) map to Crelate Job Orders. The vacancy title, description, location, employment type, and department code migrate as Job Order fields. Compensation band ranges from Sage People Vacancy migrate to Crelate salary or rate fields where the customer has configured those fields. Closed or filled vacancies migrate as historical records; open vacancies migrate as active job orders with the Crelate status workflow applied.
Sage People
Application
Crelate
Candidate Job Application
1:1Sage People Application records link a Candidate to a Vacancy with application date, stage, interviewer assignments, and notes. We map application status (Applied, Screening, Interview, Offer, Hired, Rejected) to Crelate's pipeline stage values, preserving the original application date. Interviewer assignments from Sage People map to Crelate's Assigned Recruiters field, and application notes migrate as Crelate notes attached to the job application record.
Sage People
Department
Crelate
Team or Department Tag
lossySage People organizational hierarchy (Departments with parent-child relationships and cost center codes) has no direct Crelate equivalent because Crelate does not manage organizational structure. We map departments as Crelate Team assignments or as tagged values on Job Orders to preserve which internal team owns a requisition. Manager hierarchies that drive Sage People approval chains are not portable to Crelate and are documented for the customer's HR admin to re-establish as Crelate user assignments and permission sets.
Sage People
Job and Position
Crelate
Job Order Title and Requirements
1:1Sage People separates Job templates (position definitions with grade, compensation band, and qualifications) from filled Position records. We map Job title and key requirements into the Crelate Job Order description and qualifications fields. Historical position-filling data (which employee filled which role, with what start date) is employment data that Crelate does not store as candidate history unless the customer specifically requests prior employment to appear as candidate work history on the Crelate profile.
Sage People
Employee Document
Crelate
Candidate Document (Crelate Resume Toolbox)
1:1Sage People stores employee documents (contracts, certifications, offer letters) as Salesforce ContentDocument attachments linked to the Employee record. We export document metadata (filename, type, upload date) and binary blobs separately, then associate them with the corresponding Crelate Candidate record using the email-based candidate lookup. Crelate's Resume Toolbox stores resumes and candidate documents; other document types (contracts, certifications) are flagged as HR documents that Crelate does not natively manage and are archived to a shared location rather than inserted into Crelate.
Sage People
Absence and Leave Record
Crelate
Not Migrated
lossySage People absence records, leave balances, accrual histories, and carryover rules have no Crelate equivalent. Crelate is an ATS and recruitment CRM with no absence or time-off management capability. We flag all absence data as not migratable, recommend archiving to a PDF or HR document store, and note that if the customer continues to need absence management after moving to Crelate, a separate HRIS tool (BambooHR, HiBob, Access PeopleHR) is required for that function.
Sage People
Compensation History
Crelate
Not Migrated
lossySage People compensation records (salary, bonus, equity, and effective-dated pay changes) have no Crelate equivalent. Crelate stores job order compensation bands and offer letter amounts as recruitment-stage data but does not maintain ongoing employee compensation history. We flag compensation history as not migratable and recommend archiving or exporting to a payroll system or spreadsheet. If the customer needs compensation data accessible post-migration, we recommend a dedicated HRMS alongside Crelate.
Sage People
Objectives and Performance Reviews
Crelate
Not Migrated
lossySage People Enhanced Objectives and performance review records store goal text, metrics, review ratings, and 360-degree feedback. Crelate has no performance management module. We flag performance data as not migratable and recommend archiving the records separately. If the customer has purchased Crelate Business Plus with advanced workflow capabilities, objectives could theoretically be stored as custom record types, but this is not a native use case and requires explicit configuration.
Sage People
Employee
Crelate
Not Migrated
lossySage People Employee records (name, contact info, employment dates, department, job title, manager, employment status) are core HRIS data with no Crelate equivalent. Crelate manages candidates—individuals being recruited—not current employees. We do not migrate Employee records into Crelate. If the customer needs an HR system alongside Crelate, we recommend a dedicated HRIS platform (Sage People replacement such as BambooHR, HiBob, Access PeopleHR) to manage the employee lifecycle, with Crelate handling talent acquisition separately.
Sage People
Custom Fields (UD_, UDF_, IM_)
Crelate
Custom Fields on Candidate and Job Order
1:1Sage People organizations frequently add custom fields with UD_, UDF_, or IM_ prefixes for tracking org-specific attributes. We inventory all active custom fields, compare them against the Sage People reference schema to identify non-prefixed custom fields (which some orgs create without standard prefixes), and map their data types to Crelate's custom field equivalents. Picklist values on custom fields are mapped as explicit value lists in Crelate. Custom fields that reference Sage People objects without a Crelate equivalent (employee, compensation, absence) are flagged as non-migratable.
Sage People
Workflows and Approval Rules
Crelate
Not Migrated
lossySage People workflow rules and approval chains are not exposed via the Salesforce API and cannot be exported automatically. We document every active Sage People workflow during discovery as a written configuration export (trigger, conditions, actions, routing). Crelate's Business Plus and Enterprise tiers include workflow triggers and automation sequencing that the customer's admin uses to rebuild equivalent processes. We deliver the workflow inventory document and provide Crelate workflow guidance, but rebuilding is a manual admin task outside migration scope.
| Sage People | Crelate | Compatibility | |
|---|---|---|---|
| Employee (candidate-sourced) | Candidate1:1 | Fully supported | |
| Vacancy | Job Order1:1 | Fully supported | |
| Application | Candidate Job Application1:1 | Fully supported | |
| Department | Team or Department Taglossy | Fully supported | |
| Job and Position | Job Order Title and Requirements1:1 | Fully supported | |
| Employee Document | Candidate Document (Crelate Resume Toolbox)1:1 | Fully supported | |
| Absence and Leave Record | Not Migratedlossy | Fully supported | |
| Compensation History | Not Migratedlossy | Mapping required | |
| Objectives and Performance Reviews | Not Migratedlossy | Mapping required | |
| Employee | Not Migratedlossy | Fully supported | |
| Custom Fields (UD_, UDF_, IM_) | Custom Fields on Candidate and Job Order1:1 | Fully supported | |
| Workflows and Approval Rules | Not Migratedlossy | Not 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.
Sage People gotchas
Sandbox environments block all data exports
Attachment links expire after approximately two minutes
Workflows and approval rules are not API-exportable
Rate limit of 180 requests per minute with 10 calls per second burst
Custom fields use inconsistent naming prefixes across orgs
Crelate gotchas
120 req/min API rate limit throttles bulk migrations
20 custom field per-entity cap forces data model decisions
15,000-record export ceiling on single operations
Sequences and automation workflows do not migrate
API key is a querystring parameter, not a header
Pair-specific challenges
Migration approach
Discovery and data audit
We audit the Sage People org to identify which modules are active (Core HR, Recruitment, Performance Management, Absence), the volume of candidate and vacancy records, the count and type of document attachments, and any active custom fields with UD_, UDF_, or IM_ prefixes. We run a schema comparison against the Sage People reference schema to flag non-prefixed custom fields for explicit review. We document every active workflow and approval rule for the configuration inventory. We also assess whether the Sage People recruitment module has been actively used versus purely as an employee directory, which determines the proportion of migratable candidate records available.
Cross-platform mapping and non-migratable data documentation
We produce a written object mapping document that explicitly lists every Sage People object, its Crelate equivalent (or explicit 'no equivalent' status), and the migration action (migrate, archive, discard). This document is the primary handoff artifact for the customer and must be signed off before migration begins. We specifically document that Employee records, Compensation History, Absence Records, Performance Reviews, and Objectives are not migratable to Crelate and require either an HRIS replacement platform or an archive strategy. The customer confirms their chosen path for non-recruiting data before extraction begins.
Crelate schema preparation and candidate field mapping
We configure Crelate's custom fields to receive the mapped Sage People data. This includes setting up any custom Candidate fields for org-specific attributes from Sage People custom fields, configuring Job Order custom fields for vacancy-specific data (department codes, compensation bands, hiring manager), and mapping Sage People application stage values to Crelate pipeline stages. We coordinate with the customer's Crelate admin to ensure the Crelate workspace is provisioned and accessible before we begin data insertion.
Production extraction with rate-limit handling and attachment pre-fetch
We extract candidate records, application records, vacancy records, and document metadata from Sage People using the Salesforce REST API with throttling set to 10 req/sec to stay within the burst cap. All attachment URLs are pre-fetched in a batch queue and binary blobs downloaded immediately before each migration phase begins. We resolve candidate deduplication by email address, flagging duplicates for Crelate's merge tool. We resolve vacancy-to-job-order references before inserting applications so the application record has a valid Crelate Job Order parent.
Crelate insertion and validation
We insert migrated records into Crelate in dependency order: Job Orders first (vacancy data), then Candidates, then Applications linked to their parent Job Orders. Document blobs are inserted into Crelate's Resume Toolbox and associated by candidate email lookup. We run row-count reconciliation against the Sage People extraction totals and spot-check 25-50 records for field-level accuracy. Any records that fail Crelate validation (invalid email formats, missing required fields) are logged to a correction queue for the customer's admin to resolve before re-insertion.
Cutover, delta sync, and workflow inventory handoff
We freeze Sage People writes during the cutover window and run a final delta extraction of any records modified during migration. We deliver the completed Crelate workspace with migration summary report (records migrated, records skipped, documents inserted). We deliver the workflow and approval rule inventory document to the customer's admin team with guidance on rebuilding in Crelate's workflow builder. We support a one-week hypercare window for reconciliation issues. We do not rebuild Sage People workflows as Crelate automations inside the migration scope; that is a separate engagement.
Platform deep dives
Sage People
Source
Strengths
Weaknesses
Crelate
Destination
Strengths
Weaknesses
Complexity grading
Moderate HRMS migration. 1 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Sage People and Crelate.
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
Sage People: 180 requests per minute with a maximum burst of 10 calls per second.
Data volume sensitivity
Sage People 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 Sage People to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your Sage People to Crelate migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Sage People
Other ways to arrive at Crelate
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.