HRMS migration

Migrate from Cadient to Crelate

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

Cadient logo

Cadient

Source

Crelate

Destination

Crelate logo

Compatibility

92%

11 of 12

objects map 1:1 between Cadient and Crelate.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Cadient to Crelate requires navigating Cadient's absence of a public API or bulk export endpoint, which makes data extraction dependent on manual database dumps or CSV exports coordinated with Cadient's technical team. We ingest whatever Cadient provides in its native export format, normalise the schema to our intermediate ingestion model, then load into Crelate's Contacts, Companies, and Opportunities using Crelate's import tooling. SmartTenure ML predictions and composite SmartScore values migrate as static numeric fields only; the underlying model weights and component-level signal breakdowns are not available for transfer. Workflow stage definitions, routing rules, and automated triggers do not export as structured data from Cadient, so we document the current stage map during discovery and the customer rebuilds pipeline automation in Crelate manually. We do not migrate forms, landing pages, or automation sequences; these are documented in a handoff inventory for the customer's admin team.

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

Cadient logo

Cadient

What's pushing teams away

  • 1,000-record export caps — G2 reviewers report data pulls cap at 1,000 entries per export, forcing recruiters to run multiple exports and merge files manually, which creates real friction during reporting cycles and migrations.
  • Limited integration ecosystem — independent reviews note Cadient's integration set is narrow versus larger ATS suites, with users specifically calling out integration issues between Cadient and HRIS systems.
  • Configuration rigidity — TrustRadius and G2 reviewers describe hiring steps that get confusing and require step 'restarts', plus requests for more customisation that the platform does not currently support.
  • Sales-process complaints — Cadient G2 reviews include accounts where prospects said the vendor 'failed to share important details' and 'were dishonest about posting and sponsoring jobs, and did not clarify that it was only an ATS service', a credibility gap during procurement.
  • Weaker analytics — multiple reviewers ask for better data analytics, particularly when filtering applications by position the results bleed in unrelated applications, undermining trust in dashboards for high-volume hiring.

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

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

Cadient

Candidate

maps to

Crelate

Contact

1:1
Fully supported

Cadient Candidate records map to Crelate Contact as the primary person record. Standard fields (name, email, phone, work history, source, tags) migrate directly. Cadient's SmartScore composite value migrates as a static numeric custom field on the Contact record since the component-level breakdown is not available. SmartTenure predictions migrate as a static informational field (stay-risk score only, no model recalculation in Crelate). Resume parsing output normalises to plain text or structured JSON for Crelate's Resume Toolbox.

Cadient

Requisition

maps to

Crelate

Opportunity

1:1
Fully supported

Cadient Requisition records map to Crelate Opportunity. Requisition metadata (title, department, location, open date, hiring manager) maps directly to Opportunity fields. Status from Cadient (open, filled, cancelled) maps to Crelate Opportunity Stage values. A Crelate Opportunity represents the hiring requisition as a pipeline record against which Applications are tracked as activity submissions.

Cadient

Application

maps to

Crelate

Activity Form Submission

1:1
Fully supported

Cadient Application records are linked to a Candidate and a Requisition. In Crelate, Applications map to Activity Forms submitted against the Contact (from Cadient Candidate) and the related Opportunity (from Cadient Requisition). The apply date, status, source, and referral data migrate as form response fields. Custom application properties are reviewed during scoping and mapped to Crelate custom question fields on the Activity Form.

Cadient

Scorecard

maps to

Crelate

Activity Form + Custom Field Mapping

1:1
Fully supported

Cadient Scorecard responses follow a structured question-and-answer format per reviewer. These migrate to Crelate Activity Forms with individual field mappings to Contact or Opportunity records per the form configuration. Crelate's field mapping capability (one field per form question, mapped to a column on Contact, Company, or Opportunity) is used to route scorecard ratings to structured custom fields. The composite SmartScore aggregate migrates as a numeric value; component-level breakdowns are not separable for independent mapping.

Cadient

Interview

maps to

Crelate

Event

1:1
Fully supported

Cadient Interview records (interviewer, date/time, type: phone/video/onsite, disposition status) migrate to Crelate Event records linked to the Contact and Opportunity. Interview notes attached at the record level migrate as Crelate Activity Form entries or as Event description text. Attendance or scheduling integration depends on the customer's calendar setup at migration time.

Cadient

SmartTenure Prediction

maps to

Crelate

Custom Field on Contact (static value)

1:1
Fully supported

SmartTenure is a proprietary ML model that outputs a stay-risk score based on signals Cadient does not expose. Model weights, training data, and component signals are not available via any documented export mechanism. We migrate the numeric score as a static custom field on the Contact record. Crelate's AI Co-Pilot and Agents on Business Plus and Enterprise can be configured by the customer's admin to generate new retention signals from candidate data post-migration; this is outside our migration scope.

Cadient

SmartScore Aggregate

maps to

Crelate

Custom Field on Contact (static value)

1:1
Fully supported

