HRMS migration
Field-level mapping, validation, and rollback between Manatal and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
Manatal
Source
Crelate
Destination
Compatibility
10 of 12
objects map 1:1 between Manatal and Crelate.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Manatal to Crelate is a migration shaped by how Manatal gates its data access. The REST API is available only on Enterprise Plus at $55 per user per month; Professional and Enterprise accounts must activate CSV export through Manatal support before any data extraction begins. We handle both pathways, falling back to CSV/XLS extraction when the API is unavailable and processing the deduplication logic Manatal applies to Organizations by name. In Crelate, Candidates land as People records with custom fields preserved, Jobs become Crelate Jobs with pipeline stages mapped, and Organizations map to Crelate Clients. Activity history migrates as Crelate Activities (calls, emails, meetings, tasks) with timestamps normalized from UTC. Manatal Workflow Automations do not migrate as logic; we deliver a written inventory of every active rule for the customer's team to rebuild in Crelate's workflow builder.
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 Manatal 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.
Manatal
Candidate
Crelate
Person (People)
1:1Manatal Candidates map to Crelate People records. All profile fields (name, email, phone, address, employment history) migrate directly. Custom fields organized under custom categories in Manatal map to Crelate custom fields, preserving field names, data types, and values. Stage history (candidate-to-job pipeline stages) migrates as Crelate Activity records with stage-transition timestamps. Resume files migrate as Crelate Document records attached to the Person. Tags migrate as-is and appear in Crelate's tag system.
Manatal
Job
Crelate
Job
1:1Manatal Jobs map directly to Crelate Jobs. The job name, description, status, assigned users, and creation date transfer. Manatal's configurable pipeline stages per Job map to Crelate pipeline stages, preserving custom stage names and ordering. Candidate-to-stage assignments migrate as Crelate Activities or Job Application records linked to the Person and Job. Job vacancy limits from Manatal (differing by plan) are not enforced in Crelate migration; the customer's Crelate plan limits apply post-migration.
Manatal
Organization
Crelate
Client
1:1Manatal Organizations (clients or internal departments) map to Crelate Clients. Manatal's Organization import uses name-only deduplication and silently skips matching names. We preprocess the source dataset to identify and resolve naming conflicts before generating the Crelate import file, preserving all records. Organization contact information, address, and custom fields migrate to equivalent Crelate Client fields.
Manatal
Custom Fields (on Candidates)
Crelate
Custom Fields (on People)
1:1Manatal custom fields organized under custom categories migrate to Crelate custom fields on the Person object. We preserve field names, data types, and values. Some legacy custom field structures with non-standard IDs from older Manatal accounts may require remapping if the field schema has drifted. Admin-level access is required in Manatal to view custom field definitions; we coordinate this access during scoping.
Manatal
Pipeline Stages
Crelate
Pipeline Stages
lossyManatal pipeline stages are defined per Job. We migrate the full stage sequence including custom stage names and ordering. Each Manatal pipeline becomes a Crelate pipeline with stage values configured to match. Stage-to-candidate assignments at migration time are preserved as Crelate Job Application records or Activity entries depending on Crelate's data model at the destination.
Manatal
Activity Logs
Crelate
Activity (Calls, Emails, Meetings, Tasks)
1:1Manatal activity logs capture user actions on candidates and jobs. These map to Crelate Activity records with activity type (call, email, meeting, task), timestamp, actor attribution, and notes. All timestamps in Manatal exports are in UTC; we normalize them during mapping and flag any timezone-sensitive date fields for customer review before final import. High-volume activity logs may require API pagination chunking to avoid rate limit responses.
Manatal
Tags
Crelate
Tags
1:1Tags are flat label objects in Manatal applied to candidates and jobs. We migrate all tag assignments preserving the tag names across the dataset. Tags appear in Crelate's tag system attached to the corresponding Person, Job, or Client record.
Manatal
Users / Team Members
Crelate
Users
1:1Manatal user accounts with roles and permissions migrate as Crelate User records. The Manatal internal user ID and role assignments are preserved as custom properties in Crelate for audit. SSO configuration and User Groups in Manatal do not migrate; SSO must be reconfigured in Crelate's settings by the customer's admin post-migration.
Manatal
Attachments / Documents
Crelate
Documents
1:1Resume files and other attachments referenced in Manatal candidate profiles migrate as Crelate Document records attached to the Person. We migrate document metadata (filename, file type, upload date, attached-to record). Binary file transfer depends on Manatal's export capabilities for the Professional/Enterprise tier (non-API export may require manual file download for binary attachments).
Manatal
Recruitment CRM Data (Clients, Placements, Revenue)
Crelate
Client + Custom Data
1:1Manatal includes CRM features for agencies tracking client relationships, placements, and commission revenue. These records map to Crelate Client records supplemented with custom fields for placement data and revenue tracking. If Manatal uses dedicated CRM objects (separate from Organizations) for placement records, we map them to Crelate Jobs or a custom CRM object depending on Crelate's configuration at the destination.
Manatal
Workflow Automations
Crelate
Workflows (documentation only)
lossyManatal Workflow automations trigger on events such as stage transitions or candidate actions. They are available only on Enterprise and Enterprise Plus plans with undocumented fair-usage limits. We document every active automation rule including its trigger, conditions, and actions in a written inventory delivered to the customer for rebuild in Crelate's workflow builder. We do not migrate automation logic as executable code because Manatal and Crelate use different automation models.
Manatal
Job Applications (Candidate-to-Job mappings)
Crelate
Job Application
1:1Manatal's candidate-to-job assignments, including pipeline stage assignments and application date, map to Crelate Job Application records linking the Person to the Job. We resolve the Person and Job references during migration so that the Crelate Job Application record is created with the correct foreign key references. Application status and source tracking migrate as Activity records or custom fields on the Job Application.
| Manatal | Crelate | Compatibility | |
|---|---|---|---|
| Candidate | Person (People)1:1 | Fully supported | |
| Job | Job1:1 | Fully supported | |
| Organization | Client1:1 | Fully supported | |
| Custom Fields (on Candidates) | Custom Fields (on People)1:1 | Mapping required | |
| Pipeline Stages | Pipeline Stageslossy | Mapping required | |
| Activity Logs | Activity (Calls, Emails, Meetings, Tasks)1:1 | Mapping required | |
| Tags | Tags1:1 | Mapping required | |
| Users / Team Members | Users1:1 | Mapping required | |
| Attachments / Documents | Documents1:1 | Mapping required | |
| Recruitment CRM Data (Clients, Placements, Revenue) | Client + Custom Data1:1 | Mapping required | |
| Workflow Automations | Workflows (documentation only)lossy | Mapping required | |
| Job Applications (Candidate-to-Job mappings) | Job Application1: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.
Manatal gotchas
API access is Enterprise Plus only
Data export not enabled by default
Organization import deduplication by name only
Workflow automations are tier-gated and use fair usage limits
Export timestamps are UTC only
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
Scoping and export activation
We audit the source Manatal account across plan tier (Professional/Enterprise/Enterprise Plus), candidate and job volume, custom field definitions, active workflow automations, and activity log volume. We verify API availability or, if the account is on Professional or Enterprise, initiate the Manatal support ticket to activate CSV/XLS export. We extract the full object inventory including candidate count, job count, organization count, tag list, and custom field schema. The scoping output is a written migration scope with record counts, export pathway decision, and timeline estimate.
Preprocessing and deduplication
We preprocess the extracted Manatal data to resolve Organization name conflicts (managing the silent deduplication risk), normalize date formats from UTC to a consistent timezone for Crelate import, flatten any nested custom field categories, and prepare a tag migration list. If the migration uses CSV export rather than API, we split multi-object exports into individual CSV files per object type and verify referential integrity (candidate-to-job links, organization references on candidates) before mapping begins.
Schema mapping and Crelate configuration
We design the destination Crelate schema, mapping Manatal Candidates to Crelate People with custom field equivalents, Manatal Jobs to Crelate Jobs with pipeline stages configured, and Manatal Organizations to Crelate Clients. We configure Crelate's pipeline stages to match Manatal's stage names and ordering, and we set up Crelate's tag system with the Manatal tag vocabulary. If the customer has placement revenue or commission data in Manatal CRM objects, we define custom fields in Crelate to capture that data on the Client or Job record.
Pilot migration and reconciliation
We run a pilot migration with a subset of data (typically 500 candidates, 20 jobs, and 10 organizations) into a Crelate test environment. The customer's recruiting lead spot-checks records against the Manatal source, verifies that custom field values appear correctly, confirms that pipeline stage assignments are preserved, and reviews the activity timeline ordering. We correct any mapping errors identified during the pilot before proceeding to full migration. This step typically takes two to three business days.
Full production migration
We run the full production migration in dependency order: Organizations (Clients) first, then Jobs, then Candidates with resume documents and custom fields, then Tags, then Activity history. Each phase emits a row-count reconciliation report comparing Manatal source counts to Crelate destination counts. Activity records (calls, emails, meetings, tasks) are migrated last because they reference both Person and Job records that must exist first. We apply UTC-to-local timestamp normalization throughout and flag any records that failed import for customer review.
Cutover and workflow handoff
We freeze writes to Manatal during the cutover window, run a final delta migration of any records modified during the migration window, then enable Crelate as the system of record. We deliver the workflow automation inventory document to the customer's team for rebuild in Crelate's workflow builder. We support a one-week hypercare window where we resolve any data quality issues raised by the customer's recruiters. We do not rebuild Manatal Workflows as Crelate workflows inside the migration scope; that work is handled by the customer's admin using the inventory document we deliver.
Platform deep dives
Manatal
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 Manatal 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
Manatal: Not publicly documented.
Data volume sensitivity
Manatal 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 Manatal to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your Manatal 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 Manatal
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.