HRMS migration

Migrate from CATS to Crelate

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

CATS logo

CATS

Source

Crelate

Destination

Crelate logo

Compatibility

75%

9 of 12

objects map 1:1 between CATS and Crelate.

Complexity

BStandard

Timeline

3-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from CATS to Crelate is an ATS platform upgrade that combines a modern CRM, ATS, and sourcing layer in one platform. CATS exports data as batch XLS/CSV files from its built-in export tool rather than a real-time API, which means the migration pipeline requires file-trigger automation, data normalization, and API import into Crelate rather than a direct pull-to-push sync. We extract Candidates, Job Orders, Activities, Custom Fields, Users, Departments, Tags, Sources, and Attachments from CATS, map CATS' pipeline stages to Crelate's configurable recruiting workflows, and resolve owner assignments by email match against Crelate's user roster. CATS workflows govern record routing, email triggers, and status-change rules as application configuration, not data — we document them for the customer's admin to rebuild in Crelate's Business or Business Plus automation layer. Custom fields on Candidates and Job Orders migrate as typed Crelate fields, and the full custom field schema is re-created in the destination before any data import begins.

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

CATS logo

CATS

What's pushing teams away

  • Aging interface — reviewers describe the platform as 'klunky' and note the last major UI upgrade was years ago with no public roadmap for refresh.
  • Reporting limitations — although reports have improved, the platform is 'semi-customizable' with limited templates, pushing data-heavy teams toward BI exports.
  • Email sync reliability — multiple reviewers report email sync works 'about 50% of the time', creating gaps in candidate communication history.
  • Scalability ceiling — the platform is widely flagged as unsuitable for large enterprises or high-volume recruiting teams; performance and workflow efficiency degrade at scale.
  • Inconsistent support experiences — a minority of reviewers report defensive responses or limited assistance on certain issues, contrasting with the generally positive support reputation.

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

Each row shows how a CATS 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.

CATS

Candidate

maps to

Crelate

Person

1:1
Fully supported

CATS Candidates map to Crelate People. Every Candidate record carries contact details (name, email, phone, address), status, source, and any custom field values. We export via CATS' built-in XLS/CSV export or direct API pull where available, normalize the name fields (first_name, last_name) to Crelate's Person object format, and preserve the original CATS candidate ID in a custom field cats_original_id__c for reconciliation. Duplicate detection in Crelate uses email as the dedupe key.

CATS

Job Order

maps to

Crelate

Job

1:1
Fully supported

CATS Job Orders map to Crelate Jobs. Job Order fields (title, status, department, description, internal ID) map to equivalent Crelate Job fields. CATS pipeline stages (New, Screening, Interview, Offer, Hired, Rejected) are extracted during discovery and mapped to Crelate's configurable workflow stages, which we set up before Job import begins so that stage assignment resolves at migration time rather than defaulting to a null stage.

CATS

Activity

maps to

Crelate

Activity

1:1
Fully supported

CATS Activities (calls, emails, notes, interviews) are linked to Candidates and Job Orders with timestamps, owners, and type flags. We preserve the full activity history and owner attribution. Call dispositions, durations, and meeting locations transfer to Crelate Activity records with original timestamps preserved for timeline integrity. Activities referencing a CATS Candidate that has not yet been migrated are held in a dependency queue and resolved after Person import completes.

CATS

Custom Field

maps to

Crelate

Custom Field

lossy
Fully supported

CATS supports text, dropdown, date, and checkbox custom fields on Candidates and Job Orders. We export the full custom field schema (field name, type, and all picklist values for dropdowns) and re-create each field in Crelate with the equivalent field type before importing any records that reference those fields. Text fields map to Crelate text fields, dates to Crelate date fields, and dropdowns to Crelate picklists with the source picklist values migrated as options.

CATS

User

maps to

Crelate

User

1:1
Fully supported

CATS user accounts (name, email, role, department) map to Crelate Users. We extract the user list and attempt email-based matching against Crelate's destination user roster. Any CATS Owner without a corresponding Crelate User is held in a reconciliation queue; the customer's admin provisions the missing Crelate Users before Person import resumes. Owner assignments on Candidates, Job Orders, and Activities are resolved at migration time using the validated user mapping.

CATS

Department

maps to

Crelate

Department

1:1
Fully supported

CATS Departments categorize Job Orders and sometimes Users. We export the department list and re-create it in Crelate as a Department record before importing Job Orders that reference a department. Department order is preserved from the CATS export. If CATS has no Department records, we use CATS' Job Order grouping or owner department assignments as the basis for Crelate Department creation.

CATS

Tag / Label

maps to

Crelate

Tag

1:1
Fully supported

