HRMS migration
Field-level mapping, validation, and rollback between Teamdoor and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
Teamdoor
Source
Crelate
Destination
Compatibility
13 of 13
objects map 1:1 between Teamdoor and Crelate.
Complexity
BStandard
Timeline
3–5 business days
Overview
Teamdoor stores recruitment data around candidates, job requisitions, and a visual Kanban pipeline. Crelate stores the same entity types — Contacts, Companies, Jobs, Opportunities — but does not model recruitment pipeline stages natively; those stages must be represented as Crelate custom fields. FlitStack AI extracts candidates, companies, jobs, and application history from Teamdoor via API (or CSV export where the Pro/Enterprise API tier is not available), transforms each record into Crelate's schema, and loads via Crelate's REST API within a 60-req/min rate-limit envelope. Candidate notes, tags, and ratings migrate as Crelate notes and custom fields. Talent-pool membership and pipeline-stage history become Crelate custom fields. We do not migrate Teamdoor's Kanban card layout (that is a UI configuration, not data), job board posting configurations, or employer-branding page assets — those are rebuilt in Crelate after migration. A 24-48-hour delta-pickup window captures records modified during the final cutover so Crelate reflects Teamdoor's final state at go-live.
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 Teamdoor 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.
Teamdoor
Candidate
Crelate
Contact
1:1Teamdoor candidates map directly to Crelate Contacts. Crelate's Contact record stores name, email, phone, title, address, and custom fields. Candidate IDs from Teamdoor are preserved as Source_System_ID__c custom field on the Crelate Contact for traceability, delta-run de-duplication, and cross-referencing between Teamdoor records and their migrated Crelate counterparts after the migration completes.
Teamdoor
Company (client)
Crelate
Company
1:1Teamdoor companies that represent hiring clients map 1:1 to Crelate Companies. Crelate's Company record stores name, website, industry, phone, and address. Teamdoor company hierarchies (parent/child) are not natively supported in Crelate; we flatten them and store the parent reference as a custom text field on the child Company record.
Teamdoor
Job Requisition
Crelate
Job
1:1Teamdoor job requisitions map to Crelate Jobs. Crelate Job records store title, description, status (Open/Closed/Filled), location, and salary range. We map Teamdoor's job status values to Crelate's Open/Closed/Filled status and preserve the original posted date as a custom datetime field.
Teamdoor
Application
Crelate
Opportunity
1:1Teamdoor applications (candidates applied to jobs) map to Crelate Opportunities because Crelate Opportunities represent the placement relationship between a Contact and a Job/Company. Source candidate ID and job ID are stored as custom fields on the Opportunity for linkage traceability.
Teamdoor
Pipeline Stage
Crelate
Custom Field (Pipeline_Stage__c)
1:1Teamdoor's Kanban pipeline stages (Applied, Screening, Interview, Offer, Hired) have no native Crelate equivalent, so we create a custom pick-list field called Pipeline_Stage__c on the Crelate Contact record. Original stage-entered timestamps are preserved as Pipeline_Stage_Entered_Date__c custom datetime fields to maintain audit continuity and allow reporting on stage-transition timing after migration.
Teamdoor
Talent Pool
Crelate
Custom Field (Talent_Pool_Classification__c)
1:1Teamdoor talent pool classifications (e.g., 'Passive Candidate', 'High Priority', 'Referred') are stored as tags on the candidate record. We map these to a custom pick-list field Talent_Pool_Classification__c on the Crelate Contact. Multiple classifications per candidate are stored as comma-separated values in the custom field.
Teamdoor
Candidate Rating
Crelate
Custom Field (Teamdoor_Rating__c)
1:1Teamdoor allows recruiters to assign a star rating (1-5) to candidates, which is stored as a numeric value on the candidate record. Crelate has no native star-rating field, so we create a custom pick-list field Teamdoor_Rating__c on the Crelate Contact and map the numeric rating value directly to preserve the original rating data for reporting purposes.
Teamdoor
Note / Interview Note
Crelate
Note
1:1Teamdoor candidate notes and interview notes map to Crelate Notes attached to the Contact record. We preserve the original created date as Note_Original_Date__c and the note author name. Crelate does not support rich-text formatting in Notes; plain text is migrated as-is.
Teamdoor
Tag / Classification Tag
Crelate
Tag
1:1Teamdoor tags applied to candidates map directly to Crelate Tags, which serve as a shared classification vocabulary across Contact, Company, Job, and Opportunity records. Tags with identical names merge during the load process, and we flag any duplicate tag names before loading to prevent unintended merging of distinct classifications.
Teamdoor
Resume File
Crelate
Document
1:1Teamdoor resume files attached to candidates are re-uploaded as Crelate Documents linked to the Contact record. File size limits follow Crelate's storage tier (15GB default on Business). We map the original filename and attach it to the correct Crelate Contact by matching on candidate email.
Teamdoor
Employer Branding Page
Crelate
Not Migrated
1:1Teamdoor employer-branding career pages (custom logo, banner, copy, and company description) are platform-hosted assets with no structured export format available from Teamdoor's API or data export tools. These cannot be migrated programmatically and must be rebuilt manually in Crelate's Settings | Job Portal Branding after migration using the documented Teamdoor asset specifications.
Teamdoor
Job Board Posting Configuration
Crelate
Not Migrated
1:1Teamdoor's multi-channel job board posting configuration — specifying which boards (Indeed, 104, LinkedIn), which jobs, posting schedules, and authentication credentials — is stored as platform integration settings, not as candidate or job data. Each job board integration must be reconfigured from scratch in Crelate's Settings | Integrations page after migration.
Teamdoor
Workflow / Automation
Crelate
Not Migrated
1:1Teamdoor workflow triggers and automation rules do not migrate. Crelate has its own Automation and Sequencing tools (available on Business Plus) that must be rebuilt. We provide a structured export of Teamdoor's workflow definitions as a reference document for your Crelate admin to use during rebuild.
| Teamdoor | Crelate | Compatibility | |
|---|---|---|---|
| Candidate | Contact1:1 | Fully supported | |
| Company (client) | Company1:1 | Fully supported | |
| Job Requisition | Job1:1 | Fully supported | |
| Application | Opportunity1:1 | Fully supported | |
| Pipeline Stage | Custom Field (Pipeline_Stage__c)1:1 | Fully supported | |
| Talent Pool | Custom Field (Talent_Pool_Classification__c)1:1 | Mapping required | |
| Candidate Rating | Custom Field (Teamdoor_Rating__c)1:1 | Fully supported | |
| Note / Interview Note | Note1:1 | Fully supported | |
| Tag / Classification Tag | Tag1:1 | Fully supported | |
| Resume File | Document1:1 | Fully supported | |
| Employer Branding Page | Not Migrated1:1 | Fully supported | |
| Job Board Posting Configuration | Not Migrated1:1 | Fully supported | |
| Workflow / Automation | Not Migrated1: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.
Teamdoor gotchas
API access requires Pro tier or higher
Talent Pool OCR limits vary by plan
Pipeline stage schemas differ per job opening
Resume attachments are URL-referenced, not embedded
Employer branding pages cannot be migrated
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 schema audit
We review Teamdoor's data inventory — candidate records, company records, job requisitions, application history, notes, tags, and all custom properties — against Crelate's schema capabilities. We document every custom field in Teamdoor, its field type, and usage frequency. We then cross-reference against Crelate's Advanced Custom Field limit per entity (10 on Business, 20 on Business Plus) and flag any custom property that requires consolidation or archival. We also confirm whether Teamdoor's API access is available (Pro/Enterprise) or whether CSV export is required. The output is a field-by-field mapping spreadsheet and a custom-field consolidation plan if needed.
Crelate custom field and user setup
Before any data loads into Crelate, we create all required custom fields identified during discovery: Pipeline_Stage__c, Talent_Pool_Classification__c, Teamdoor_Rating__c, Source__c, Source_System_ID__c, Original_Create_Date__c, Pipeline_Stage_Entered_Date__c, Original_Posted_Date__c, Application_Date__c, Note_Original_Date__c, Author__c, Salary_Min__c, Salary_Max__c, and any others flagged in the mapping plan. We also create Crelate user accounts for any Teamdoor owners who do not yet have Crelate access, assigning them as placeholder users for owner resolution. This step ensures Crelate's schema is ready before any records land.
Data extraction and transformation
For Pro/Enterprise Teamdoor accounts, we extract data via the Teamdoor REST API. For Basic/Standard accounts, we export CSV from Teamdoor's built-in export tool and parse multi-sheet files to reconstruct associations between candidates, companies, and jobs. We transform each record to match Crelate's schema: candidate pipeline stages become Pipeline_Stage__c custom field values, talent-pool labels become Talent_Pool_Classification__c values, and timestamps are mapped to their original dates via the custom datetime fields. Notes are stripped of HTML formatting and written as plain text. All records receive a Source_System_ID__c value linking them back to their Teamdoor ID for traceability.
Sample migration with field-level diff
We run a sample migration with 100-500 representative records spanning candidates, companies, jobs, applications, and notes. We generate a field-level diff comparing the extracted Teamdoor values against the loaded Crelate values for every mapped field. You verify that pipeline stages, talent pool labels, ratings, salary ranges, and note content all match. Any value-mapping errors (e.g., a stage name that was not in the pick-list) are corrected in the mapping plan before the full run. Owner resolution is verified — any unmatched owners are flagged for manual assignment in Crelate before the full run.
Full migration cutover with delta pickup
The full migration loads all candidates, companies, jobs, applications, notes, tags, and attachments into Crelate via the REST API with rate-limit management. A delta-pickup window (24-48 hours) runs concurrently, capturing any records created or modified in Teamdoor during the cutover. After delta pickup completes, we run a reconciliation audit: record counts by entity, field-populated rate for custom fields, and owner-resolution coverage. We deliver an audit log in CSV format and one-click rollback capability if reconciliation reveals unexpected discrepancies. Teamdoor remains fully operational throughout — we use scoped read access only.
Platform deep dives
Teamdoor
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 Teamdoor 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
Teamdoor: Not publicly documented.
Data volume sensitivity
Teamdoor 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 Teamdoor to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your Teamdoor 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 Teamdoor
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.