HRMS migration

Migrate from Sage People to Crelate

Field-level mapping, validation, and rollback between Sage People and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.

Sage People logo

Sage People

Source

Crelate

Destination

Crelate logo

Compatibility

50%

6 of 12

objects map 1:1 between Sage People and Crelate.

Complexity

CModerate

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Sage People logo

Sage People

What's pushing teams away

  • Steep initial configuration burden—every workflow, approval rule, and custom field must be set up manually, which delays time-to-value.
  • Non-intuitive UI for complex features like Enhanced Objectives and shift scheduling, leading to ongoing training costs.
  • Known issues with attachment link expiration (~2 minutes) and MFA/SSO edge cases frustrate end users in production.
  • The system does not export workflows or approval rules via API, forcing organizations to manually rebuild processes when switching platforms.
  • Implementation timelines stretch to months even for mid-sized organizations due to the configuration-first approach.

Choosing

Crelate logo

Crelate

What's pulling them in

  • Affordable per-seat pricing with transparent tiers makes Crelate accessible for small-to-mid staffing firms evaluating ATS platforms for the first time.
  • Fast implementation reported by customers—some describe getting live in a matter of minutes with support team assistance.
  • Unified ATS + CRM in a single product eliminates the need to buy and synchronize separate recruiting and sales tools.
  • Flexible custom fields across Contacts, Companies, and Opportunities allow recruiting teams to capture firm-specific data without developer involvement.
  • Positive reviews highlight the product's intuitive interface and functional breadth for teams that need recruiting workflows without enterprise overhead.

Object mapping

How Sage People objects map to Crelate

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)

maps to

Crelate

Candidate

1:1
Fully supported

Sage 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

maps to

Crelate

Job Order

1:1
Fully supported

Sage 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

maps to

Crelate

Candidate Job Application

1:1
Fully supported

Sage 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

maps to

Crelate

Team or Department Tag

lossy
Fully supported

Sage 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

maps to

Crelate

Job Order Title and Requirements

1:1
Fully supported

Sage 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

maps to

Crelate

Candidate Document (Crelate Resume Toolbox)

1:1
Fully supported

Sage 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

maps to

Crelate

Not Migrated

lossy
Fully supported

Sage 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

maps to

Crelate

Not Migrated

lossy
Mapping required

Sage 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

maps to

Crelate

Not Migrated

lossy
Mapping required

Sage 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

maps to

Crelate

Not Migrated

lossy
Fully supported

Sage 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_)

maps to

Crelate

Custom Fields on Candidate and Job Order

1:1
Fully supported

Sage 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

maps to

Crelate

Not Migrated

lossy
Not supported

Sage 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.

Gotchas + challenges

What specifically takes care here

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 logo

Sage People gotchas

High

Sandbox environments block all data exports

Medium

Attachment links expire after approximately two minutes

High

Workflows and approval rules are not API-exportable

Medium

Rate limit of 180 requests per minute with 10 calls per second burst

Low

Custom fields use inconsistent naming prefixes across orgs

Crelate logo

Crelate gotchas

High

120 req/min API rate limit throttles bulk migrations

High

20 custom field per-entity cap forces data model decisions

Medium

15,000-record export ceiling on single operations

Medium

Sequences and automation workflows do not migrate

Low

API key is a querystring parameter, not a header

