HRMS migration
Field-level mapping, validation, and rollback between eBoss and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
eBoss
Source
Crelate
Destination
Compatibility
10 of 12
objects map 1:1 between eBoss and Crelate.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from eBoss to Crelate is a category shift from a broad HRMS platform to a dedicated Applicant Tracking System. eBoss covers employee records, payroll, time tracking, and recruitment workflows in one product; Crelate is a recruiting-native platform built for staffing and executive search firms. The migration focuses on the recruiting and talent acquisition data: candidate profiles, client and company contacts, active and historical job orders, placements, and engagement history (notes, calls, emails, meetings). Crelate stores its core records as Contacts, Companies, and Opportunities with a separate Jobs object for requisitions and a Placements module for placed candidates. We map eBoss candidates to Crelate Contacts, eBoss companies to Crelate Companies, eBoss job postings to Crelate Jobs, and eBoss placements to Crelate Placements. Crelate's API v3 throttles at 120 requests per minute per IP, which constrains migration throughput compared to faster export-side systems. Workflows, automations, and onboarding sequences in eBoss do not migrate as code; we deliver a written inventory for the customer's admin to rebuild in Crelate's automation framework post-migration.
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 eBoss 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.
eBoss
Candidate
Crelate
Contact
1:1eBoss Candidate records map to Crelate Contact. The candidate's name, email, phone, address, resume, and employment history migrate to the Contact's standard fields and attached documents. eBoss custom applicant fields migrate as Crelate custom fields on Contact (created via Settings > Core Records > Contacts before migration). The candidate's applicant status (active, inactive, placed) maps to a Crelate custom picklist field since Crelate Contacts do not have a native applicant status flag.
eBoss
Company (client or employer)
Crelate
Company
1:1eBoss client companies and employer organizations map directly to Crelate Company. Company name, address, industry, website, and contacts migrate. If eBoss tracks client versus employer in separate objects or via a type field, we map that to a Crelate custom field on Company to preserve segmentation. Company deduplication uses the domain name or Company Name as the key.
eBoss
Job Order / Job Posting
Crelate
Job
1:1eBoss job orders and active postings map to Crelate's Jobs object. Job title, description, requirements, location, salary range, status (open, filled, closed), and assigned recruiter migrate. Crelate Jobs track pipeline stage and source; we map eBoss job status to Crelate Job status and preserve the original posting date as a custom field.
eBoss
Placement / Hire
Crelate
Placement
1:1eBoss placements and hire records map to Crelate Placements. The placement links a Contact (candidate) to a Job and to a Company (client), preserving the start date, end date (for contract placements), fee/commission amount, and placement status. Crelate Placements support billable amount and markup tracking that eBoss may not natively expose, so we create those fields during schema setup if the customer's business model requires them.
eBoss
Engagement: Note
Crelate
Note
1:1eBoss notes attached to candidates, companies, or job orders migrate to Crelate Notes linked via ContentDocumentLink to the parent Contact, Company, or Job. Note body, author, and timestamp preserve. If eBoss notes are rich-text with embedded files, the files migrate as separate ContentDocument records attached to the same parent.
eBoss
Engagement: Call
Crelate
Task (TaskSubtype = Call)
1:1eBoss call logs attached to candidate or job records map to Crelate Task with TaskSubtype=Call. Call duration, disposition, outcome, and recording reference migrate to custom Task fields. Activity timestamp preserves to maintain the engagement timeline order. Call records without a parent Contact or Job are held in a reconciliation queue for the customer to classify before insert.
eBoss
Engagement: Email
Crelate
Task (Activity entry)
1:1eBoss email engagement records migrate to Crelate Task entries representing the email activity. The email content body migrates to a custom text area field on Task if Crelate does not expose a native rich-text body on the Activity form. We flag whether the email was sent, received, or logged manually based on eBoss engagement metadata.
eBoss
Engagement: Meeting / Interview
Crelate
Event
1:1eBoss interview and meeting records map to Crelate Event. Start time, end time, location, interviewer name, and meeting outcome migrate. Attendee resolution links the Event to the relevant Contact (candidate) and User (interviewer) via EventRelation records at migration time.
eBoss
Custom Applicant Field
Crelate
Custom Field on Contact
lossyeBoss custom fields on candidates (industry-specific tags, clearance levels, credential expiry dates, preferred locations) map to Crelate custom fields on Contact. We create each custom field via Crelate Settings before migration, assign the appropriate type (text, number, date, picklist, checkbox), and set a Logical Name for API access. The customer's admin reviews field names and types during scoping to ensure semantic alignment.
eBoss
User / Recruiter / Staff
Crelate
User
1:1eBoss users (recruiters, HR staff, administrators) map to Crelate Users by email match. We extract every distinct owner and assignee referenced on Candidate, Job, and Placement records and match against the destination Crelate User list. Any eBoss user without a matching Crelate User goes to a reconciliation queue for the admin to provision before record import resumes.
eBoss
Custom Object (if applicable)
Crelate
Custom Field or Related Record
lossyIf eBoss carries custom objects beyond standard Candidates, Companies, and Placements (such as Certifications, Background Checks, or Credential records), we assess whether they map to Crelate custom fields on Contact/Company, a related Contact or Company sub-record, or a standalone custom object. Crelate supports custom fields on Core Records from Business tier. Complex multi-record custom objects may require a separate schema design phase.
eBoss
Document / Resume
Crelate
ContentDocument
1:1eBoss resumes and candidate documents migrate to Crelate as ContentDocument records attached via ContentDocumentLink to the parent Contact. Document type (resume, cover letter, portfolio) preserves as a ContentVersion Description or a custom field on the ContentDocument. We preserve the original filename and file extension.
| eBoss | Crelate | Compatibility | |
|---|---|---|---|
| Candidate | Contact1:1 | Fully supported | |
| Company (client or employer) | Company1:1 | Fully supported | |
| Job Order / Job Posting | Job1:1 | Fully supported | |
| Placement / Hire | Placement1:1 | Fully supported | |
| Engagement: Note | Note1:1 | Fully supported | |
| Engagement: Call | Task (TaskSubtype = Call)1:1 | Fully supported | |
| Engagement: Email | Task (Activity entry)1:1 | Fully supported | |
| Engagement: Meeting / Interview | Event1:1 | Fully supported | |
| Custom Applicant Field | Custom Field on Contactlossy | Fully supported | |
| User / Recruiter / Staff | User1:1 | Fully supported | |
| Custom Object (if applicable) | Custom Field or Related Recordlossy | Fully supported | |
| Document / Resume | ContentDocument1: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.
eBoss gotchas
No public API blocks programmatic extraction
GDPR consent records must be preserved with original timestamps
Reply-chain continuity for VOIP and SMS may not survive
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 eBoss data audit
We audit the source eBoss environment across modules in scope (Candidates, Companies, Jobs, Placements, engagement history), capturing record counts per object, active versus historical status distributions, custom field definitions and usage, and any legacy or archived records. We identify the eBoss API or export mechanism (direct export, CSV, or API access) and assess its throughput and field availability. The discovery output is a written migration scope document with record counts, custom field inventory, and a recommended Crelate edition (Business, Business Plus, or Enterprise) based on automation and integration requirements.
Crelate schema design and custom field creation
We design the destination schema in Crelate based on the eBoss audit. This includes creating custom fields on Contact, Company, and Job to receive eBoss custom properties, defining picklist values for applicant status and job type, setting up any required Crelate Users for owner reconciliation, and configuring the Placements object with the fields needed for the customer's billing and commission tracking. Custom fields are created by the customer's Crelate admin using the Settings UI; we provide the exact field name, type, and picklist values. The Crelate Business Plus or Enterprise tier is confirmed if Automation and Sequencing is in scope.
Sandbox staging migration and reconciliation
We run a full migration into a Crelate staging or test environment using a representative data volume sample. The customer reviews 25-50 randomly selected records per object (Contacts, Companies, Jobs, Placements) against the eBoss source, verifying field values, document attachments, and engagement timestamps. We correct any mapping errors and finalize the field mapping document before production migration begins. Crelate's own migration guidance emphasizes staging validation with customer review before cutover, which we follow explicitly.
Owner and user reconciliation
We extract every distinct user referenced as owner or assignee on Candidate, Job, and Placement records in eBoss and match by email against the Crelate destination User list. Any eBoss user without a matching Crelate User goes to a reconciliation queue. The customer's Crelate admin provisions missing Users (active or inactive depending on whether the eBoss user is still active) before record import resumes. Migration cannot proceed past this step because User references are required on many Crelate records.
Production migration in dependency order
We run production migration in strict dependency order: Companies (Jobs reference them), then Jobs, then Contacts, then Placements (which reference both Contacts and Jobs), then Documents and ContentDocuments (attached to Contacts), then Activity history (Notes, Tasks, Events via Crelate API with rate-limit management at 120 RPM). Each phase emits a row-count reconciliation report before the next begins. API inserts use exponential backoff on throttling responses and chunked batch sizes to stay within the rate ceiling.
Cutover, delta sync, and automation handoff
We freeze new writes in eBoss during the cutover window, run a final delta migration of any records modified during the migration window, then enable Crelate as the system of record. We deliver the eBoss automation inventory document to the customer's Crelate admin team for rebuild in Crelate's Automation and Sequencing (Business Plus/Enterprise) or via field-mapping-driven Activity Forms. We support a one-week hypercare window for reconciliation issues. We do not rebuild eBoss automations as Crelate automations inside the migration scope; that is a separate engagement.
Platform deep dives
eBoss
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 eBoss 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
eBoss: Not applicable.
Data volume sensitivity
eBoss 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 eBoss to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your eBoss 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 eBoss
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.