HRMS migration
Field-level mapping, validation, and rollback between Adapt and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
Adapt
Source
Crelate
Destination
Compatibility
8 of 12
objects map 1:1 between Adapt and Crelate.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Adapt to Crelate is a cross-category migration from an HRMS model to an ATS-recruiting model. Adapt centers on Employees, Departments, and Contact enrichment via a browser extension; Crelate centers on People (candidates), Clients (companies), and Jobs (placements) with configurable workflows. We map the Adapt Employee roster into Crelate People records with custom fields carrying hire date, job title, and department; we preserve any contact enrichment history from the browser extension as a custom field for audit. Crelate's ATS data model is deeper than Adapt's on pipeline stages, candidate workflows, and placement tracking, so we flag schema gaps during scoping. Workflows, automation rules, and browser extension settings do not migrate; we deliver a written inventory of these for your admin to rebuild in Crelate's workflow engine 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 Adapt 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.
Adapt
Employee
Crelate
Person
1:1Adapt Employees map to Crelate People (the primary ATS candidate record). We preserve name, email, phone, job title, hire date, and department assignment as standard fields. Custom employee properties migrate as Crelate custom fields, preserving data type (text, date, number, picklist) where the Crelate plan supports the equivalent field type. The Adapt employee status (active, inactive) maps to the Crelate Person status field. Department assignment resolves to a Crelate Department or custom picklist field.
Adapt
Department
Crelate
Team or Custom Department Field
lossyAdapt Departments are an organizational hierarchy that maps to a Crelate Team (if using Teams functionality) or to a custom picklist or text field on the Person record. We preserve the full department hierarchy as a delimited path or flat list depending on how Crelate's schema is configured. If the customer uses department-specific reporting in Adapt, we recommend a custom Department field on Person rather than relying on a loose text match.
Adapt
Contact Record
Crelate
Contact
1:1Adapt Contact records (the contact enrichment layer) map to Crelate Contact (the client-facing relationship record distinct from Person). We map name, email, company association, and phone directly. Extension metadata from Adapt's browser extension (email-find history timestamps, confidence scores) migrate as custom fields on the Crelate Contact. If the customer uses the same record as both an Employee and a Contact, we create a Person record in Crelate and link it to the Contact.
Adapt
Company/Account
Crelate
Client
1:1Adapt Company records map to Crelate Client. We preserve company name, domain, and industry fields. Custom company properties migrate as Crelate custom fields. Client is created before any Person import so that the Client lookup relationship on Person is satisfied at insert time.
Adapt
Job/Position
Crelate
Job
1:1Adapt job title and position records map to Crelate Job (the ATS placement record). Position titles from Adapt may require value normalization if the destination uses a different job taxonomy. We map the most recent title and any position history as custom fields on the Crelate Job or as a note attachment if the position history is too unstructured to fit a standard field.
Adapt
PTO Balance
Crelate
Custom PTO Field or Note
1:1PTO balances in Adapt (current balance and accrual history) cannot be mapped to native Crelate fields because Crelate does not include a native PTO accrual object. We export the current PTO balance snapshot as a custom number field on the Person record and note the accrual history as a structured note attachment for HR reference. If the customer requires ongoing PTO tracking in Crelate, we recommend adding a third-party integration or a dedicated HRIS plugin post-migration.
Adapt
Compensation History
Crelate
Custom Compensation Fields
1:1Adapt compensation records (salary, bonuses, equity if available in the customer's tier) migrate as custom fields on the Crelate Person or Job record. We preserve the most recent compensation value as a number field and any compensation change timeline as a structured note. Mapping to Crelate's placement compensation fields requires a pre-migration field mapping session because compensation structures vary significantly by organization.
Adapt
Custom Employee Properties
Crelate
Custom Fields
lossyAdapt supports custom fields on the Employee object at the Enterprise tier. We pre-create equivalent custom fields in Crelate (text, date, number, picklist) during the schema design phase, matching the Adapt field data type to the nearest Crelate field type. Lookup relationships in Adapt (e.g., Employee to Department) require custom field creation in Crelate with a lookup or reference field type if available on the customer's plan.
Adapt
Browser Extension Enrichment Data
Crelate
Custom Fields on Person and Contact
lossyAdapt's browser extension generates email-find history, enrichment timestamps, and confidence scores that are not native Crelate fields. We export this metadata as custom fields (enrichment_last_found__c, enrichment_confidence__c, enrichment_source__c) on the Crelate Person or Contact record. This preserves the audit trail of where contact data originated without losing the enrichment signal during migration.
Adapt
Owner
Crelate
User
1:1Adapt Owners map to Crelate Users by email match. We extract every distinct Owner referenced on Employee, Contact, and Company records and match by email against the Crelate destination User table. Owners without a matching Crelate User go to a reconciliation queue for the customer's admin to provision before record import resumes.
Adapt
Files and Documents
Crelate
Document Attachments
1:1Adapt employee files (resumes, offer letters, HR documents stored as attachments) migrate as document attachments linked to the Crelate Person record via ContentDocumentLink. We preserve the original file name and content type. Binary file migration requires confirming Crelate's storage limits on the customer's plan before migration.
Adapt
User Account and Access Records
Crelate
Crelate User Provisioning
lossyAdapt user accounts (the HRMS login credentials for employees who are also system users) do not map directly to Crelate Users because Crelate User seats are recruiter licenses, not employee records. We flag this distinction during scoping: the customer's admin provisions Crelate Users separately from the Employee-to-Person migration. Former Adapt users who do not use Crelate as recruiters are migrated as Person records only, not as Crelate Users.
| Adapt | Crelate | Compatibility | |
|---|---|---|---|
| Employee | Person1:1 | Fully supported | |
| Department | Team or Custom Department Fieldlossy | Fully supported | |
| Contact Record | Contact1:1 | Fully supported | |
| Company/Account | Client1:1 | Fully supported | |
| Job/Position | Job1:1 | Fully supported | |
| PTO Balance | Custom PTO Field or Note1:1 | Fully supported | |
| Compensation History | Custom Compensation Fields1:1 | Mapping required | |
| Custom Employee Properties | Custom Fieldslossy | Mapping required | |
| Browser Extension Enrichment Data | Custom Fields on Person and Contactlossy | Fully supported | |
| Owner | User1:1 | Fully supported | |
| Files and Documents | Document Attachments1:1 | Fully supported | |
| User Account and Access Records | Crelate User Provisioninglossy | 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.
Adapt gotchas
Browser extension reinstall breaks email tracking activation
100 credits/month hard cap limits email-find volume
No publicly documented API in current research data
Platform lineage unclear — potential acquisition or rebrand
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 access verification
We audit the Adapt portal for Employee records, Departments, Contact records, Companies, custom properties, and any compensation or PTO data available on the customer's tier. We verify Adapt's export policy and confirm whether a self-service CSV export is available or whether a support ticket is required. We also review the Adapt browser extension history for any enrichment metadata the customer wants to preserve. The discovery output is a written migration scope, record counts by object, and a confirmed export path (API or CSV).
Schema design and custom field creation
We design the destination schema in Crelate. This includes provisioning custom fields on Person (for employee-specific data), Client (for company data), and Contact (for enrichment metadata), matching Adapt field data types to Crelate field types. We confirm the customer's Crelate plan limits for Advanced Custom Fields (10 on Business plan) and flag any Adapt custom fields that exceed this limit for prioritization. If PTO and compensation data are in scope, we design the snapshot custom fields and note the accrual history strategy. Schema is validated in a Crelate sandbox or test environment before production migration.
Export and data quality assessment
We extract data from Adapt using the confirmed export path. If CSV, we validate column coverage against the migration scope and flag any fields not included in the export. We run a data quality assessment identifying duplicates (matching on email and name), stale records (employees with no activity in 12+ months), and incomplete required fields. We deliver a cleansing checklist to the customer and recommend resolving duplicates and stale records before migration to avoid carry-forward issues in Crelate.
Staging migration and reconciliation
We run a full migration into a Crelate staging environment using production-like data volume. The customer reconciles record counts (People in, Clients in, Contacts in), spot-checks 25-50 random records against the Adapt source, and validates custom field content. Any mapping corrections or schema adjustments happen at this stage. The customer signs off the staging results before production migration begins.
Production migration in dependency order
We run production migration in record-dependency order: Crelate Users (manual provisioning validated), Clients (from Adapt Companies), People (with department and compensation custom fields), Contacts (with enrichment metadata), Activities and notes. Each phase emits a row-count reconciliation report before the next phase begins. We freeze Adapt writes during cutover and run a final delta migration of any records modified during the window.
Cutover, validation, and workflow rebuild handoff
We enable Crelate as the system of record after cutover, deliver the written inventory of Adapt browser extension settings and any automation rules, and support a one-week hypercare window for reconciliation issues. Workflow rebuilds, automation rules, and extension reconfiguration do not fall within migration scope; we document each with a recommended Crelate equivalent for the customer's admin to rebuild post-migration.
Platform deep dives
Adapt
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 Adapt 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
Adapt: Not publicly documented — typical SaaS limits assumed and confirmed during scoping.
Data volume sensitivity
Adapt 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 Adapt to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your Adapt 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 Adapt
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.