HRMS migration
Field-level mapping, validation, and rollback between Tracker and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
Tracker
Source
Crelate
Destination
Compatibility
11 of 12
objects map 1:1 between Tracker and Crelate.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from Tracker to Crelate is a data-model migration that requires careful handling of Tracker's unlimited-candidate model against Crelate's per-seat pricing and deduplication strategy. Tracker stores Candidates, Jobs, Companies, Contacts, and Placements in a flat relational model; Crelate uses the Living Platform concept where ATS and CRM share a unified data layer with customizable workflows, tags, and activity tracking. We export from Tracker via CSV, run candidate deduplication against name-email-phone to avoid the duplicate accumulation that builds silently under Tracker's unlimited model, and import into Crelate's structured objects. Placements are sequenced before other records to preserve the billable relationship chain back to both Candidate and Job. Automation Playbook sequences (email drip campaigns, SMS triggers, recruiter alerts) do not migrate because Tracker stores them as platform-native workflow logic with no export path; we deliver a written automation inventory for the customer's team to rebuild in Crelate's workflow builder 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 Tracker 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.
Tracker
Candidate
Crelate
Person (Candidate)
1:1Tracker Candidates map directly to Crelate Person records with a candidate type designation. Standard fields (name, email, phone, address, resume, status) transfer via CSV import. We map the Tracker candidate status to Crelate's status workflow and preserve any source tracking as a tag. Custom fields on candidates enumerate during discovery and map to Crelate custom properties. Resume files extract from Tracker CSV attachments and re-associate to the corresponding Crelate Person record by candidate ID lookup.
Tracker
Job
Crelate
Job
1:1Tracker Jobs map 1:1 to Crelate Job records. Fields including title, location, description, status, assigned recruiter, and job type transfer directly. Pipeline stages attached to jobs in Tracker map as configurable stage names in Crelate's job pipeline. We map stage names and candidate-stage associations, but stage-level automation rules do not migrate and are flagged for rebuild.
Tracker
Company
Crelate
Organization
1:1Tracker Companies function as parent records for candidates and contacts and map to Crelate Organization records. We use name matching and domain normalization for deduplication during import. Organization is created before any Person import so that the lookup relationship is satisfied at the moment of Person insert. Industry, address, and custom company fields transfer as Crelate Organization properties.
Tracker
Contact
Crelate
Person (Contact type)
1:1Tracker Contacts are distinct from Candidates and represent hiring manager and client-side relationships. They map to Crelate Person records with a contact type designation. We preserve the association to the parent Organization record via Organization name lookup. Email, phone, title, and custom contact fields map directly. Contact notes and activity history transfer to the Crelate Person activity stream.
Tracker
Placement
Crelate
Placement
1:1Tracker Placements record placed candidates with start date, compensation, bill rate, and client reference. We map Placements as the billable event object and preserve the link back to both the Candidate Person record and the Job record. Historical Placements are sequenced before other imports to maintain the billable relationship chain. Placement status (active, completed, terminated) maps to Crelate Placement status.
Tracker
Activity
Crelate
Activity (Tasks, Notes, Events)
1:1Tracker Activities represent logged calls, emails, meetings, notes, and task completions as timestamped events linked to candidates and jobs. We map Tracker Activity type to Crelate Activity subtype: calls map as Task with Call subtype, meetings map as Event with attendee links, emails map as Activity with engagement tracking, and notes map as pinned notes on the Person or Organization record. ActivityDate preserves the original timestamp for timeline ordering.
Tracker
Document
Crelate
Attachment (Resume, Cover Letter)
1:1Resume files, cover letters, and uploaded attachments stored against candidate records extract from the Tracker export and re-associate to the corresponding Crelate Person record. We extract document filenames and content, match against the candidate record by ID or email, and upload as Crelate attachments with the correct Person reference. Crelate's Resume Toolbox feature processes imported resumes for parsing.
Tracker
Custom Field
Crelate
Custom Property
1:1Tracker custom fields on candidate, job, and company objects enumerate during discovery. We map each to Crelate's equivalent custom property with type matching (text, number, date, picklist, multi-select). Field-level validation rules in Tracker do not transfer and are noted for Crelate configuration post-migration. Custom field dependencies on automation rules are flagged in the automation inventory.
Tracker
Pipeline Stage
Crelate
Job Pipeline Stage
lossyTracker pipeline stages define candidate progression through a job with configurable stage names and statuses. We map stage names and candidate-stage associations to Crelate's job pipeline stages, preserving the sequence order. Stage-level automation rules do not migrate; they appear in the automation inventory for rebuild. Stage probabilities transfer where available.
Tracker
Tag
Crelate
Tag
1:1Tracker tags on candidates, jobs, and companies map to Crelate tags. Tags used for skill classification, source tracking, and status labeling transfer as Crelate tags with the same label. Multi-select tag fields migrate as multiple individual tags. Tags used for automation routing appear in the automation inventory.
Tracker
Owner
Crelate
User
1:1Tracker Owners map to Crelate Users by email match. We resolve every distinct Owner referenced on Candidate, Job, Company, and Placement records. Owners without a matching Crelate User go to a reconciliation queue for the customer's admin to provision before record import resumes. User permissions and roles do not transfer and require Crelate configuration post-migration.
Tracker
Automation Sequence
Crelate
Workflow (rebuild required)
1:1Tracker Automation Playbook sequences (email drip campaigns, SMS triggers, recruiter alerts, status update rules) are stored as platform-native workflow logic and do not export. We do not migrate them. We deliver a written inventory of every active Tracker automation with its trigger conditions, actions, and recommended Crelate workflow equivalent. The customer's admin rebuilds them in Crelate's workflow builder (Business Plus and Enterprise tiers). This is a mandatory disclosure for every Tracker migration.
| Tracker | Crelate | Compatibility | |
|---|---|---|---|
| Candidate | Person (Candidate)1:1 | Fully supported | |
| Job | Job1:1 | Fully supported | |
| Company | Organization1:1 | Fully supported | |
| Contact | Person (Contact type)1:1 | Fully supported | |
| Placement | Placement1:1 | Fully supported | |
| Activity | Activity (Tasks, Notes, Events)1:1 | Fully supported | |
| Document | Attachment (Resume, Cover Letter)1:1 | Fully supported | |
| Custom Field | Custom Property1:1 | Fully supported | |
| Pipeline Stage | Job Pipeline Stagelossy | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Owner | User1:1 | Fully supported | |
| Automation Sequence | Workflow (rebuild required)1: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.
Tracker gotchas
Automation workflows do not migrate as functional rules
CSV export is the primary migration path for most customers
Unlimited record model can mask deduplication needs
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 export
We audit the Tracker environment for record counts (Candidates, Jobs, Companies, Contacts, Placements, Activities), active Automation Playbook sequences, custom field names and types, and pipeline stage configurations. We request the CSV export from Tracker and validate field coverage. We confirm the customer's Crelate tier (Business at $119/user/mo, Business Plus, or Enterprise) to determine API Access availability and workflow rebuild scope. The discovery output is a written migration scope document with record counts, deduplication strategy, and automation inventory.
Deduplication and data quality assessment
We run candidate deduplication against the Tracker export using name, email, and phone as matching keys. We generate a duplicate report identifying records with matching email addresses, similar name spellings, or duplicate phone numbers. The report goes to the customer for resolution: merge records, keep one and archive the other, or discard duplicates. This step is critical because Tracker's unlimited model allows duplicates to accumulate silently. We also assess Company deduplication by domain normalization.
Crelate schema configuration and test migration
We configure the Crelate destination environment: custom properties matching Tracker custom fields, job pipeline stages mapped from Tracker stages, tags aligned with Tracker tag taxonomy, and user provisioning for Tracker Owners matched by email. We run a test migration into a Crelate staging environment using a subset of records to validate field mapping, date handling, and attachment association. The customer reviews the test output and signs off before production migration.
Production migration in dependency order
We run production migration in record-dependency order: Organizations (from Tracker Companies), Persons and Jobs, Activity history, Placements, Documents, and Tags. Organizations are created first so that Person records resolve the Organization lookup. Placements are sequenced after both Person and Job to preserve the billable relationship chain. Each phase emits a row-count reconciliation report before the next phase begins. Activities (calls, emails, meetings, notes) migrate last to associate against existing Person and Job records.
Cutover and automation rebuild handoff
We freeze Tracker writes during cutover, run a final delta migration of any records modified during the migration window, then designate Crelate as the system of record. We deliver the Automation Playbook inventory document to the customer's team with trigger descriptions, condition logic, action lists, and recommended Crelate workflow equivalents. We support a one-week hypercare window for reconciliation issues. We do not rebuild Tracker automations in Crelate as part of the migration scope; that is a separate engagement or an internal admin task.
Platform deep dives
Tracker
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 Tracker 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
Tracker: Not publicly documented.
Data volume sensitivity
Tracker 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 Tracker to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your Tracker 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 Tracker
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.