CATS allows free-text or pre-defined tags on Candidates and Job Orders, stored as comma-separated values in the export. We parse the tag list per record and create corresponding Tag records in Crelate, then attach them to the migrated Person or Job. If the destination uses a different tag taxonomy, we flag this during scoping and present the customer with a choice between a direct tag-to-tag mapping or a tag consolidation step before import.

CATS

Source

maps to

Crelate

Source

1:1
Fully supported

Candidate sources (LinkedIn, Referral, Job Board, etc.) are stored as a field on CATS Candidate records. We preserve source attribution during migration and create corresponding Source records in Crelate if the destination does not already have matching source values. If CATS uses a source taxonomy that does not map cleanly to Crelate's source options, we present a mapping table for the customer's admin to approve before import.

CATS

Attachment

maps to

Crelate

Attachment

1:1
Fully supported

CATS stores resumes, cover letters, and other file attachments linked to Candidates. We pull attachments via the CATS export tool or API, preserve file names and association metadata (which Candidate the file belongs to, file type, upload date), and re-upload them to Crelate's document storage linked to the corresponding Person record. File associations are resolved after Person import completes using the cats_original_id__c reconciliation field.

CATS

Pipeline Stage

maps to

Crelate

Workflow Stage

lossy
Fully supported

CATS uses a configurable pipeline with named stages. We extract the complete pipeline configuration (stage names, order, and any status-change rules) during discovery and map it to Crelate's recruiting workflow stages. Crelate's workflow builder supports stage customization beyond CATS' default set, so we present the customer's admin with the full stage mapping table and allow additions (e.g., a Crelate-specific stage the customer wants to introduce at migration) before the Job import.

CATS

Workflow

maps to

Crelate

Workflow (rebuild required)

lossy
Fully supported

CATS Workflows define record routing, email triggers, and status-change rules as application configuration. Workflows cannot be exported as data from CATS and are not included in standard migration scope. During discovery, we identify every active CATS workflow rule, document its trigger, conditions, actions, and target object, and deliver a written workflow inventory with recommended Crelate Business Plus automation equivalents. The customer's admin rebuilds workflows in Crelate post-migration using this deliverable.

CATS

Placement / Hire

maps to

Crelate

Placement

1:1
Fully supported

If CATS contains Placement records (hired candidates tied to Job Orders), we map them to Crelate Placement records with the Person-Job relationship preserved. Placement status, start date, and bill rate transfer to Crelate Placement fields. Placements referencing Candidates or Job Orders that were not migrated are flagged for the customer's admin to resolve manually after migration.

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.

CATS logo

CATS gotchas

Medium

CATS exports are batch-based, not real-time API

Medium

Workflow automation does not transfer between systems

Low

Per-seat licensing means imported candidates add no cost, but active users do

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

  • CATS exports are file-based batches, not real-time API pulls

    CATS does not expose a publicly documented real-time REST API with bulk endpoints. Data extraction relies on CATS' built-in XLS/CSV export feature or, where available, direct API access if CATS has enabled it on the customer's instance. We automate the export trigger and file download, normalize the extracted data, and push it through our import pipeline into Crelate's API. If the customer has enabled API access on their CATS instance, we use direct API pulls for more reliable extraction. The batch export approach means the source data snapshot reflects a point in time; any records created or modified between export and cutover require a delta export run.

  • CATS Workflows do not migrate and require manual rebuild in Crelate

    CATS Workflows govern record routing, email triggers, and status-change rules as application-level configuration. They are not included in standard CATS exports and do not have a data representation that transfers to another platform. We identify every active CATS workflow during discovery, document its trigger conditions, actions, and intended outcome, and deliver a written workflow-mapping deliverable for the customer's admin to rebuild in Crelate Business Plus automation. Without this step, candidates stop routing automatically after cutover and status-change triggers silently stop firing.

  • Custom fields require schema pre-creation before any data import

    CATS custom fields on Candidates and Job Orders (text, dropdown, date, checkbox) must have their equivalents created in Crelate before any records referencing those fields can be imported. Importing into undefined custom fields causes field-level rejections or data loss. We export the full custom field schema during discovery, map each CATS field type to the corresponding Crelate field type, re-create the fields in Crelate's field configuration, and only then begin record import. Dropdown custom fields additionally require picklist value migration from CATS to Crelate.

  • Owner assignments require a validated user mapping before Person import

    CATS Owner references on Candidates, Job Orders, and Activities must resolve to a Crelate User record at migration time. We extract all distinct CATS owners by email and cross-reference against Crelate's user roster. Owners with no matching Crelate User are placed in a reconciliation queue. If the customer has more CATS users than Crelate seats (Crelate bills per user), we flag this during scoping so the admin can decide which users to provision before migration. Records assigned to an unprovisioned owner will import with no owner until the admin resolves the queue.

  • CATS reports and analytics snapshots do not migrate as standalone data

    CATS generates reporting data (pipeline metrics, source effectiveness, time-to-fill) derived from transactional records, not as independent data objects. These reporting snapshots do not export as migratable records and are not recreated during migration. The underlying Candidate, Job Order, and Activity data migrates to Crelate, and the customer rebuilds reports in Crelate's Advanced Reports and Analytics module (included in Business tier). Historical reporting comparisons between CATS pre-migration and Crelate post-migration require a manual baseline or a data warehouse export before cutover.

