HRMS migration
Field-level mapping, validation, and rollback between Sympa and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
Sympa
Source
Crelate
Destination
Compatibility
5 of 12
objects map 1:1 between Sympa and Crelate.
Complexity
BStandard
Timeline
2-3 weeks
Overview
Moving from Sympa HRMS to Crelate is a platform-class migration that crosses from a full employee-lifecycle HRMS into a recruiting-focused ATS and CRM. Sympa organizes data around the Employee as the primary record, with compensation history, time-off balances, organizational hierarchy, and employment events. Crelate organizes data around Candidates, Contacts, Companies, and Opportunities with a pipeline model designed for staffing and search workflows. We map Employee records to Crelate People (Contacts), preserve organizational structure as custom fields or linked Company records, and flag compensation and time-off data as requiring manual reconfiguration or a supplemental HRIS post-migration. Custom fields migrate per tenant audit. Sympa automations, approval workflows, and self-service portals do not migrate as code; we deliver a written inventory for the customer's admin to rebuild in Crelate or a parallel HRIS.
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 Sympa 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.
Sympa
Employee
Crelate
Person (Contact/Candidate)
1:1Sympa Employee records map to Crelate People as the core Contact record. First name, last name, email, phone, job title, department, start date, and employment status migrate to their Crelate equivalents. Active status maps to Crelate's candidate status or a custom active-terminated field. Employment type (full-time, part-time, contractor) maps to a custom field if no default Crelate field applies. We resolve the source Employee ID as a custom field for cross-reference.
Sympa
Organizational Structure
Crelate
Company
1:manySympa org units and reporting hierarchies do not map to Crelate's native Company object because Crelate Companies represent client organizations, not internal departments. We map the top-level org unit as a Company record for reference, and preserve the full parent-child hierarchy in a custom org_chart__c field (JSON or delimited) for the customer to reconstruct in Crelate's org structure or a linked HRIS. Sub-departments do not have a native Crelate equivalent and are flagged for manual rebuild.
Sympa
Compensation History
Crelate
Custom Fields (salary, bonus, equity)
lossySympa's effective-dated compensation entries (salary, bonus, equity grants) have no native Crelate object. We map the most recent salary to a custom monetary field on the Person record, and preserve the full compensation timeline in a custom salary_history__c field (JSON) for audit or reconfiguration in a supplemental HRIS. Customers typically pair this migration with Rippling, Gusto, or BambooHR for payroll and compensation management post-migration.
Sympa
Time-Off Balances
Crelate
Supplemental HRIS
1:1Sympa's accrued time-off and leave entitlement balances do not migrate to Crelate. Crelate has no time-off object and no PTO tracking capability. We export current balances as a CSV reference file for the customer's new HRIS admin to reconfigure accrual rules and entitlement values. The export includes employee name, leave type, accrued balance, used balance, and remaining balance per Sympa's snapshot.
Sympa
Employment History
Crelate
Custom Field (job_history__c)
lossySympa stores job title changes, department transfers, and manager updates as effective-dated events per Employee. We preserve the chronological sequence of employment events in a custom job_history__c field on the Person record as JSON, including effective date, old title, new title, old department, new department, and old manager. The customer can parse this for reporting or migrate it to a dedicated HRIS with an employment history object.
Sympa
Document
Crelate
ContentDocument (Attachment)
1:1Sympa documents attached to Employee records (contracts, certifications, compliance records) migrate to Crelate ContentDocument records linked via ContentDocumentLink to the Person record. We preserve the original filename, file type, upload date, and attached-by user where available. Documents larger than the Crelate storage limit are flagged for the customer's admin to decide whether to archive externally or reduce resolution before import.
Sympa
Users and Roles
Crelate
Crelate Users
1:1Sympa Users (system login accounts) do not map 1:1 to Crelate Users because Sympa roles (HR Admin, Manager, Employee Self-Service) differ from Crelate roles (Recruiter, Sales, Admin). We extract the email, name, and active status of Sympa users and provide a Crelate user provisioning list grouped by recommended role assignment. The customer's Crelate admin provisions users and permissions during the cutover window.
Sympa
Custom Fields
Crelate
Custom Fields
lossySympa custom fields on Employee records require a pre-migration tenant audit because field names, data types, and picklist values vary per instance. We cross-reference each Sympa custom field against Crelate's available field types (Short/Long Answer, Date, Numeric, Picklist, Multi-select, Monetary, Boolean) and create matching Crelate custom fields before migration. Any Sympa custom field without a Crelate equivalent is mapped to the closest type with a transformation documented in the field mapping reference.
Sympa
Employee Status
Crelate
Custom Field (employment_status__c)
lossySympa's active/terminated/on-leave status maps to a custom picklist field on Crelate Person. Terminated employees migrate with their termination date preserved. Active employees are set to the Crelate default status. We flag any Sympa status value that does not map directly to a Crelate status and document the transformation for the customer's review before migration.
Sympa
Candidate Pipeline (if Sympa used for recruiting)
Crelate
Opportunity / Job Order
1:manyIf the Sympa instance was used for job requisitions or candidate tracking in addition to HR, those records map to Crelate Opportunity (Job Order) with pipeline stages mapped to Crelate's Opportunity stages. Submissions map to Crelate's submission tracking linked to the Opportunity and the Person. This mapping applies only when Sympa's recruiting module was in active use; we confirm during scoping whether recruiting data exists and is in scope.
Sympa
Company (Sympa clients, if any)
Crelate
Company
1:1If Sympa was used to store client or partner organizations (not just internal employees), those records map to Crelate Company directly. Company name, domain, address, and primary contact map to their Crelate equivalents. Company size and industry map to custom fields if no default Crelate field applies.
Sympa
Workflows, Approvals, Self-Service
Crelate
None (documented for rebuild)
lossySympa HR workflows, approval chains, and employee self-service portal configurations do not have equivalents in Crelate and do not migrate as code. We audit and document every active Sympa workflow and approval rule in a written handoff inventory, mapping each to a recommended Crelate Automation or third-party HRIS configuration. The customer's HR admin or a Crelate partner rebuilds these post-migration.
| Sympa | Crelate | Compatibility | |
|---|---|---|---|
| Employee | Person (Contact/Candidate)1:1 | Fully supported | |
| Organizational Structure | Company1:many | Mapping required | |
| Compensation History | Custom Fields (salary, bonus, equity)lossy | Mapping required | |
| Time-Off Balances | Supplemental HRIS1:1 | Mapping required | |
| Employment History | Custom Field (job_history__c)lossy | Mapping required | |
| Document | ContentDocument (Attachment)1:1 | Fully supported | |
| Users and Roles | Crelate Users1:1 | Mapping required | |
| Custom Fields | Custom Fieldslossy | Mapping required | |
| Employee Status | Custom Field (employment_status__c)lossy | Fully supported | |
| Candidate Pipeline (if Sympa used for recruiting) | Opportunity / Job Order1:many | Fully supported | |
| Company (Sympa clients, if any) | Company1:1 | Fully supported | |
| Workflows, Approvals, Self-Service | None (documented for rebuild)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.
Sympa gotchas
No public API documentation or developer portal
Custom fields require manual audit before migration
Time-off balance migration depends on destination accrual rules
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 scoping call
We request Sympa API credentials and a full export of the Employee object schema including all custom fields, picklist values, and object relationships. We identify which Sympa modules were in active use (HR only, HR plus recruiting, or full employee lifecycle), determine the record counts for each object in scope, and confirm whether compensation history, time-off balances, and documents are requested for migration. We pair this with a Crelate environment review to identify existing custom fields, user seats, and pipeline stages already configured.
Schema design and custom field provisioning
We design the Crelate target schema based on the Sympa audit. This includes creating custom fields on the Person (Contact) record for employment status, job history (JSON), salary (if in scope), org chart reference (JSON), and any Sympa custom fields without direct Crelate equivalents. If recruiting data is in scope, we configure Opportunity pipeline stages matching Sympa's job requisition statuses. Schema is provisioned in a Crelate sandbox or test environment first for validation.
Compensation and time-off export preparation
We extract compensation history and time-off balance snapshots from Sympa as structured CSVs for re-import into the customer's chosen supplemental HRIS. If the customer does not have a supplemental HRIS, we advise on options (Rippling, Gusto, BambooHR, or a payroll-focused platform) and provide a data dictionary mapping each Sympa field to the recommended target field in the new system. This export is delivered as a reference file regardless of whether the customer has selected a new HRIS.
Sandbox migration and reconciliation
We run a full migration into the Crelate test environment using production-like data volume. The customer's HR and recruiting leads reconcile record counts (People imported, Companies imported, Documents attached, Custom field values populated), spot-check 25-50 random Person records against the Sympa source, and verify the org chart JSON and compensation export for accuracy. Any field mapping corrections are documented and applied before production migration begins.
Production migration in dependency order
We run production migration in record-dependency order: People records (with employment status, custom fields, and org chart JSON), Companies (if in scope), Documents (linked to People via ContentDocumentLink), Compensation export (delivered as CSV for supplemental HRIS), Time-off export (delivered as CSV for supplemental HRIS), and User provisioning list (for the customer's Crelate admin to assign roles and deactivate any Sympa-only accounts). Each phase emits a reconciliation report before the next begins.
Cutover, validation, and supplemental HRIS handoff
We freeze Sympa access during cutover, run a final delta migration of any records modified during the migration window, then enable Crelate as the system of record. We deliver the compensation and time-off CSV exports with field mappings to the customer's new HRIS admin. We deliver the Sympa workflow and approval inventory document for manual rebuild in Crelate Automation or the supplemental HRIS. We support a one-week hypercare window for reconciliation issues raised by the HR or recruiting team.
Platform deep dives
Sympa
Source
Strengths
Weaknesses
Crelate
Destination
Strengths
Weaknesses
Complexity grading
Standard HRMS migration. 2 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 Sympa and Crelate.
Object compatibility
2 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
Sympa: Not publicly documented in the SympaHR Integration API documentation — confirmed during scoping..
Data volume sensitivity
Sympa exposes a bulk API — large-volume migrations stream efficiently.
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 Sympa to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your Sympa 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 Sympa
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.