HRMS migration

Migrate from Manitou ATS to Crelate

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

Manitou ATS logo

Manitou ATS

Source

Crelate

Destination

Crelate logo

Compatibility

75%

9 of 12

objects map 1:1 between Manitou ATS and Crelate.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

Manitou ATS logo

Manitou ATS

What's pushing teams away

  • Limited brand recognition outside Europe makes it difficult to justify to globally-minded hiring stakeholders or investors.
  • Absence of a public API restricts automation possibilities and makes data portability a manual, fragile process.
  • Lacks the AI-driven sourcing and candidate matching features found in newer competitors like Ashby or Lever.
  • Small vendor footprint means fewer third-party integrations compared to established ATS platforms with large marketplace ecosystems.
  • Interface and feature set feel less polished than modern SaaS ATS products marketed primarily to US-based growth-stage companies.

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 Manitou ATS objects map to Crelate

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)

maps to

Crelate

Contact

1:1
Fully supported

Manitou'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

maps to

Crelate

Job

1:1
Fully supported

Manitou 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

maps to

Crelate

Opportunity

1:1
Fully supported

Manitou 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

maps to

Crelate

Opportunity Pipeline / Stage

lossy
Fully supported

Manitou 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)

maps to

Crelate

Company

1:1
Fully supported

Manitou 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)

maps to

Crelate

Contact

1:1
Fully supported

Manitou 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

maps to

Crelate

User

1:1
Fully supported

Manitou 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

maps to

Crelate

Tag

1:1
Fully supported

Manitou 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

maps to

Crelate

Note

1:1
Fully supported

Manitou 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

maps to

Crelate

ContentDocument

1:1
Fully supported

Resume 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

maps to

Crelate

Not migrated

lossy
Fully supported

Manitou 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

maps to

Crelate

Not migrated

lossy
Fully supported

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

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.

Manitou ATS logo

Manitou ATS gotchas

High

No public API means migration depends on vendor-assisted export

Medium

Applicant Bank deduplication is source-side responsibility

Medium

Pipeline stage configurations do not export as structured data

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

  • Manitou has no public API; export depends on vendor cooperation

    Manitou does not publish a public REST API in its current offering. This means that extracting data for migration is entirely dependent on whatever CSV export or direct database access the vendor grants on a per-customer basis. We flag this as a migration-critical risk and recommend requesting a full data export early in the scoping process, before contract termination negotiations begin. Vendors sometimes delay export requests as a customer retention tactic, which can compress the migration timeline dangerously. We negotiate structured export windows with Manitou on behalf of customers to avoid data loss when timelines compress.

  • Applicant Bank deduplication is source-side responsibility

    Manitou's central applicant bank accumulates duplicate candidate records when the same person applies through multiple job postings or external board integrations. We identify duplicate candidates during the extraction phase using name, email, and phone matching logic. We present a deduplication report to the customer before writing to Crelate, letting them decide which canonical record to preserve. Duplicate contacts that reach Crelate before deduplication create orphaned records that require manual cleanup. The deduplication phase adds one to three days to the migration timeline depending on Applicant Bank size.

  • Pipeline stage configurations do not export as structured data

    Manitou's pipeline stage names and order are configured per-job or globally and stored in a format that does not expose cleanly via standard exports. We extract stage names from individual job records where available and produce a written stage taxonomy inventory during scoping. The visual pipeline layout and any automation triggers tied to stages must be manually re-established in Crelate by the customer's new administrator post-migration. We document every stage name, its order, and its probability weight for the customer's admin to configure in Crelate's Opportunity pipeline before go-live.

  • Crelate API access must be enabled per user by an administrator

    Crelate's REST API requires an administrator to enable API access for non-admin users in Settings | Advanced Settings | User Roles before any API-based migration can proceed. We coordinate with the customer's Crelate administrator during the approach phase to ensure the migration user account has API access enabled. Without this step, our migration developer API key will return authentication errors and the migration will fail at the first API call. This is a straightforward admin configuration but is a blocker if missed during cutover.

  • Manitou export format may require format transformation

    Some ATS platforms export data in non-standard formats (XML, JSON, proprietary) that complicate migration and can prolong completion dates. We assess the Manitou export format during scoping. If the export arrives in a non-CSV format, we add a transformation step to normalize the data into structured CSV before mapping. This transformation step adds one to two days to the development phase but is necessary to ensure consistent field mapping across all record types.

Migration approach

Six steps for a successful Manitou ATS to Crelate data migration

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

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

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

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

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

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

Context on both ends of the pair

Manitou ATS logo

Manitou ATS

Source

Strengths

  • Combines ATS, CRM, HR, Projects, Time & Expenses, Invoicing, and Accounting in a single subscription.
  • Applicant bank provides a persistent, searchable talent repository across all open and closed requisitions.
  • Job board integrations allow single-post publishing to multiple external staffing platforms simultaneously.
  • Supports end-to-end staffing workflows from requisition through onboarding and client invoicing.
  • No-code pipeline configuration lets non-technical recruiters adjust hiring stages without developer involvement.

Weaknesses

  • No publicly documented REST API, making automated data extraction and migration dependent on vendor cooperation.
  • No published pricing on the website; prospective customers must contact sales for a custom quote.
  • Very limited third-party review presence on G2 and Capterra makes independent evaluation difficult.
  • Sparse documentation of data export capabilities, raising concerns about data portability when switching vendors.
  • Smaller market share compared to category leaders like Greenhouse, Lever, or iCIMS, reducing confidence in long-term vendor stability.
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?

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

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Manitou ATS 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

    B

    Manitou ATS: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Manitou ATS 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 Manitou ATS to Crelate data migrations

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

Can't find your answer?

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 consultation

Most migrations land between three and five weeks for accounts under 10,000 candidates and 500 job requisitions with clean CSV exports. Migrations with large Applicant Banks requiring extensive deduplication, non-standard export formats, archived record volumes, or multiple pipeline configurations move to seven to ten weeks because of export negotiation time, deduplication work, and stage taxonomy documentation. The vendor-assisted export from Manitou is the critical path item; we recommend initiating the export request at the earliest opportunity to avoid timeline compression during contract termination.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Manitou ATS.
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