HRMS migration
Field-level mapping, validation, and rollback between Paradox and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
Paradox
Source
Crelate
Destination
Compatibility
10 of 12
objects map 1:1 between Paradox and Crelate.
Complexity
BStandard
Timeline
5-8 weeks
Overview
Moving from Paradox to Crelate is a shift from an AI-first conversational hiring platform to a customizable ATS-plus-CRM recruiting system. Paradox organizes hiring around Candidates, Jobs, and Events tied to Olivia chatbot interactions; Crelate uses Contacts, Companies, Jobs, and Opportunities with native CRM relationship tracking. We preserve candidate profiles, screening response logs, scheduling data, and custom field values through Paradox's JSON export or ATS passthrough, transforming them into Crelate's relational schema. GDPR candidate consent requires explicit verification before transfer, and Paradox's limited bulk export often means migration cannot begin until the customer confirms their Paradox instance is fully configured and connected. Screening logic, conditional branching in Olivia conversations, and automation workflows do not migrate as executable rules; we deliver a written inventory of these for the customer's admin to rebuild in Crelate.
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 Paradox 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.
Paradox
Candidate
Crelate
Contact
1:1Paradox Candidate records map to Crelate Contact. We preserve contact details, application status, source channel, and the Paradox candidate_id for audit traceability. If Paradox Candidates include a company association, we resolve it against a Crelate Company lookup during import. Any GDPR withdrawal-of-consent flags on Paradox records are verified and excluded per the consent audit trail before import.
Paradox
Candidate Custom Fields
Crelate
Contact Custom Fields
lossyParadox custom fields on Candidates vary per customer configuration and require discovery scoping before migration. We capture the full custom field schema during discovery, map field types (text, numeric, picklist, date) to equivalent Crelate Contact custom field types, and configure the destination fields before any contact import begins. Conditional logic applied to screening workflows does not transfer as automation; we document it for the customer's admin to rebuild in Crelate.
Paradox
Job
Crelate
Job
1:1Paradox Job records map to Crelate Job records. We preserve job title, description, location, employment type, status (active or closed), and hiring team assignments. Job-stage pipelines from Paradox map to Crelate pipeline stages, with stage probability values migrated to Crelate stage configuration. Multi-location jobs may require split into multiple Crelate Job records if the destination configuration separates by location.
Paradox
Job Custom Fields
Crelate
Job Custom Fields
lossyParadox custom fields on Jobs are unique per customer configuration. We conduct discovery to capture the exact field schema, types, and any conditional visibility logic applied to job posting workflows. Custom fields are pre-created in Crelate before Job import, with field ordering and layout assignments matching the source configuration where possible.
Paradox
Event
Crelate
Activity
1:1Paradox Event records (scheduled interviews, assessments, other time-bound hiring activities) map to Crelate Activity records linked to the parent Contact. We preserve event date, type, participant assignments, location, and outcome status. Event records without a resolvable Contact parent are held in a reconciliation queue until the parent lookup is satisfied.
Paradox
Screening Response
Crelate
Note
1:1Olivia screening conversation logs export from Paradox as structured Q&A records. Crelate has no direct equivalent to a screening response object, so we transform these into Crelate Notes attached to the Contact record with a category tag indicating the origin (e.g., 'Olivia Screening'). The note body preserves the full question-and-answer transcript. We flag any conditional branching logic for the customer's admin to document separately since Crelate's native workflow builder does not import Paradox's screening tree structure.
Paradox
Schedule
Crelate
Activity
1:1Schedule records capturing interview availability and calendar integrations migrate as Crelate Activities with date, time window, and participant assignments. Live calendar synchronization links (Zoom, Google Calendar, Outlook) do not transfer as active integrations; we document the calendar tools in use for the customer's admin to reconnect post-migration. Availability windows and scheduling preferences migrate as structured note text.
Paradox
Attachment
Crelate
Attachment
1:1Candidate attachments including resumes, cover letters, and portfolio files export from Paradox as binary files and re-upload to Crelate as Contact attachments, preserving original filenames and file types. We validate file integrity using MD5 checksums before and after transfer. Attachments exceeding Crelate's size limits are flagged for the customer's admin to store externally with a link in the Contact record.
Paradox
Assessment
Crelate
Assessment
1:1Assessment results from Paradox migrate to Crelate Assessment records, including score, status, linked candidate, and assessment type. If the assessment content lives in a third-party assessment tool (e.g., Pymetrics, Harver, HireVue), we flag it for separate export handling and note that the assessment content itself does not migrate as a Crelate-native object. The assessment result and metadata transfer as a linked record on the Contact.
Paradox
Offer
Crelate
Opportunity
1:1Paradox Offer records containing compensation details, status, and approval workflow data map to Crelate Opportunity records. We migrate offer compensation, start date, status history, and the related Contact and Job lookups. Approval routing logic from Paradox does not transfer as executable rules; we document the approval chain in the written handoff inventory for the customer's admin to configure in Crelate's workflow builder.
Paradox
Employee
Crelate
Employee
1:1Post-hire Employee records from Paradox's HRIS layer migrate to Crelate Employee records, including department, job title, location, employment status, and start date. Effective-date fields require careful handling; we migrate the current snapshot and flag any future-dated employment changes for manual verification post-migration.
Paradox
Group
Crelate
Company
1:1Paradox Groups representing organizational units (departments, locations, cost centers) map to Crelate Company records used as organizational entities. Nested group hierarchies with deep branching may require flattening into a single Crelate Company record with department as a custom field, since Crelate does not natively support multi-level organizational hierarchies without custom configuration.
| Paradox | Crelate | Compatibility | |
|---|---|---|---|
| Candidate | Contact1:1 | Fully supported | |
| Candidate Custom Fields | Contact Custom Fieldslossy | Fully supported | |
| Job | Job1:1 | Fully supported | |
| Job Custom Fields | Job Custom Fieldslossy | Fully supported | |
| Event | Activity1:1 | Fully supported | |
| Screening Response | Note1:1 | Fully supported | |
| Schedule | Activity1:1 | Fully supported | |
| Attachment | Attachment1:1 | Fully supported | |
| Assessment | Assessment1:1 | Fully supported | |
| Offer | Opportunity1:1 | Fully supported | |
| Employee | Employee1:1 | Fully supported | |
| Group | Company1: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.
Paradox gotchas
Limited native bulk export forces reliance on ATS passthrough
GDPR candidate consent transfers require explicit handling
Implementation timeline delays migration start
Custom fields vary by customer and require discovery scoping
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
Discovery and export path confirmation
We audit the source Paradox instance across candidate volume, job count, event history, custom field schemas, screening response logs, and GDPR consent flags. We confirm the export path: if a live ATS integration exists (Workday, Greenhouse, Lever), we use it as the export source; if not, we request Paradox's native JSON export of candidate and job records. We also identify any GDPR-sensitive records requiring exclusion and document the consent audit trail. The discovery output is a written migration scope and export path confirmation.
Schema design and custom field pre-configuration
We design the destination schema in Crelate before any data moves. This includes pre-creating custom fields on Contact and Job with types matched to the Paradox source schema, configuring pipeline stages with probability values from Paradox, and setting up any required picklist values. Screening logic and conditional branching from Paradox are documented in the written handoff inventory rather than configured as automation in Crelate. Schema is validated in Crelate's sandbox environment before production migration begins.
Test migration and reconciliation
We run a full test migration into Crelate's sandbox environment using production-like data volume. The customer's recruiting operations lead reconciles record counts (Contacts in, Jobs in, Activities in), spot-checks twenty to forty random records against the Paradox source, and reviews how Olivia screening logs appear as Crelate Notes. The customer approves the test migration output before we proceed to production. Any mapping corrections happen in this phase.
GDPR flag verification and record exclusion
We apply the GDPR consent audit to the full candidate set. Records with active right-to-erasure flags, withdrawal-of-consent flags, or records lacking transfer-permitting consent language are excluded from the migration set. We deliver a count of excluded records to the customer's privacy lead for review. All remaining records are flagged as eligible for migration under the documented consent basis.
Production migration in dependency order
We run production migration in record-dependency order: Companies (from Paradox Group data if used), Contacts (with GDPR-excluded records filtered out), Jobs (with resolved custom field values), Activities (Events and Schedules from Paradox), screening response Notes (transformed from Olivia logs), Offers (as Opportunities), Attachments (via file upload with MD5 checksum verification), and Employees. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and screening logic handoff
We freeze Paradox 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 written screening logic inventory and automation rebuild guide to the customer's admin team. We support a one-week hypercare window where we resolve any reconciliation issues raised by the recruiting team. We do not rebuild Paradox automation workflows or screening logic in Crelate within the migration scope; that is a separate engagement or an internal admin task.
Platform deep dives
Paradox
Source
Strengths
Weaknesses
Crelate
Destination
Strengths
Weaknesses
Complexity grading
Standard HRMS migration. 2 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 Paradox and Crelate.
Object compatibility
2 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
Paradox: Not publicly documented.
Data volume sensitivity
Paradox 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 Paradox to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your Paradox 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 Paradox
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.