Pair-specific challenges

  • Sage People and Crelate have fundamentally different data models

    Sage People is a full HRIS; Crelate is an ATS and recruitment CRM. Employee records, compensation history, absence balances, manager hierarchies, and performance reviews from Sage People have no equivalent in Crelate's data model. The migration is limited to recruitment-adjacent data (candidates, applications, vacancies, job orders) that both platforms share. Any expectation that Sage People employee data migrates into Crelate as candidate records will result in data loss. We identify and document every Sage People object with no Crelate destination before migration begins so the customer can plan an HRIS replacement or archive strategy for non-recruiting data.

  • Sandbox environments block all Sage People data exports

    Sage People's data export feature is disabled in sandbox environments by design. We cannot run dry-runs or validate data mappings in a sandbox—we must connect to the production org with read-only API access. We scope the migration with production access and coordinate a maintenance window for the final cutover export to minimize business disruption. This is a Sage People platform constraint, not a migration process failure.

  • Attachment links expire before migration batch completes

    Sage People generates time-limited URLs for document attachments. If the migration job processes records slower than the URL expiration window, attachment links become invalid mid-migration, resulting in incomplete or missing documents. We pre-fetch all attachment URLs in a batch queue and download the binary blobs immediately before inserting into Crelate's document store, avoiding the expiration window entirely. Large attachment sets require longer batch windows; we account for this in migration time estimates.

  • Sage People workflows and approval rules are not API-exportable

    Sage People does not expose workflow definitions or approval routing rules through its Salesforce API. Leave approval chains, onboarding workflows, manager escalation paths, and automated HR actions cannot be transferred automatically. We capture workflow configuration as documentation during discovery and deliver a written inventory for the customer's admin to rebuild in Crelate's workflow builder (Business Plus or Enterprise). The rebuild work is manual and requires the customer's HR and IT teams to reconfigure processes in Crelate post-migration.

  • Sage People Salesforce API rate limit adds 15-20% to large-migration time

    The Sage People API enforces a 180 req/min limit with a maximum burst of 10 calls per second. For organizations with thousands of candidate records, vacancy histories, and application records, naive sequential API calls would exceed this limit. We throttle our migration pipeline to stay within the burst cap, distributing requests evenly. For organizations above 5,000 candidate and application records, the rate-limit handling adds approximately 15-20% to the total migration time. We disclose this impact during scoping so the customer does not interpret the timeline extension as a process failure.

Migration approach

Six steps for a successful Sage People to Crelate data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

Sage People logo

Sage People

Source

Strengths

  • Salesforce-backed platform delivers enterprise-grade security, availability, and global data center redundancy.
  • Highly flexible object model supports deep customization for complex HR structures and multi-country compliance.
  • Modular add-on architecture lets organizations pay only for Performance Management, Recruitment, or Expenses when needed.
  • Self-service employee and manager portals reduce HR administrative workload for leave requests and approvals.

Weaknesses

  • Every feature requires manual configuration—out-of-the-box workflows are minimal and approval rules must be built from scratch.
  • Workflows and approval rules cannot be exported via API, creating significant re-implementation effort when migrating away.
  • Known production bugs (attachment link expiry, MFA/SSO prompts, German translation errors) remain unfixed across multiple release cycles.
  • UI complexity for advanced features demands ongoing training investment that smaller HR teams may not budget for.
Crelate logo

Crelate

Destination

Strengths

  • Unified ATS and CRM in a single platform reduces data synchronization overhead for recruiting teams.
  • Fast setup with guided implementation reported as a significant time saver for small teams.
  • Transparent per-seat pricing without surprise fees at the base tier.
  • Flexible custom field configuration across core objects without developer dependency.
  • Export capability supports up to 15,000 records per operation for Contacts, Companies, and Opportunities.

Weaknesses

  • API rate limit of 120 requests per minute restricts bulk migration throughput.
  • Custom field cap of 20 per entity requires field consolidation for complex recruiting schemas.
  • All advanced features (Activities, Activity Forms, Core Record Field customization) are tier-gated add-ons.
  • Customer service responsiveness receives consistent negative feedback in reviews.
  • Resume parsing quality trails competitors and generates support requests.

Complexity grading

How hard is this migration?

Moderate HRMS migration. 1 of 7 objects need a mapping; the rest are 1:1.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Sage People and Crelate.

  • Object compatibility

    B

    1 of 7 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    7-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    C

    Sage People: 180 requests per minute with a maximum burst of 10 calls per second.

  • Data volume sensitivity

    B

    Sage People doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Sage People to Crelate migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Sage People to Crelate data migrations

Answers to the questions buyers ask most during Sage People to Crelate migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most Sage People to Crelate migrations land between two and four weeks for organizations with fewer than 5,000 candidate records and under 500 document attachments. Migrations with large document sets, multi-country vacancy structures, or active custom field schemas move to six to ten weeks because of attachment pre-fetch sequencing, bulk activity batching, and Crelate field-type reconciliation. Crelate's own published migration path (Discovery, Development, Testing, Verification, Launch) runs in parallel with our extraction and insertion phases.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Sage People.
Land in Crelate, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day