Migration approach

Six steps for a successful CATS to Crelate data migration

  1. Discovery and CATS data audit

    We audit the source CATS instance to establish baseline record counts for Candidates, Job Orders, Activities, Users, Departments, Tags, Sources, Attachments, and any custom fields in use. We document the current pipeline stage configuration, active workflow rules, and the CATS export mechanism (built-in XLS/CSV export or API access if enabled). This output is a written migration scope that defines what migrates, what documents for rebuild, and what does not migrate, along with an estimated timeline and price based on record volume and custom field count.

  2. Crelate destination schema setup

    Before any data import, we configure the Crelate destination environment. This includes creating Departments, setting up custom fields on Person and Job objects (matching CATS field types and dropdown values), configuring the recruiting workflow stages to match CATS' pipeline stages, and pre-creating the Source taxonomy. We run this setup in Crelate's sandbox or a parallel environment so that schema configuration does not affect the live destination until the customer approves the mapping. Workflow automation is not built here; it is documented for post-migration rebuild.

  3. Test migration and reconciliation

    We run a full test migration from CATS into the configured Crelate environment using production-like data volume. The customer's recruiting lead reviews a sample of migrated records (Person records, Job records, Activity timelines, tag assignments, attachment links) against the CATS source and confirms the mapping is accurate. We reconcile record counts between CATS export and Crelate import and resolve any mapping discrepancies before the production migration begins. Any custom field type mismatches or missing picklist values are corrected in this phase.

  4. User provisioning and owner reconciliation

    We extract every distinct CATS user referenced as an Owner on any Candidate, Job Order, or Activity record and match by email against the Crelate destination's user list. Owners without a corresponding Crelate User are placed in a reconciliation queue. The customer's admin provisions the missing Crelate Users and confirms which CATS users map to which Crelate users before production migration resumes. Migration cannot proceed past the Person and Job import phases until the owner mapping is fully validated.

  5. Production migration in dependency order

    We execute the production migration in record-dependency order: Departments (first, so Jobs can reference them), Users (manually provisioned and validated), Persons (from CATS Candidates with owner resolved), Jobs (from CATS Job Orders with department and stage resolved), Activities (Tasks, Calls, Meetings linked to Persons and Jobs), Attachments (re-uploaded and linked to Persons), Tags and Sources (created and attached to Persons and Jobs). We use Crelate's REST API with rate-limit handling and exponential backoff. Each phase emits a row-count reconciliation report before the next phase begins.

  6. Cutover, validation, and workflow rebuild handoff

    We coordinate cutover for a weekend or off-hours window with no downtime for the recruiting team. We freeze writes to CATS, run a final delta export for any records modified during the migration window, and apply the delta to Crelate. We deliver a full reconciliation report comparing CATS pre-migration record counts to Crelate post-migration record counts for every object. We deliver the CATS workflow inventory document with recommended Crelate Business Plus automation equivalents. We support a one-week hypercare window to resolve any data issues raised by the customer's team. Rebuilding CATS workflows in Crelate is outside standard migration scope and is handled separately by the customer's admin or a Crelate implementation partner.

Platform deep dives

Context on both ends of the pair

CATS logo

CATS

Source

Strengths

  • Affordable per-seat pricing for small agencies and in-house recruiting teams.
  • Customizable candidate and job fields, plus configurable pipeline stages.
  • Native LinkedIn and Monster resume import reduces sourcing keystrokes.
  • Automated career portal removes ongoing job posting maintenance for small teams.
  • Established product with long tenure in the small-agency ATS market.

Weaknesses

  • Dated UI with no recent major refresh.
  • Reporting is constrained — limited template variety and only partial customization.
  • Email sync is inconsistent in production.
  • Performance and workflow degrade beyond small-team scale.
  • Support quality varies between reviewers despite generally positive average.
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 CATS 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

    CATS: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your CATS to Crelate migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Standard migrations with up to 5,000 candidates and 500 job orders, no more than 20 custom fields, and a clean owner mapping land between three and four weeks. Complex migrations with larger volumes, extensive custom field schemas, multiple departments, or a need to migrate attachment files to Crelate's document storage move to six to ten weeks because of the batch export pipeline build, custom field-type mapping, and document re-upload work. Crelate's own documentation cites one to three weeks for standard ATS migrations; CATS' file-based export process adds time on the extraction side before import begins.

Adjacent paths

Related migrations to explore

Ready when you are

Move from CATS.
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