HRMS migration
Field-level mapping, validation, and rollback between Manitou ATS and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
Manitou ATS
Source
Crelate
Destination
Compatibility
9 of 12
objects map 1:1 between Manitou ATS and Crelate.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Manitou ATS to Crelate addresses the core limitation that drives every Manitou exit: the absence of a public REST API, which makes the platform a data silo that depends entirely on vendor cooperation for any extraction. Crelate provides a documented REST API with querystring authentication and a structured approach to Core Records (Contacts, Companies, Opportunities) and custom fields. We negotiate the export window with Manitou early in scoping because vendor-assisted CSV extraction is the critical path item. We deduplicate the Applicant Bank using name-email-phone matching, map pipeline stage names to Crelate's Opportunity pipeline configuration, and preserve skill tags as Crelate Tags. Automations, workflow rules, and stage-specific automation triggers do not migrate; we document the existing stage taxonomy for your new Crelate administrator to rebuild post-migration.
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 Manitou ATS 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.
Manitou ATS
Candidate (Applicant Bank)
Crelate
Contact
1:1Manitou's Applicant Bank candidates map to Crelate Contacts. We extract name, email, phone, address, skills, and application history from the Applicant Bank export. Crelate requires Name as a required attribute; we map the candidate's full name into Crelate's name fields. We preserve the original Manitou candidate ID in a custom field manitou_candidate_id__c for reconciliation purposes. Duplicate candidates identified during deduplication (same name and email across multiple application records) are resolved before Crelate import to avoid creating orphaned Contact records.
Manitou ATS
Job Requisition
Crelate
Job
1:1Manitou Job Requisitions map to Crelate Job records. We preserve job title, description, status, department, and hiring manager. Crelate's Job object represents an open requisition that candidates apply to; the migration maps the job's active or archived status accordingly. Custom fields on job requisitions migrate to Crelate custom fields on the Job record if the Crelate plan supports custom fields on Jobs. Internal job board URLs and external posting URLs are preserved as text fields.
Manitou ATS
Application
Crelate
Opportunity
1:1Manitou Applications (the join between Candidate and Job Requisition with pipeline stage and timestamp history) map to Crelate Opportunities. Each application represents a placement process that moves through pipeline stages; in Crelate's model, the Opportunity represents the candidate's progression toward placement. We map the original Manitou application date and stage history into Opportunity fields and activity timeline entries. The Opportunity is linked to the Contact (from the Candidate mapping) and optionally to a Company if the placement is for a client.
Manitou ATS
Pipeline Stage
Crelate
Opportunity Pipeline / Stage
lossyManitou pipeline stage names and order are documented during scoping from individual job records because they do not export as structured data. We produce a written stage taxonomy inventory listing every unique stage name, its position in the workflow, and any automation triggers documented in Manitou. Your Crelate administrator configures matching Opportunity pipeline stages in Crelate before go-live. Stage-specific automation triggers in Manitou do not migrate and are documented for rebuild in Crelate's automation rules.
Manitou ATS
Company (CRM module)
Crelate
Company
1:1Manitou CRM Companies map to Crelate Companies. We preserve company name, address, website, industry, and associated contact links. Crelate requires Name as a required attribute for Company records. Company records are created before Contact records with linked Company relationships so that the lookup reference is satisfied at import time. Custom CRM fields on Manitou companies require Crelate custom field configuration before migration.
Manitou ATS
Contact (CRM module)
Crelate
Contact
1:1Manitou CRM Contacts map to Crelate Contacts. These are distinct from Applicant Bank candidates (which also map to Contacts) but represent client or prospect contacts rather than job applicants. We deduplicate against candidate Contacts during the transform phase using name and email; if the same person appears as both a candidate and a client contact, we preserve both records and link them. Crelate's lookup model supports multiple Contact roles per Company.
Manitou ATS
User / Team Member
Crelate
User
1:1Manitou internal users (recruiters, hiring managers, administrators) map to Crelate Users. We resolve users by email match against the destination Crelate tenant's User list. Crelate requires an administrator to enable API access for the migration user in Settings | Advanced Settings | User Roles before any API-based import begins. Manitou role assignments are documented and mapped to Crelate role equivalents during configuration.
Manitou ATS
Skill
Crelate
Tag
1:1Manitou skill tags and competency tags attached to candidates migrate to Crelate Tags. Crelate's Tag system uses category keys (with 'Default' for the default category) and tag names. We extract skill names as plain text and create corresponding Tags in Crelate during migration. If Manitou uses a structured skill taxonomy with hierarchies, we flatten to the most granular level and document the taxonomy structure for the customer's admin to optionally configure as Crelate Tag categories post-migration.
Manitou ATS
Evaluation / Note
Crelate
Note
1:1Manitou recruiter notes and structured evaluations attached to applications or candidates migrate to Crelate Notes. Crelate requires Body as a required attribute for Note records. We preserve evaluation scores as text within the Note body or migrate them to custom fields if Crelate custom fields are configured on the Contact record. Notes are linked to the parent Contact record via Crelate's ContentDocumentLink model. Evaluation timestamps are preserved in the Note creation date field.
Manitou ATS
Document / Attachment
Crelate
ContentDocument
1:1Resume files, cover letters, portfolio documents, and other attachments linked to candidates or jobs migrate to Crelate as ContentDocument records attached to the relevant Contact or Job record via ContentDocumentLink. We extract binary attachments from the Manitou export and re-attach them to the corresponding Crelate records. Document formatting (PDF versus Word) is preserved. We note that Crelate's storage limits vary by plan tier; large resume libraries may require Business Plus or Enterprise for adequate storage headroom.
Manitou ATS
Time and Expense Record
Crelate
Not migrated
lossyManitou Time and Expenses records do not map to a Crelate object. Crelate is an ATS and recruiting CRM; it does not include time tracking or billing modules. We flag all Time and Expenses records during scoping and deliver them as a separate CSV inventory for the customer's finance or operations team to import into their preferred time-tracking tool. This is a conscious scope boundary, not a data loss gap.
Manitou ATS
Invoicing / Accounting Record
Crelate
Not migrated
lossyManitou Invoicing and Accounting records do not map to a Crelate object. Crelate does not include financial or accounting modules. We flag all Invoicing and Accounting records during scoping and deliver them as a separate CSV inventory. Customers who use Manitou's full suite for billing should evaluate dedicated accounting platforms (QuickBooks, Xero, NetSuite) post-migration; this is explicitly scoped as outside ATS migration scope.
| Manitou ATS | Crelate | Compatibility | |
|---|---|---|---|
| Candidate (Applicant Bank) | Contact1:1 | Fully supported | |
| Job Requisition | Job1:1 | Fully supported | |
| Application | Opportunity1:1 | Fully supported | |
| Pipeline Stage | Opportunity Pipeline / Stagelossy | Fully supported | |
| Company (CRM module) | Company1:1 | Fully supported | |
| Contact (CRM module) | Contact1:1 | Fully supported | |
| User / Team Member | User1:1 | Fully supported | |
| Skill | Tag1:1 | Fully supported | |
| Evaluation / Note | Note1:1 | Fully supported | |
| Document / Attachment | ContentDocument1:1 | Fully supported | |
| Time and Expense Record | Not migratedlossy | Fully supported | |
| Invoicing / Accounting Record | Not migratedlossy | 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.
Manitou ATS gotchas
No public API means migration depends on vendor-assisted export
Applicant Bank deduplication is source-side responsibility
Pipeline stage configurations do not export as structured data
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
Export negotiation and data audit
We initiate the export request with Manitou early in the scoping process, ideally before any contract termination conversations begin. We request a full CSV export covering the Applicant Bank (all candidate records with skills and contact history), Job Requisitions (active and archived), Applications (with stage history), CRM Companies, CRM Contacts, User records, and any attached documents. We audit the export structure immediately upon receipt to identify non-standard formats, missing fields, and deduplication candidates. This step determines the overall migration complexity and timeline.
Crelate schema and API access configuration
We configure the Crelate destination tenant during the export negotiation window. This includes creating any custom fields needed on Contact, Company, Job, and Opportunity records to match Manitou custom field names and data types. We verify that the migration user account has API access enabled in Settings | Advanced Settings | User Roles. We document Crelate's Opportunity pipeline configuration requirements and provide the stage taxonomy inventory to the customer's Crelate administrator for pre-configuration. This step runs in parallel with export negotiation to avoid timeline waste.
Applicant Bank deduplication
We run the deduplication phase against the Manitou Applicant Bank export. Using name, email, and phone matching logic, we identify candidate records that represent the same person across multiple job applications or external board integrations. We generate a deduplication report listing the duplicate clusters and their source record IDs, then present it to the customer for resolution decisions. The customer selects the canonical record to preserve in each cluster. We remove the rejected duplicates from the migration dataset before Crelate import. This step is critical to avoid creating duplicate Contacts in Crelate that would require manual cleanup post-migration.
Stage taxonomy documentation and handoff
We extract all unique pipeline stage names from the Manitou Job Requisition export and produce a written stage taxonomy inventory. This document lists every stage name, its position in the workflow, any probability weight associated with the stage, and any notes about stage-specific automations observed in Manitou. We deliver this document to the customer's Crelate administrator before go-live. The administrator configures matching Opportunity pipeline stages in Crelate. We do not configure Crelate pipeline stages ourselves because they require access to the live Crelate tenant and admin credentials that we do not request as part of the migration scope.
Sandbox migration and reconciliation
We run a full migration into a Crelate test environment using production-like data volume. The customer's recruiting operations lead reconciles record counts (Contacts in, Jobs in, Opportunities in, Notes in, attachments in), spot-checks 25-50 random records against the Manitou source export, and validates that required attributes (Name for Contact and Company; Name for Job; Body for Note) are populated correctly. Any mapping corrections happen in the sandbox before production migration begins. We coordinate with the Crelate administrator to verify that the Opportunity pipeline stages configured in step 4 are correctly represented in the sandbox migration results.
Production cutover and go-live
We freeze Manitou writes 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 for recruiting activity. Documents and attachments are uploaded in the final phase. We deliver the pipeline stage taxonomy document and the time-and-expense CSV inventory to the customer's operations team. We support a one-week hypercare window where we resolve any reconciliation issues raised by the customer's recruiting team. We do not rebuild Manitou automations or stage-triggered workflows as Crelate automation rules; those are documented separately for the customer's admin to configure post-migration.
Platform deep dives
Manitou ATS
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 Manitou ATS 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
Manitou ATS: Not publicly documented.
Data volume sensitivity
Manitou ATS 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 Manitou ATS to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your Manitou ATS 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 Manitou ATS
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.