HRMS migration
Field-level mapping, validation, and rollback between eArcu and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
eArcu
Source
Crelate
Destination
Compatibility
8 of 12
objects map 1:1 between eArcu and Crelate.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from eArcu to Crelate is a talent acquisition platform migration that must account for the post-acquisition schema split between the legacy eArcu stack and the PageUp unified brand. eArcu organises hiring data around Candidates, Requisitions, Applications, Assessments, and Hiring Stages, with configurable custom fields layered on top. Crelate combines an ATS, Recruiting CRM, and intelligent sourcing under its Living Platform model. We begin every engagement by confirming whether the source instance runs the legacy eArcu schema or the PageUp unified stack, because field naming conventions differ between the two and importing from the wrong definition produces malformed records. We preserve candidate stage-progression timestamps, assessment scores, and any attached documents. Crelate has no native assessment object; we map cognitive, personality, and situational judgement scores to custom contact fields. Workflows, automations, career site configurations, and onboarding packages do not migrate as code. We deliver a written rebuild guide for these so the customer's admin can reconstruct them post-cutover.
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 eArcu 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.
eArcu
Candidate
Crelate
Contact
1:1eArcu Candidate records carrying name, contact details, work history, and ta scores map directly to Crelate Contact. We extract all standard fields (first_name, last_name, email, phone, address, current_title, current_company) and map any custom profile properties to Crelate custom fields under Core Records > Contacts. During discovery we confirm whether the source schema is legacy eArcu or PageUp unified, because field naming conventions differ. Assessment scores stored as linked candidate records migrate to custom number or text fields on the Contact. The candidate deduplication key is email address.
eArcu
Job Requisition
Crelate
Job
1:1eArcu Requisitions including title, department, location, employment type, and pipeline assignment map to Crelate Jobs. We map requisition metadata and preserve any custom approval workflow configurations by documenting them as a configuration reference for Crelate's admin to rebuild. Job status (open, filled, cancelled) maps directly. The primary eArcu hiring manager on the requisition becomes the Crelate Job Owner.
eArcu
Application
Crelate
Application
1:1eArcu Application records link a Candidate to a Requisition with timestamps for each stage transition. These map directly to Crelate's Application object. We preserve the full stage history per application including stage-entry dates, which we translate to the Crelate pipeline's stage model. Application source (direct, referral, job board) migrates as a custom field if not a native Crelate field.
eArcu
Hiring Stage / Pipeline Stage
Crelate
Pipeline Stage
lossyeArcu supports configurable pipeline stages per requisition. We extract the full stage history per application and map each eArcu stage name to a corresponding Crelate pipeline stage. Stage-entry dates and stage-transition timestamps are preserved as activity date fields on the Crelate Application record. Crelate pipeline stages are configured under Settings > Pipelines > Stages before application data loads.
eArcu
Assessment
Crelate
Custom Fields on Contact
lossyCognitive test results, personality questionnaire scores, and situational judgement data are stored as linked records in eArcu. Crelate has no native assessment object, so we export raw scores and assessment types as a separate dataset and map them to custom number or picklist fields on the Crelate Contact record. We coordinate with the customer during scoping to define the exact field names, types, and picklist values that match their reporting needs. Assessment metadata (test date, test type, provider) migrates as additional custom fields.
eArcu
Document / Attachment
Crelate
File Attachment on Contact or Job
1:1CVs, cover letters, and supporting files attached to candidates or applications are binary blobs stored in eArcu's document store. We extract the files and re-upload them to Crelate, preserving original filenames and attaching them to the correct Contact or Application record. We flag any files that cannot be linked to a valid parent record for manual resolution. File type, size, and upload date are preserved in Crelate's attachment metadata.
eArcu
Hiring Team / User
Crelate
User
1:1eArcu User accounts, roles, and permissions define who can view or act on requisitions and candidates. We export the user roster with role assignments and map to Crelate's permission model. User provisioning in Crelate requires the customer's admin to create the User records (since Crelate manages user lifecycle natively). We provide a user mapping spreadsheet with email, name, role, and the corresponding Crelate permission set. Any eArcu user without a Crelate counterpart goes to a reconciliation queue for the admin to resolve.
eArcu
Offer
Crelate
Custom Fields on Job or Application
lossyeArcu Offer records include compensation details, start dates, and approval status. Where Crelate has a dedicated offer module (Business Plus tier), we map fields directly. In the absence of a dedicated offer object, we attach offer data as custom properties on the Job or Application record. Compensation amount, currency, start date, and approval status migrate as text or date custom fields. We confirm the offer model with the customer during discovery.
eArcu
Career Site Content
Crelate
Content Reference
lossyCareer portal pages, job board widgets, and branding assets in eArcu are HTML and CSS configurations rather than structured database records. These do not migrate as transferable assets. We export the content export package where available, document the page structure and any active job board widget configurations, and deliver a rebuild guide for Crelate's portal builder and Custom CSS settings. The customer recreates career site content in Crelate using the document as a blueprint.
eArcu
Onboarding Package
Crelate
Rebuild Guide
1:1Animated onboarding packages and structured onboarding task sequences are platform-native eArcu configurations that cannot be meaningfully transferred to Crelate. We do not migrate them as records. We document the existing package structure — task sequence, responsible parties, document checklists, and timeline — as a detailed rebuild guide that the customer's admin uses to configure equivalent onboarding steps in Crelate or a separate onboarding tool. This guide is delivered as part of the standard migration package.
eArcu
Custom Fields (Candidates)
Crelate
Custom Fields on Contact
1:1eArcu custom fields layered on the Candidate object (beyond standard name, email, phone) require pre-configuration in Crelate before migration. We extract the full custom field schema during discovery — field name, type (text, number, date, picklist, checkbox), and any validation rules — and pre-create these as Crelate Core Record custom fields under Settings > Core Records > Contacts. Field type mapping follows Crelate's supported types: text fields map to Text, numeric scores to Numbers (Integer or Decimal), date fields to Date, and picklist values to Picklist with the options migrated as Crelate picklist values.
eArcu
Activity History (Stage Transitions)
Crelate
Application Activity Timeline
1:1eArcu records every stage transition on an Application with a timestamp and optional note. We extract this history and load it into Crelate's Application activity timeline using Crelate's API or activity import tools. Each stage transition appears as a timestamped activity entry with the stage name and any associated notes. This preserves the full candidate progression audit trail that recruiters rely on during compliance reviews and placement audits.
| eArcu | Crelate | Compatibility | |
|---|---|---|---|
| Candidate | Contact1:1 | Fully supported | |
| Job Requisition | Job1:1 | Fully supported | |
| Application | Application1:1 | Fully supported | |
| Hiring Stage / Pipeline Stage | Pipeline Stagelossy | Fully supported | |
| Assessment | Custom Fields on Contactlossy | Fully supported | |
| Document / Attachment | File Attachment on Contact or Job1:1 | Fully supported | |
| Hiring Team / User | User1:1 | Fully supported | |
| Offer | Custom Fields on Job or Applicationlossy | Fully supported | |
| Career Site Content | Content Referencelossy | Mapping required | |
| Onboarding Package | Rebuild Guide1:1 | Fully supported | |
| Custom Fields (Candidates) | Custom Fields on Contact1:1 | Fully supported | |
| Activity History (Stage Transitions) | Application Activity Timeline1: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.
eArcu gotchas
Post-acquisition brand consolidation creates schema ambiguity
No publicly documented API limits export feasibility
Onboarding content cannot be programmatically migrated
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 schema version confirmation
We audit the source eArcu instance to confirm whether it runs on the legacy eArcu schema or the PageUp unified stack, because this determines field naming conventions and export format. We catalogue all standard and custom fields on Candidates, Requisitions, Applications, Assessments, and Users, and count records across each object. We also establish the extraction mechanism: confirmed API access, integration credentials, or manual export request through eArcu account management. The discovery output is a written migration scope with object inventory, schema version confirmation, and a field-level mapping draft for the customer's review.
Crelate custom field pre-configuration
Before any data load, we work with the customer's Crelate admin to pre-create all custom fields required for the migration. This includes custom fields on Contact for assessment scores, application metadata fields, offer data fields, and any eArcu custom properties that do not have a native Crelate equivalent. We deliver a custom field specification document (field name, type, picklist values) and guide the admin through creation under Settings > Core Records. Crelate pipeline stages are also configured at this stage to match the eArcu stage model. Schema pre-configuration cannot be skipped because Crelate rejects records with unmapped field references during import.
Data extraction and transformation
We extract data from eArcu using the confirmed mechanism (API or manual export). For manual exports, we coordinate with the customer to request the export package from eArcu support or retrieve it from the built-in reporting tools. We transform the extracted data into the Crelate import format, applying field-type mapping (eArcu date formats to Crelate-compatible dates, eArcu picklist values to Crelate picklist values, etc.), deduplication by email for Candidates, and parent-record ID resolution for linked objects. Assessment data is extracted as a separate dataset for custom field population. Stage transition history is extracted with timestamps and preserved for the activity timeline load.
Staging migration and reconciliation
We run a full migration into Crelate's staging environment (or a sandbox org if available) using production-like data volume. The customer's talent operations lead reconciles record counts across all objects, spot-checks 25-50 candidate profiles against the source data, and validates that stage progression timestamps, assessment scores, and document attachments appear correctly. We resolve any mapping corrections in this phase before production migration begins. Crelate's built-in field mapping tool for custom forms is reviewed at this stage to confirm that any post-migration form workflows are aligned with the migrated field schema.
Production migration in dependency order
We run the production migration in record-dependency order: Crelate Users (provisioned by the admin and mapped by email), Contacts (from eArcu Candidates with assessment scores mapped to custom fields), Jobs (from eArcu Requisitions), Applications (with stage history and pipeline stage references resolved), Activity history for stage transitions, and Documents (attached to the correct Contact or Application). Each phase emits a row-count reconciliation report before the next phase begins. Any records rejected during import are held in an error queue for investigation and re-load.
Cutover, document handoff, and rebuild guide delivery
We freeze eArcu writes during cutover and run a final delta migration of any records created or modified during the migration window. We enable Crelate as the system of record once the delta is confirmed clean. We deliver the career site content rebuild guide, the onboarding package structure document, and the workflow and automation inventory to the customer's admin team. We support a five-business-day hypercare window where we resolve any reconciliation issues raised by the recruiting team. We do not rebuild workflows, automations, or career site content inside the migration scope.
Platform deep dives
eArcu
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 eArcu 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
eArcu: Not publicly documented.
Data volume sensitivity
eArcu 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 eArcu to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your eArcu 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 eArcu
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.