HRMS migration
Field-level mapping, validation, and rollback between isolved and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
isolved
Source
Crelate
Destination
Compatibility
7 of 12
objects map 1:1 between isolved and Crelate.
Complexity
BStandard
Timeline
3-5 weeks
Overview
The isolved-to-Crelate migration is a talent-acquisition module extraction from isolved's broader HCM suite into Crelate's dedicated recruiting platform. isolved organizes ApplicantPro data around defined picklists (Job Codes, Work Locations, Pay Types) that have no direct Crelate equivalent, so we convert those values to Crelate Tags during the transform phase. Crelate's API accepts contacts and jobs via documented REST endpoints using lookup fields with _Id suffixes; we resolve the parent-record references (Candidate linked to Job via application) before import so no record lands orphaned. We flag and deduplicate accumulated stale records during scoping because Crelate's migration guide explicitly warns that duplicate records and empty fields transfer into the new system without upfront cleanup. We do not migrate isolved Workflow rules, ApplicantPro automations, or custom reports; we deliver written inventories of these for the customer's admin to rebuild in Crelate's workflow builder.
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 isolved 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.
isolved
Applicant / Candidate
Crelate
Contact
1:1isolved ApplicantPro candidate records map to Crelate Contact. Core fields (name, email, phone, address, resume) migrate directly. isolved compensation expectations and preferred salary fields map to Crelate custom monetary fields on Contact. The original source of application (referral, job board, direct) migrates to Crelate's Source field. We convert any isolved defined-list values (clearance level, authorization type) to Crelate Tags during transform. Email addresses serve as the dedupe key during import to prevent duplicate Contact creation.
isolved
Employee (recruiting context)
Crelate
Contact
1:1For candidates who are also current or former employees in isolved's HR module, we preserve the Employee record separately from the Applicant record. isolved stores these as distinct records; Crelate uses a single Contact object for both scenarios, with an Employee Status custom field distinguishing current, former, and candidate states. SSN and sensitive tax identifiers are extracted under encryption but are not imported into Crelate's standard fields; we create a masked reference field for compliance audits only.
isolved
Job Requisition
Crelate
Job
1:1isolved Job Requisitions map to Crelate Job records. Fields include job title, department, location (city/state), employment type (full-time, part-time, contract), salary range (min/max), and job description. The requisition status (open, filled, on-hold, cancelled) maps to Crelate's Job status field. Crelate's Job object requires a Name field; we populate it from the requisition title to satisfy this required attribute.
isolved
Application / Submission
Crelate
Job Submission (linked Activity)
1:1isolved applications submitted against a Job Requisition map to Crelate Job records linked to a Contact record via a submission relationship. The application date, stage in the hiring pipeline, and interviewer assignments migrate as Crelate Activity records attached to the Job-Contact pair. Pipeline stages from isolved (applied, screening, interview, offer, hired, rejected) map to Crelate's workflow stage values via the mapping matrix produced during discovery.
isolved
Defined List: Job Code
Crelate
Crelate Tags (Job Category)
lossyisolved Job Codes are employer-defined classification picklist values with no direct Crelate equivalent. We export the full Job Code picklist table from isolved, then create corresponding Crelate Tags under a 'Job Category' tag key. Each candidate's applicable Job Code becomes a Tag on the Contact record; each requisition's Job Code becomes a Tag on the Job record. This approach bypasses Crelate's 20-field soft limit for structured custom fields while preserving the taxonomy.
isolved
Defined List: Work Location
Crelate
Crelate Tags (Location)
lossyisolved Work Locations drive tax withholding, workers comp codes, and benefit eligibility in the HR module. In the recruiting context, we map Work Location to Crelate Tags under a 'Work Location' category. The actual address details (street, city, state, zip) also migrate to the Job record's location fields for candidate-facing display.
isolved
Defined List: Pay Type
Crelate
Crelate Tags (Compensation Type)
lossyisolved Pay Types (hourly, salaried, commission-only, contractor) map to Crelate Tags under a 'Compensation Type' category on both Job and Contact records. Salary ranges stored as min/max in isolved migrate to Crelate custom monetary fields (Salary Min, Salary Max) on the Job record.
isolved
Interview / Scheduler
Crelate
Event + Activity
1:1isolved interview events and scheduling records map to Crelate Event records linked to the relevant Job and Contact. The interview type (phone screen, on-site, panel, technical), scheduled time, interviewer participants, and interview notes migrate as Event records with attendee links via Crelate's EventRelation lookup convention.
isolved
Candidate Notes
Crelate
Note
1:1Recruiter notes attached to candidates in isolved ApplicantPro map to Crelate Note records linked to the Contact. Notes preserve body text and author attribution. We attach notes via Crelate's ContentDocumentLink pattern if the note includes attachments, or directly to the Contact record for text-only notes.
isolved
Candidate Documents
Crelate
Attachment (ContentDocument)
1:1Resume files, cover letters, portfolio attachments, and offer letters stored in isolved migrate as Crelate Attachments linked to the Contact record. We export document blobs with metadata (file name, MIME type, upload date) and import via Crelate's file attachment API. Binary document format compatibility is verified during staging validation.
isolved
Source / Referral
Crelate
Source Tag + Custom Field
lossyisolved tracks application source (employee referral, job board, direct apply, agency) as a defined field on the application record. We map this to Crelate's native Source field and also create a Tag under 'Application Source' to allow multi-dimensional filtering. For agency-sourced candidates, the agency name migrates as a related Contact lookup if the agency exists in Crelate as a Company record.
isolved
Workflow / Automation (ApplicantPro)
Crelate
No migration (inventory delivered)
lossyisolved ApplicantPro workflow rules (auto-stage progression, email triggers, reminder automations) are not migratable as code. We audit every active workflow, document its trigger conditions, actions, and recipients, and deliver a written workflow inventory with recommended Crelate workflow equivalents. The customer's admin rebuilds these in Crelate's workflow builder post-migration.
| isolved | Crelate | Compatibility | |
|---|---|---|---|
| Applicant / Candidate | Contact1:1 | Fully supported | |
| Employee (recruiting context) | Contact1:1 | Fully supported | |
| Job Requisition | Job1:1 | Fully supported | |
| Application / Submission | Job Submission (linked Activity)1:1 | Fully supported | |
| Defined List: Job Code | Crelate Tags (Job Category)lossy | Fully supported | |
| Defined List: Work Location | Crelate Tags (Location)lossy | Fully supported | |
| Defined List: Pay Type | Crelate Tags (Compensation Type)lossy | Fully supported | |
| Interview / Scheduler | Event + Activity1:1 | Fully supported | |
| Candidate Notes | Note1:1 | Fully supported | |
| Candidate Documents | Attachment (ContentDocument)1:1 | Fully supported | |
| Source / Referral | Source Tag + Custom Fieldlossy | Fully supported | |
| Workflow / Automation (ApplicantPro) | No migration (inventory delivered)lossy | 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.
isolved gotchas
PEPM billing model inflates post-migration costs silently
Payroll tax and deduction history requires SSAE-18 audit trail handling
Proprietary API with no publicly documented endpoint reference
Custom defined lists (Job Codes, Work Locations, Pay Types) must be exported and remapped
Implementation fee of 10–25% of annual contract plus contract lock-in
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 isolved ApplicantPro module to establish the migration inventory: total candidate records, job requisitions (open and closed), application submissions, custom defined lists (Job Codes, Work Locations, Pay Types), document attachment volume, workflow rule count, and active recruiter user accounts. We also identify duplicate candidates, records with missing required fields, and any historical data (prior year applications) the customer wants preserved. The discovery output is a written scope with record counts, a preliminary field mapping matrix, and an estimated timeline.
Field mapping design and tag taxonomy
We design the Crelate field mapping covering every candidate attribute, job field, and application field. isolved picklist values (Job Codes, Work Locations, Pay Types) are exported and converted to a Crelate Tag taxonomy with key-value pairs. We define which isolved fields map to Crelate native fields, which become custom fields, and which become Tags. This mapping matrix is reviewed with the customer before any data moves. Crelate's API requires certain fields (Name on Contact, Name on Job); we define fallback values for any isolved records missing these required attributes.
Staging environment setup and sample migration
We create a Crelate staging environment and run a sample migration with 50-100 candidate records, 10-20 job records, and associated applications. The customer validates record appearance, field accuracy, tag assignment, and document attachment integrity. Crelate's staging verification process includes side-by-side comparison of source records against migrated records. Any mapping corrections are documented and applied before the full production migration begins.
Deduplication and data cleanup
We run deduplication against the full candidate dataset using email, phone, and name-proximity matching. Duplicate records are flagged for customer review with a recommendation on which record to retain (typically the most recently updated). Records with missing required fields receive placeholder values that the customer approves. Orphaned application records are linked to the nearest valid candidate or job record where a logical relationship exists, or flagged for the customer's admin to resolve.
Production migration in dependency order
We run production migration in record-dependency order: Jobs first (because they are referenced by applications), then Contacts (candidates), then Job Submissions (application records linking Job to Contact), then Activities (interviews, notes, calls, emails), then Documents (attachments linked to Contact records), then Tags (applied after all records are created to avoid tag-loss on failed inserts). Each phase emits a row-count reconciliation report showing records attempted, succeeded, failed, and skipped. Failed records are retried with corrected data before the next phase begins.
Cutover, validation, and workflow handoff
We freeze isolved ApplicantPro writes during cutover and run a final delta migration of any records modified during the migration window. We perform a final reconciliation comparing total candidate count, total job count, and total application count between isolved and Crelate. The customer signs off on the migrated data. We deliver the workflow inventory document and the custom report inventory to the customer's recruiting admin. We offer a one-week hypercare window for reconciliation issues raised by the recruiting team. We do not rebuild isolved ApplicantPro workflows in Crelate as part of the migration scope; that is a separate engagement.
Platform deep dives
isolved
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 isolved 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
isolved: Not publicly documented.
Data volume sensitivity
isolved exposes a bulk API — large-volume migrations stream efficiently.
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 isolved to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your isolved 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 isolved
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.