HRMS migration
Field-level mapping, validation, and rollback between Asure and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
Asure
Source
Crelate
Destination
Compatibility
9 of 12
objects map 1:1 between Asure and Crelate.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Asure and Crelate occupy different layers of the HR stack, which shapes every migration decision. Asure is a human capital management platform built for payroll processing, time tracking, PTO accrual management, benefits enrollment, and state-level tax withholding across small and mid-sized businesses. Crelate is a recruitment CRM and applicant tracking system built for executive search firms, staffing agencies, and in-house talent acquisition teams. The object models share almost no common vocabulary. We can map Asure employee contact fields (name, email, phone, address, department, job title, hire date) to Crelate Candidate records, and employment tenure history to the Candidate Work History section. We cannot migrate payroll registers, PTO accrual balances, benefits plan enrollments, tax withholding configurations, or time-and-attendance logs because Crelate has no schema to receive them. We flag these gaps in a written scope document before any data moves, so your team is not surprised at 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 Asure 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.
Asure
Employee
Crelate
Candidate
1:1Asure Employee records map to Crelate Candidate records. We map first_name, last_name, email, phone, mobile_phone, address fields (street, city, state, zip), department, job_title, employment_status, hire_date, and termination_date. The Asure employee_id becomes the Crelate legacy_id field for dedupe and cross-reference. Active employees migrate with Candidate status set to Active; terminated employees migrate with a termination date and a Candidate status of Inactive or Archived per Crelate's status options.
Asure
Employee: Department
Crelate
Candidate: Department
1:1Asure department assignments map to Crelate Candidate custom fields or tags. Crelate does not have a native Department object; we create a custom picklist or multi-select field on Candidate to hold the Asure department value, preserving the organizational context for reporting and filtering in Crelate.
Asure
Employee: Job Title
Crelate
Candidate: Title / Current Position
1:1Asure job_title maps to Crelate Candidate.title. This field appears in the candidate record header and is searchable. We preserve the Asure job title exactly; no normalization is applied because titles vary by organization.
Asure
Employee: Compensation Rate
Crelate
Candidate: Current Salary / Salary fields
lossyAsure compensation rate (hourly, salary, or contractor rate) maps to a Crelate Candidate custom field, current_salary or desired_salary, depending on how the customer intends to use the field post-migration. Crelate does not have a mandatory pay-rate field; we configure the field type (currency) and label based on customer requirements. Note that Crelate salary fields are used for placement billing context, not payroll processing.
Asure
Employee: Employment Status
Crelate
Candidate: Status
1:1Asure employment_status (Active, On Leave, Terminated, etc.) maps to Crelate Candidate status values. Active maps to an active candidate status; terminated maps to inactive or archived. The mapping table is defined during scoping because status labels differ between Asure tiers.
Asure
HR Documents: Offer Letters
Crelate
Candidate: Resume / Document Attachment
1:1Asure offer letters and W-4 forms stored in the document repository migrate as Crelate Candidate attachments via the Crelate Resume Toolbox or standard file attachment. We extract the file from Asure's document store, map it to the corresponding Candidate record, and tag it with the document type. Crelate's Resume Toolbox processes attached documents for parsing if the customer enables that feature.
Asure
Employee: Emergency Contact
Crelate
Candidate: Custom Fields
lossyAsure emergency contact information (name, relationship, phone) has no native Crelate Candidate field. We create custom text fields on the Candidate object to capture this data during migration. The customer must decide whether to populate these fields as part of the candidate record or exclude emergency contact data entirely given Crelate's recruiting context.
Asure
Employee Self-Service Portal: Address / Direct Deposit
Crelate
Candidate: Custom Fields or Excluded
lossyPending or recent address changes and direct deposit preferences from the Asure employee self-service portal have no Crelate equivalent. We extract these as a separate data file and deliver it alongside the migration, flagged for manual review. Direct deposit data is sensitive and should be handled per the customer's data security policy before migration.
Asure
Payroll Registers
Crelate
None
1:1Historical payroll registers (earnings, deductions, taxes, net pay per pay period) have no schema in Crelate. Crelate is an ATS and recruiting CRM, not a payroll platform. We exclude payroll registers from the migration scope and document this in the scope letter. If the customer requires payroll history visibility in the future, a dedicated payroll reporting integration is the recommended path.
Asure
PTO / Accrual Balances
Crelate
None
1:1PTO accrual ledgers and leave balances cannot migrate to Crelate because Crelate has no accrual or time-off tracking schema. We extract the balance snapshot as a static report at cutover and deliver it as a CSV alongside the migration. The customer's HR team uses this for continuity if they run both systems in parallel during a transition period.
Asure
Benefits Enrollments
Crelate
None
1:1Health, dental, vision, and voluntary benefit elections tied to plan years do not migrate to Crelate. Crelate has no benefits administration module. We extract a benefits enrollment summary as a static report. Mid-year migration requires special handling: enrollments are isolated to the closed plan year, and any mid-year qualifying event changes are handled separately after cutover.
Asure
Tax Configurations
Crelate
None
1:1Federal, state, and local tax withholding setups have no Crelate equivalent. We exclude tax configurations from migration scope and deliver a written inventory of active tax jurisdictions per employee as a reference file. This inventory is useful if the customer later selects a payroll platform to replace Asure.
| Asure | Crelate | Compatibility | |
|---|---|---|---|
| Employee | Candidate1:1 | Fully supported | |
| Employee: Department | Candidate: Department1:1 | Fully supported | |
| Employee: Job Title | Candidate: Title / Current Position1:1 | Fully supported | |
| Employee: Compensation Rate | Candidate: Current Salary / Salary fieldslossy | Fully supported | |
| Employee: Employment Status | Candidate: Status1:1 | Fully supported | |
| HR Documents: Offer Letters | Candidate: Resume / Document Attachment1:1 | Fully supported | |
| Employee: Emergency Contact | Candidate: Custom Fieldslossy | Fully supported | |
| Employee Self-Service Portal: Address / Direct Deposit | Candidate: Custom Fields or Excludedlossy | Fully supported | |
| Payroll Registers | None1:1 | Fully supported | |
| PTO / Accrual Balances | None1:1 | Fully supported | |
| Benefits Enrollments | None1:1 | Mapping required | |
| Tax Configurations | None1:1 | Mapping required |
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.
Asure gotchas
Accrual balance carryover requires manual flush before migration
State-specific tax configurations vary by plan tier
Benefits plan-year effective dates can conflict with mid-year migration
Background screening data via MyHRScreens is not exported through standard Asure APIs
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 scope definition
We audit the Asure account across installed modules (payroll, time tracking, HR, benefits), active employee count, custom employee properties, document repository size, and active accrual period status. We pair this with a review of the intended Crelate use case: candidate sourcing, job order management, or placement tracking. The discovery output is a written migration scope that explicitly lists migratable objects (employee contact fields, employment history, HR documents) and excluded objects (payroll registers, PTO balances, tax configurations, benefits enrollments, direct deposit). Both parties sign off on scope before work begins.
Custom field schema creation in Crelate
We create the custom Candidate fields in Crelate that receive migrated data not covered by standard Crelate fields. This includes department, original_asure_id (for dedupe and cross-reference), employment_status mapping, salary fields, and emergency contact fields. Custom fields are deployed into a Crelate test environment before any data is written. The customer's Crelate admin reviews and approves the field configuration.
Test migration and reconciliation
We run a full test migration into a Crelate staging environment using production-like data volume. The customer's team spot-checks 25-50 random Candidate records against the Asure source, verifies field mapping accuracy, confirms custom field labels and formats, and signs off the test migration before production begins. Mapping corrections happen here, not in production.
Static data extraction and delivery
We extract the static data that cannot migrate: payroll register summary, PTO accrual balance snapshot at cutover, benefits enrollment summary by plan year, tax jurisdiction inventory per employee, and direct deposit data in a separate encrypted file. These are delivered as CSVs with record counts and a data dictionary. The customer's HR and finance teams receive these files as the authoritative record of pre-migration balances.
Production migration of candidate records
We run the production migration in two phases: (1) Active employee records mapped to Crelate Candidate records with status set appropriately, custom fields populated, and original Asure ID preserved for cross-reference. (2) HR documents (offer letters, W-4s, I-9s) attached to the corresponding Candidate records. Each phase emits a row-count reconciliation report before the next begins. Active employees use active Candidate status; terminated employees use inactive or archived status per the agreed mapping.
Cutover, validation, and excluded-data handoff
We freeze Asure writes during cutover, run a final delta migration of any records modified during the migration window, then mark Crelate as the system of record for candidate data. We deliver the static data package (payroll summary, PTO snapshot, benefits summary, tax inventory, direct deposit file) to the customer's designated HR and finance contacts with a data handling guide. We do not rebuild automations, workflows, or reporting structures because Crelate's automation model is a recruiting-specific feature set that does not overlap with Asure HCM.
Platform deep dives
Asure
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 Asure 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
Asure: Not publicly documented.
Data volume sensitivity
Asure 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 Asure to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your Asure 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 Asure
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.