SmartScore is a composite signal synthesised from screening responses, reference checks, and tenure prediction. The composite score transfers as a numeric field on the Contact record. The component-level breakdown (screening subscore, reference subscore, tenure subscore) is not separated in Cadient's export, so we cannot map these independently. The composite value is informational only in Crelate; it does not trigger any Crelate automation without manual workflow configuration.

Cadient

Workflow Stage Definitions

maps to

Crelate

Crelate Pipeline Stage Configuration

lossy
Fully supported

Cadient's hiring workflow stages (screening, assessment, interview, offer, hire) and automated routing rules are stored in platform configuration but do not export as structured data. We capture stage names and disposition values from application records during data review and document the current stage map in the discovery deliverable. The customer rebuilds these stages as Crelate Opportunity pipeline stages manually. Custom Recruiting Workflow limits are 20 on Crelate Business tier.

Cadient

Screening Assessment (external tool integrations)

maps to

Crelate

Custom Field on Contact or Activity Form

1:1
Fully supported

Cadient integrates with screening tools such as AccurateNow and Paycor for structured assessments. Assessment scores are stored in Cadient as custom fields or application properties. We migrate raw assessment scores as Crelate custom fields on Contact or as fields within an Activity Form. Any assessments that require re-scoring through a new vendor integration are flagged during scoping for the customer's admin to re-implement post-migration.

Cadient

Offer Letter (template and issued records)

maps to

Crelate

Document attached to Opportunity or Contact

1:1
Fully supported

Cadient offer letter templates and issued offer records can be exported as documents. In Crelate, these migrate as document attachments to the related Opportunity or Contact record using Crelate's Resume Toolbox or custom document attachment capability. Offer status (accepted, pending, declined) may be stored as an application sub-status in Cadient rather than a standalone field; we map it to a Crelate custom Opportunity field or Activity Form response.

Cadient

Referral Source (SmartRefer)

maps to

Crelate

Contact Source Field

1:1
Fully supported

Cadient SmartRefer tracks referral sources as a performance channel within the hiring funnel. Referral source data migrates as a standard Contact source field or custom field in Crelate. The referral attribution model (which employee referred which candidate) maps to Crelate's Candidate Source Tracking and can be used in Crelate's reporting and analytics.

Cadient

Owner (Hiring Manager / Recruiter)

maps to

Crelate

Crelate User

1:1
Fully supported

Cadient Owner records (hiring managers, recruiters) are resolved by email match against Crelate User records during migration. Any Cadient Owner without a matching Crelate User goes to a reconciliation queue for the customer's admin to provision before record import. User provisioning in Crelate is a customer-admin action; we flag gaps before production migration begins.

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.

Cadient logo

Cadient gotchas

High

No documented public export API

High

SmartTenure predictions are non-transferable

Medium

Workflow stage definitions require manual reimplementation

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

  • No public Cadient export API forces manual data extraction

    Cadient does not publish a public REST API or bulk data export endpoint in any external documentation. Migrations cannot be scripted via API calls and must rely on manual database dumps or CSV exports coordinated with Cadient's technical or support team. We work with the customer's IT team and Cadient contacts to extract available data in CSV or JSON format and ingest it into our staging environment. If Cadient's export produces incomplete records or missing fields, we document the gaps and agree with the customer on how to handle them (manual entry, partial migration, or acceptance of data limitations) before loading into Crelate.

  • SmartTenure predictions are non-transferable as live signals

    SmartTenure is a proprietary ML model that outputs a stay-risk score using signals Cadient does not expose. We cannot extract model weights, training data, or component signals. Any tenure-prediction field in the export migrates as a static informational number on the Contact record. Crelate will not reproduce this score automatically. If the customer needs retention prediction in Crelate, they must configure Crelate's AI Co-Pilot and Agents (Business Plus and Enterprise) on their own data post-migration; this is outside our migration scope.

  • Workflow stage and routing logic requires manual rebuild in Crelate

    Cadient's hiring workflow stages, automated routing rules, and screening workflow triggers are stored in platform configuration but do not export as structured data. We capture stage names and disposition values from application records during discovery and deliver a written stage map for the customer to reimplement in Crelate's pipeline stage builder. Crelate's Business tier allows up to 20 Custom Recruiting Workflows; Business Plus adds Automation and Sequencing. The customer rebuilds workflow automation logic manually post-migration based on the documented map we provide.

  • Crelate field mappings route to three core entities only

    Crelate's field mapping feature (which copies answers from custom forms to parent record fields) maps to Contact, Company, and Opportunity only. Any Cadient scorecard, screening assessment, or application custom field that should map to a Crelate entity outside this scope (for example, a custom Jobs or Projects object) requires a different strategy: either a custom Crelate field on one of the three mapped entities or a manual post-migration data entry process. We review this constraint during scoping and agree on a mapping strategy before data load.

  • Scorecard and screening tool subscore components cannot be independently mapped

    Cadient's SmartScore is a composite signal whose component-level sub-scores (screening, references, tenure) are not exposed separately in the export. We migrate the composite numeric score as a static field. If the customer's evaluation process relies on the component breakdown rather than the aggregate, those component fields are not available for transfer and must be re-evaluated post-migration using Crelate's Activity Form scoring or a third-party assessment integration.

