HRMS migration
Field-level mapping, validation, and rollback between Superworks and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
Superworks
Source
Crelate
Destination
Compatibility
4 of 12
objects map 1:1 between Superworks and Crelate.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Superworks is an HRMS and payroll platform for Indian small-to-mid businesses. Crelate is an ATS and recruiting CRM. These platforms serve different operational layers — Superworks manages employee lifecycle, payroll, attendance, leave, and loans; Crelate manages candidates, job orders, placements, and recruiting activities. The object-model overlap is narrow and requires explicit framing during scoping. We can migrate Superworks Employees (mapped to Crelate People), Superworks Departments (mapped to Crelate Organizations), and Superworks Performance Reviews (mapped to Crelate Activity Notes). We cannot migrate Superworks salary structures, payroll components, leave balances, loan EMI records, attendance logs, or time entries because Crelate has no corresponding schema. Superworks publishes no public REST API, so all source data extraction runs through authenticated UI sessions and CSV downloads during a guided customer session. We handle Crelate's API rate limiting with queue management and exponential backoff during ingest. We do not migrate Superworks workflows, documents, or attachments as code or bulk files; these are documented for manual rebuild or parallel export.
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 Superworks 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.
Superworks
Employee
Crelate
Person (People)
1:1Superworks Employee records map to Crelate Person records. Core fields (first_name, last_name, email, phone, job_title, department, date_of_hire) migrate 1:1. We extract Superworks employee records through an authenticated UI session, parse the exported CSV, and map each row to the Crelate Person API endpoint. We use email as the dedupe key on insert. Any Superworks custom fields on the Employee object are discovered during scoping and mapped to Crelate custom fields (Text, Number, Date, or Picklist) which we pre-create in the destination tenant.
Superworks
Department
Crelate
Organization
1:1Superworks maintains a hierarchical org tree (Company > Departments > Sub-departments) with parent-child relationships. We export the full structure and map each Superworks department to a Crelate Organization record. The top-level company maps to a Crelate Organization of type Company; sub-departments map to Organization records of type Organization with the parent reference resolved via Crelate's parent_org_id field. Org hierarchy ordering is preserved through the migration sequence.
Superworks
Performance Review
Crelate
Activity Note
1:manySuperworks Performance Reviews (review cycles, rating scores, reviewer comments, objectives, final ratings per employee) have no direct Crelate equivalent object because Crelate is an ATS and does not store HR performance data. We migrate review history as Crelate Activity Note records linked to the corresponding Person record, with the review date, cycle name, rating, and reviewer comments preserved in the note body. Custom rating scales used in Superworks are preserved as text in the note for audit completeness.
Superworks
Attendance Log
Crelate
Not Migrated
lossySuperworks Attendance Logs (clock-in/clock-out timestamps, overtime flags, attendance status: Present, Absent, Half-Day, Holiday) have no Crelate ATS equivalent. Crelate's schema does not include attendance or time-tracking objects. We flag attendance data as out-of-scope and document the full attendance schema (field names, data types, values) in the migration inventory for the customer's admin to evaluate for a separate time-attendance platform or manual reference.
Superworks
Leave Balance
Crelate
Not Migrated
lossySuperworks Leave Balances (entitlement, accrual, utilization per employee per leave type, opening balance, earned leave, used leave, closing balance with effective dates) have no Crelate ATS equivalent. Crelate does not store leave or time-off data. We export the full leave balance snapshot with effective dates as a CSV and deliver it as a reference document. The customer's HR admin must configure leave management in a dedicated HRMS or payroll platform post-migration.
Superworks
Loan and EMI Record
Crelate
Not Migrated
lossySuperworks Loan Accounts (principal, interest rate, tenure, EMI schedule linked to employees) have no Crelate ATS equivalent. Crelate is a recruiting platform and does not store financial obligation data. Reviewers report Superworks EMI calculations are frequently incorrect, so we export raw loan parameters (principal amount, interest rate, start date, tenure in months) as a separate CSV for the customer's admin to import into their payroll platform of choice. We explicitly do not import Superworks-computed EMI totals due to the known inaccuracy.
Superworks
Salary Structure and Payroll Component
Crelate
Not Migrated
lossySuperworks custom payroll components (Earnings, Deductions, Reimbursements, Tax deductions with customer-defined names and calculation rules) have no Crelate ATS equivalent. Crelate does not store compensation data. We export the full salary structure definition table as a CSV during scoping, document the custom component schema (names, types, formulas), and deliver it as a reference for the customer's payroll platform administrator. Any Superworks custom fields on payroll objects are documented with data types for manual mapping.
Superworks
Custom Fields on Employee
Crelate
Custom Fields on Person
lossySuperworks supports custom fields on Employee and payroll objects with tenant-specific field names, data types, and picklist values. We discover the live custom field schema during scoping via the settings export, export the full field definition table, and pre-create matching Crelate custom fields on the Person object before migration. Mapping type depends on data type: Superworks text and number fields map to Crelate Text and Number custom fields; Superworks picklist fields map to Crelate Picklist custom fields with values preserved.
Superworks
Time Entry
Crelate
Not Migrated
lossyWhere Superworks is used for project time tracking (billable and non-billable hours logged per employee per date separate from attendance), these records have no Crelate ATS equivalent. Crelate tracks candidate and placement activity, not employee time against projects. We export time entries as a reference CSV and document the schema for the customer's project management or payroll administrator to evaluate.
Superworks
Document and Attachment
Crelate
Not Migrated
lossySuperworks stores document attachments (offer letters, ID proofs, contracts, employment agreements) linked to employee records with no bulk export mechanism. Each file must be downloaded individually through the UI. We log all document attachment URLs identified during the scoping session and advise the customer to perform a parallel manual file export using a browser-based batch download tool or the platform's native export function prior to the record migration. FlitStack AI cannot programmatically retrieve unlinked file attachments from Superworks.
Superworks
Org Structure Parent-Child Hierarchy
Crelate
Organization Hierarchy
1:1Superworks maintains a multi-level org hierarchy (Company > Department > Sub-department) with parent-child relationships. We export the full tree, resolve each department's parent reference, and map it to Crelate's Organization hierarchy using parent_org_id on each Organization record. The resolution order ensures parent organizations are created before child organizations so that the foreign key reference is satisfied at insert time.
Superworks
Employee Status (Active/Inactive)
Crelate
Person Status
1:1Superworks employee status (active, inactive, on leave, terminated) maps to Crelate Person status. We export the status value per employee record and map it to the corresponding Crelate Person status field. Terminated employees from Superworks can be migrated as inactive Person records or excluded based on the customer's preference documented during scoping.
| Superworks | Crelate | Compatibility | |
|---|---|---|---|
| Employee | Person (People)1:1 | Fully supported | |
| Department | Organization1:1 | Fully supported | |
| Performance Review | Activity Note1:many | Fully supported | |
| Attendance Log | Not Migratedlossy | Fully supported | |
| Leave Balance | Not Migratedlossy | Fully supported | |
| Loan and EMI Record | Not Migratedlossy | Fully supported | |
| Salary Structure and Payroll Component | Not Migratedlossy | Fully supported | |
| Custom Fields on Employee | Custom Fields on Personlossy | Fully supported | |
| Time Entry | Not Migratedlossy | Fully supported | |
| Document and Attachment | Not Migratedlossy | Fully supported | |
| Org Structure Parent-Child Hierarchy | Organization Hierarchy1:1 | Fully supported | |
| Employee Status (Active/Inactive) | Person Status1: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.
Superworks gotchas
No public API means migration must use UI-based export
Loan EMI calculation inaccuracies carry forward if not recalculated
Custom payroll components are tenant-specific with no standard schema
Document attachments have no bulk export mechanism
Leave and loan balances may drift during migration cutover window
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 session
We conduct a guided discovery session in the customer's live Superworks account to audit all visible object types, custom field definitions, payroll component schemas, org structure depth, and employee record volume. We identify which objects have a Crelate ATS equivalent and which do not. We document the Superworks custom field schema (field name, data type, picklist values) for every migratable object and export the full leave balance, loan parameter, and attendance reference CSVs alongside the core People and Organization exports. The discovery output is a written migration scope defining what migrates, what exports as reference data, and what requires a separate system post-migration.
Crelate tenant configuration
We configure the destination Crelate tenant before any data ingestion. This includes pre-creating custom fields on the Person object to match discovered Superworks custom Employee fields, pre-creating Organization records for the org hierarchy in the correct parent-child order, and configuring Person status mapping for active, inactive, and terminated employee states. Crelate Organization records are created first so that parent_org_id references are satisfied when Person records are ingested and linked to organizations.
Superworks UI-based data extraction
During an authenticated guided session, we extract Superworks data in dependency order: Departments and org hierarchy (for Crelate Organization creation), then Employees (for Crelate Person creation), then performance review history (for Crelate Activity Notes). Each export is verified against the in-system record count before proceeding to the next object. We simultaneously capture the leave balance snapshot, loan parameter reference CSV, attendance reference CSV, salary structure definition table, and document attachment URL log. The customer verifies each export before we proceed to transformation.
Data transformation and field mapping
We transform the Superworks CSV exports into Crelate API-compatible JSON payloads. Employee records are mapped to Crelate Person fields (firstName, lastName, email, phone, title, status) with Superworks custom fields mapped to their Crelate custom field equivalents. Superworks departments become Crelate Organization records with type=Organization and parent_org_id resolved from the hierarchy export. Performance reviews are serialized as Crelate Activity Note records linked to the corresponding Person by email match. We apply the loan EMI recalculation logic (exporting raw parameters rather than computed totals) and flag any records with missing required fields for customer resolution before insert.
Crelate ingestion with rate-limit management
We ingest Person and Organization records into Crelate via the REST API v3 using a rate-limited queue that respects the 120 requests per minute per IP ceiling. We chunk large batches into waves of 500 records with exponential backoff on 429 responses. Activity Notes are ingested after Person records are confirmed in Crelate to satisfy the parent record lookup. Each phase emits a row-count reconciliation report showing records attempted, records successful, and records failed with error reasons for customer-side resolution before retry.
Cutover, validation, and reference data handoff
We freeze Superworks writes during cutover, run a final delta scan for any records modified during the migration window, then mark Crelate as the system of record for recruiting data. We deliver the full reference data package: leave balance CSV, loan parameter CSV, attendance CSV, salary structure definition table, and document attachment URL log, each with schema documentation for the customer's HR admin. We do not migrate Superworks documents or attachments as we cannot access them programmatically; the customer uses the attachment URL log to complete manual file export in parallel. We support a one-week hypercare window for reconciliation of Person and Organization record discrepancies.
Platform deep dives
Superworks
Source
Strengths
Weaknesses
Crelate
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 Superworks 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
Superworks: Not publicly documented — confirmed during scoping..
Data volume sensitivity
Superworks 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 Superworks to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your Superworks 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 Superworks
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.