HRMS migration
Field-level mapping, validation, and rollback between RECRU and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
RECRU
Source
Crelate
Destination
Compatibility
9 of 12
objects map 1:1 between RECRU and Crelate.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from RECRU to Crelate is a platform consolidation for recruiting teams that have outgrown RECRU's integration depth and reporting capabilities. RECRU structures its recruiting data around Candidates with AI-generated match scores, Jobs with pipeline stages, and JSON-backed Workflow rules; Crelate uses Contacts, Jobs, Organizations, and Opportunities with trigger-action automation. We extract all standard and custom candidate properties, map the RECRU pipeline stages to Crelate Job record types, and flatten the workflow rule graph into a written inventory your admin uses to rebuild automation in Crelate's builder. The GDPR-deletion audit runs before export so we skip already-purged records rather than import ghost IDs. Workflows, email sequences, and forms do not migrate as code; they appear in the handoff document.
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 RECRU 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.
RECRU
Candidate
Crelate
Contact
1:1RECRU Candidate records map to Crelate Contact. All parsed CV fields (name, email, phone, skills, work history) migrate directly. The RECRU AI-generated match score (a float with no fixed range) is preserved as a custom float field on the Contact record. We flag it as non-calibrated and destination-agnostic in the migration report so your team does not confuse it with any native Crelate scoring system. Tags attached to the Candidate migrate as flat label arrays attached to the Contact.
RECRU
Job
Crelate
Job
1:1RECRU Job requisitions map to Crelate Job records with title, description, department, location, salary range, and pipeline stages preserved. Pipeline stage names and order from RECRU are mapped to Crelate Job stages; if Crelate uses a predefined stage structure, we map to the closest equivalent and flag any stages with no clear destination. The owner assignment migrates by resolving the RECRU owner email to the corresponding Crelate user.
RECRU
Company
Crelate
Organization
1:1RECRU Company records map to Crelate Organization. Company name becomes the Organization name, and domain or website data maps to the Organization's web presence fields. If the source RECRU account associates contacts with companies, we resolve the Organization lookup before inserting Contacts so that the relationship is satisfied at migration time.
RECRU
Deal
Crelate
Opportunity
1:1RECRU Deal records map to Crelate Opportunity when the customer uses Crelate's full ATS + CRM model. Deal stage maps to Crelate Opportunity stage, and fee-based values migrate as monetary fields. If the customer uses only Crelate's ATS without the CRM Opportunity model, Deals map to Job-based opportunity records using a customer-confirmed configuration during scoping.
RECRU
User
Crelate
User
1:1RECRU User accounts (name, email, role, team assignment) migrate as Crelate User records. We resolve by email match. Any RECRU Owner without a matching Crelate User goes to a reconciliation queue for your admin to provision before record import resumes. Active status is preserved; inactive users in RECRU are held as inactive in Crelate unless your team confirms otherwise.
RECRU
Custom Field (Candidate)
Crelate
Custom Field (Contact)
lossyRECRU custom candidate properties added by the tenant are extracted as key-value pairs with their field types (text, integer, float, date, picklist). We pre-create equivalent custom fields in Crelate under the Contact Core Record during the schema phase, falling back to a text custom field if the Crelate field type does not support the RECRU data type directly. The logical API name in Crelate is set per Crelate's naming convention during field creation.
RECRU
Communication
Crelate
Activity Log
1:1Email threads and message logs attached to RECRU candidate records are migrated as a flattened activity log in Crelate. The original thread structure is not preserved in Crelate because Crelate's activity model renders each message as a discrete activity entry. We map sender, recipient, timestamp, and body for each message. Attachment references migrate as linked file records pointing to the Contact.
RECRU
Interview
Crelate
Event or Activity
1:1Interview events stored in RECRU (date, interviewer, outcome) map to Crelate Event records when the destination account supports calendar events. We preserve start time, end time, location, and interviewer assignment as attendee records. If the Crelate account does not have calendar event support enabled, interviews migrate as activity records with a custom type field.
RECRU
Tag
Crelate
Tag
1:1Tags applied to candidates in RECRU migrate as flat label arrays attached to the Contact record in Crelate. Crelate's API supports Tags on various record types using a category-key structure; we map RECRU tags to the Crelate default category unless your account uses custom tag categories, in which case we confirm the category mapping during scoping.
RECRU
Hiring Pipeline Stage
Crelate
Job Stage or Opportunity Stage
lossyPipeline stage names and order are migrated from RECRU to Crelate. Crelate uses stage definitions on Job records and Opportunity records. We map RECRU pipeline stages to the configured stage structure in Crelate and flag any stages that have no clear equivalent in the destination. Stage probability percentages migrate as custom fields if the customer uses them.
RECRU
Scorecard
Crelate
JSON Attachment
1:1Evaluation scorecards submitted by interviewers in RECRU migrate as JSON objects attached to the candidate Contact record in Crelate. Destination systems that do not natively support scorecard objects receive them as structured JSON notes. We preserve evaluator name, submission date, rating fields, and comments. The customer reviews the scorecard format during staging before final production migration.
RECRU
Workflow Rule
Crelate
Workflow Documentation
lossyRECRU workflow automation rules are JSON-backed in the database with a visual multi-step rule builder. Multi-step conditional branches in RECRU do not collapse cleanly into Crelate's trigger-action automation model. We export the full rule graph (triggers, conditions, branches, and actions) as a written inventory document. The customer's Crelate admin uses this to rebuild equivalent automations in Crelate's workflow builder. This is not a code migration; it is a documentation and reconstruction handoff.
| RECRU | Crelate | Compatibility | |
|---|---|---|---|
| Candidate | Contact1:1 | Fully supported | |
| Job | Job1:1 | Fully supported | |
| Company | Organization1:1 | Fully supported | |
| Deal | Opportunity1:1 | Fully supported | |
| User | User1:1 | Fully supported | |
| Custom Field (Candidate) | Custom Field (Contact)lossy | Fully supported | |
| Communication | Activity Log1:1 | Fully supported | |
| Interview | Event or Activity1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Hiring Pipeline Stage | Job Stage or Opportunity Stagelossy | Fully supported | |
| Scorecard | JSON Attachment1:1 | Fully supported | |
| Workflow Rule | Workflow Documentationlossy | 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.
RECRU gotchas
GDPR-compliant deletion requests run inside RECRU before migration
Workflow automation rules may not map 1:1 to destination ATS
AI-generated match scores are proprietary and destination-agnostic
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 data audit
We audit the source RECRU account across candidates, jobs, companies, deals, users, custom fields, tags, and engagement history volume. We run a GDPR deletion check to flag any records removed before the export window. We confirm the RECRU pipeline stage structure and identify any stages with no clear Crelate equivalent. The discovery output is a written migration scope document, a preliminary object mapping, and a GDPR audit report that your team reviews and signs off before export begins.
Schema preparation in Crelate
We create custom fields in Crelate for all RECRU tenant-specific candidate properties, using Crelate's field type system to match RECRU data types where possible. We configure Job stages to match the RECRU pipeline stage names and order. We map the RECRU AI match score to a custom float field with a documented label and API name. We pre-create any tag categories used in the source account. Schema is validated in a Crelate sandbox or test environment before production migration begins.
Workflow rule extraction and documentation
We extract all RECRU workflow automation rules as structured JSON with their triggers, conditions, branches, delays, and actions. We produce a written automation inventory that maps each RECRU rule to a recommended Crelate workflow rebuild approach. This document is delivered separately from the data migration and is the customer's reference for rebuilding automations in Crelate's builder. We do not implement RECRU workflows in Crelate as part of the data migration scope.
Test migration and staging validation
We run a full test migration into a Crelate staging environment using production-like data volume. The customer reconciles record counts (Candidates in, Jobs in, Companies in, Deals in, Activities in), spot-checks 25-50 random candidate records against the RECRU source, and validates that the AI match score field, custom fields, and tags are correctly populated. Any mapping corrections are documented and applied before production migration begins.
Production migration in dependency order
We run production migration in record-dependency order: Crelate Users (validated against the owner reconciliation queue), Organizations (from RECRU Companies), Jobs (with stage configuration), Contacts (with Organization lookup resolved and AI match score populated), Deals (with owner and organization lookups resolved), Activities (flattened email logs, interviews, and tasks via Crelate API with rate-limit handling), and Tags. Each phase emits a row-count reconciliation report before the next phase begins. GDPR-purged records are excluded at this stage.
Cutover, final validation, and automation handoff
We freeze RECRU writes during cutover, run a delta migration of records modified during the migration window, then enable Crelate as the system of record. We deliver the workflow automation inventory document to the customer's admin team. We support a three-day hypercare window where we resolve any reconciliation issues raised by the recruiting team. Workflow rebuild, email template recreation, and any Crelate onboarding training are outside the migration scope and are handled as separate engagements.
Platform deep dives
RECRU
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 RECRU 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
RECRU: Not publicly documented..
Data volume sensitivity
RECRU 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 RECRU to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your RECRU 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 RECRU
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.