Migration approach

Six steps for a successful Cadient to Crelate data migration

  1. Data extraction coordination with Cadient

    We engage the customer's IT team and Cadient contacts to extract available data in CSV or JSON format. Since Cadient does not publish an export API, extraction may require a database dump, a support request to Cadient for a bulk export, or manual CSV downloads from Cadient's reporting interface. We define the required record types (Candidates, Requisitions, Applications, Scorecards, Interviews, and any custom fields) and a data dictionary during scoping so that the extraction covers all objects needed for migration. If Cadient cannot produce a complete export within the migration timeline, we document the gap and agree on a mitigation strategy (partial migration, manual entry, or phased export).

  2. Data normalisation and Crelate sandbox design

    We ingest the Cadient export into our staging environment and normalise it to our intermediate schema. We review field names, data types, and null rates against the Cadient data dictionary to identify gaps, date format inconsistencies, and multi-value field handling. We design the Crelate destination schema in parallel: creating the custom Contact, Company, and Opportunity fields required for Cadient's custom application properties, scorecard responses, and SmartScore or SmartTenure static values; mapping Cadient requisition status to Crelate Opportunity Stage values; and configuring any custom Crelate Activity Forms needed for scorecard and interview records. The schema is deployed into a Crelate sandbox for validation before any production data moves.

  3. Sandbox migration and reconciliation

    We run a full migration into the Crelate sandbox environment using production-like data volume. The customer's HR or recruiting lead reconciles record counts (Candidates in vs Contacts in, Requisitions in vs Opportunities in, Applications in vs Activity Forms in), spot-checks 25-50 random candidate and requisition records against the Cadient source, and reviews the placement of SmartTenure static scores on Contact records. Any field mapping corrections, stage name adjustments, or missing custom fields are resolved in the sandbox schema before production migration begins.

  4. Owner and user reconciliation

    We extract every distinct Cadient Owner (hiring manager, recruiter) referenced on candidate, requisition, and interview records and match by email against the Crelate destination's User table. Owners without a matching Crelate User go to a reconciliation queue. The customer's Crelate admin provisions any missing Users and confirms whether inactive Cadient owners should be mapped to inactive Crelate Users or left unmapped. Migration cannot proceed past record import until all Owner references can be resolved, because OwnerId is a required field on most standard Crelate records.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Contacts (from Cadient Candidates, with SmartScore and SmartTenure as static custom fields), Companies (mapped from Cadient company data if available, or created as placeholder records with the contact's employer), Opportunities (from Cadient Requisitions, with requisition status mapped to Opportunity stage), Activity Forms (scorecards and applications mapped as form submissions against Contact and Opportunity), Events (interviews mapped as calendar entries against Contact and Opportunity), and document attachments (offer letters, resumes). Each phase emits a row-count reconciliation report before the next phase begins.

  6. Cutover, validation, and automation rebuild handoff

    We freeze Cadient writes during cutover, 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 and stage map inventory document to the customer's admin team, listing every Cadient workflow stage, routing rule, and automated trigger with a Crelate rebuild recommendation. We support a one-week hypercare window where we resolve reconciliation issues raised by the customer's recruiting team. We do not rebuild Cadient screening workflows as Crelate Automation and Sequencing within the migration scope; that is a separate engagement or an internal admin task.

Platform deep dives

Context on both ends of the pair

Cadient logo

Cadient

Source

Strengths

  • Structured AI scoring surfaces top-fit candidates and flags flight risks before scheduling.
  • High-volume workflow automation reduces repetitive steps for hiring managers at scale.
  • SmartTenure ML model predicts long-term retention to inform hiring decisions upfront.
  • SmartRefer and SmartCommunicate tools integrate referral tracking and candidate messaging into the hiring funnel.
  • Case studies report measurable ROI: 20% turnover reduction, 41% faster hiring cycles, and millions saved on rehiring costs.

Weaknesses

  • No publicly documented API or bulk export mechanism is available in the research record, making programmatic migration dependent on manual exports or customer-provided data dumps.
  • Pricing is not published publicly; budget planning for migration requires direct engagement with Cadient sales.
  • AI-generated scores (SmartScore, SmartTenure) are not reproducible in destination systems since model weights and raw signals are not exposed.
  • The platform lacks review depth on G2 (10 reviews) and no public pricing page, limiting third-party due diligence.
  • Limited integrations listed (AccurateNow, Paycor); broader HRIS or ATS ecosystem connectivity is not well-documented.
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 Cadient 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

    Cadient: Export tooling capped at 1,000 records per pull per G2 reviewer reports; programmatic rate limits not published..

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Standard migrations under 15,000 Candidates, 3,000 Requisitions, and no complex custom object dependencies complete in three to five weeks. Migrations where Cadient data extraction requires IT-coordinated database dumps, multi-phase re-export of historical scorecard and application records, or bulk reconciliation of SmartTenure static score fields move to six to ten weeks. The Cadient extraction timeline is the primary variable; Crelate's import tooling is well-documented and predictable.

Adjacent paths

Related migrations to explore

Ready when you are

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