HRMS migration
Field-level mapping, validation, and rollback between SmartRecruiters and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
SmartRecruiters
Source
Crelate
Destination
Compatibility
10 of 12
objects map 1:1 between SmartRecruiters and Crelate.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from SmartRecruiters to Crelate is a volume and cost restructuring, not a like-for-like replacement. SmartRecruiters targets enterprise teams at $15,000+ annually with deep SAP SuccessFactors integration, wide job board distribution, and AI screening for high-volume hiring. Crelate serves small-to-mid-market agencies and in-house teams at $119 per user per month with an ATS-plus-CRM combined platform. We extract Job Postings, Candidates, and Applications from SmartRecruiters via the Candidate API and Job API, resolve the organization-scoped custom field schema through the /configuration endpoint before any field mapping begins, and import into Crelate using its REST API with API-key authentication and lookup-based owner resolution. Candidate attachments, interview records, and scorecards migrate as linked records in Crelate's People module. Workflows, automations, and SAP SuccessFactors integrations do not migrate; we deliver a written inventory for the customer's admin to rebuild in Crelate's workflow engine 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 SmartRecruiters 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.
SmartRecruiters
Job Posting
Crelate
Job
1:1SmartRecruiters Posting records (UUID, refNumber, location, department, function, experienceLevel, typeOfEmployment) map directly to Crelate Job records. The SmartRecruiters location object (city, region, country) maps to Crelate's job location fields. Department and function map to Crelate's category and classification fields. Active job statuses from SmartRecruiters (OPEN, ON_HOLD, CLOSED, DRAFT) map to Crelate's job status values. We preserve the SmartRecruiters job reference number in a custom field for cross-system reconciliation.
SmartRecruiters
Candidate
Crelate
Person / Contact
1:1SmartRecruiters Candidate records (firstName, lastName, email, phone, location, social profiles, tags) map to Crelate Person records. The Person record in Crelate serves as the core contact entity across ATS and CRM functions. We resolve duplicate detection using email as the primary key, with phone and LinkedIn URL as secondary dedupe signals. Candidate tags from SmartRecruiters migrate to Crelate Tags on the Person record.
SmartRecruiters
Application
Crelate
Application / Submission
1:1SmartRecruiters Application records (linking Candidate to Posting with pipeline stage, source, and screening answers) map to Crelate Application records. Pipeline stage names from SmartRecruiters require mapping to Crelate's workflow stages, which are configurable per job. SmartRecruiters application source (LinkedIn, Indeed, direct, referral) maps to Crelate's application source field. Note that SmartRecruiters POST /postings/:uuid/candidates only creates applications in New status via public endpoint; any downstream stage assignments are updated in a second API call, and we sequence this correctly during migration to avoid candidates appearing at the top of the pipeline.
SmartRecruiters
Custom Fields
Crelate
Custom Fields
lossySmartRecruiters custom fields are entirely organization-scoped and use a fieldId/valueId/valueLabel structure fetched via the /configuration endpoint. We run a mandatory pre-migration discovery pass to enumerate every custom field and its permitted values before mapping begins. Each custom field maps to a corresponding Crelate custom field on the Person or Job record. Field types (text, date, number, picklist) are mapped to Crelate's field type equivalents. Custom field values that do not have a matching Crelate field definition are flagged for the customer's admin to configure before migration runs. Skipping this step leads to silent value loss.
SmartRecruiters
User
Crelate
User
1:1SmartRecruiters User records (recruiters, hiring managers, admins) map to Crelate User records by email match. User roles and permissions from SmartRecruiters (recruiter, hiring_manager, admin, viewer) map to Crelate's role structure under Settings | Advanced Settings | User Roles. API access for SmartRecruiters OAuth 1.0 and Crelate API-key authentication are both configured during migration scoping. Any SmartRecruiters User without a matching Crelate User goes to a reconciliation queue for the customer's admin to provision.
SmartRecruiters
Department
Crelate
Category / Classification
1:1SmartRecruiters Department records (id, label, description) map to Crelate Job Categories. The department hierarchy is preserved so job postings land in the correct organizational grouping in Crelate. Departments are referenced by ID on SmartRecruiters Job Postings, and we resolve the label during import so that the Crelate category is populated from the start rather than requiring post-migration cleanup.
SmartRecruiters
Hiring Team
Crelate
Team Assignment
1:1SmartRecruiters Hiring Teams assigned per job (user IDs with roles) map to Crelate's job assignment structure. The recruiter assignment, hiring manager assignment, and interview panel from SmartRecruiters map to corresponding assignment records in Crelate's People module. Role-based visibility is preserved so the correct recruiters and hiring managers retain visibility over migrated jobs and candidates.
SmartRecruiters
Scorecard
Crelate
Evaluation Record
1:1SmartRecruiters Scorecards (structured evaluation data embedded within candidate/evaluation records) map to Crelate Activity records of type evaluation or rating. The evaluator name, score, and written feedback from each SmartRecruiters scorecard section migrate to a structured Crelate activity entry linked to the Person and Job. When Crelate's native evaluation form feature is available on the customer's plan, we configure it to match the SmartRecruiters scorecard structure.
SmartRecruiters
Interview Record
Crelate
Activity (Interview type)
1:1SmartRecruiters Interview records (scheduling information, interviewer assignments, outcome notes, date/time, disposition) map to Crelate Activity records. Interview date, duration, interviewer name, and outcome status migrate to the corresponding Crelate activity fields. Interview type (phone screen, video, on-site, panel) maps to a Crelate activity subtype or tag. When the destination Crelate plan includes interview scheduling integrations, we note the current scheduling tool for potential reconfiguration.
SmartRecruiters
Offer
Crelate
Placement / Offer
1:1SmartRecruiters Offer records (compensation details, status, candidate linkage) migrate to Crelate Placement records with offer details in the placement notes or custom fields. Offer status (extended, accepted, declined, withdrawn) maps to Crelate's placement status workflow. Compensation fields (base salary, bonus, equity) migrate to Crelate's compensation fields if configured, or to custom fields on the Placement record.
SmartRecruiters
Attachment
Crelate
Resume / Document
1:1Candidate attachments (resumes, cover letters, portfolio files) stored against SmartRecruiters Candidate profiles migrate to Crelate Documents linked to the Person record. We preserve the original filename and MIME type. File content is downloaded from SmartRecruiters via the attachment endpoint and re-uploaded to Crelate via the document upload API, linked to the correct Person ID. The SmartRecruiters attachment type (resume, cover_letter, portfolio, other) maps to Crelate's document type classification.
SmartRecruiters
Assessment
Crelate
Activity or Custom Field
lossySmartRecruiters Assessments ordered via the /packages endpoint through third-party Marketplace integrations migrate as Crelate Activity records noting the assessment name, provider, status, and result URL if available. Assessment package and order records are integration-specific and may require reconfiguration in Crelate's Business Plus or Enterprise plan if the customer uses a similar assessment vendor. We document the current assessment provider and recommend a Crelate Marketplace alternative or re-integration step post-migration.
| SmartRecruiters | Crelate | Compatibility | |
|---|---|---|---|
| Job Posting | Job1:1 | Fully supported | |
| Candidate | Person / Contact1:1 | Fully supported | |
| Application | Application / Submission1:1 | Fully supported | |
| Custom Fields | Custom Fieldslossy | Mapping required | |
| User | User1:1 | Fully supported | |
| Department | Category / Classification1:1 | Fully supported | |
| Hiring Team | Team Assignment1:1 | Fully supported | |
| Scorecard | Evaluation Record1:1 | Fully supported | |
| Interview Record | Activity (Interview type)1:1 | Fully supported | |
| Offer | Placement / Offer1:1 | Fully supported | |
| Attachment | Resume / Document1:1 | Fully supported | |
| Assessment | Activity or Custom Fieldlossy | 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.
SmartRecruiters gotchas
Custom field schema discovery is required before any migration can begin
SAP acquisition integration may alter data residency and API access patterns
Candidate API only creates applications in New status via public endpoint
Large report file exports require command-line tools, not browser download
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
Export request and schema discovery
We coordinate the formal SmartRecruiters data export request with the customer's SmartRecruiters account team. While SmartRecruiters processes the export (three to four weeks per their documented extraction guide), we run the /configuration endpoint discovery pass to enumerate every organization-scoped custom field, its field type, and permitted values. We also extract the job pipeline stage names, department hierarchy, user roster, and hiring team structure from the SmartRecruiters API. This discovery output becomes the authoritative source schema used in all subsequent mapping design work.
Crelate destination setup and field mapping design
We provision the migration workspace in Crelate using the customer's API key (Settings | My Settings & Preferences) and map every SmartRecruiters object to its Crelate equivalent. Custom fields from SmartRecruiters are matched to Crelate custom fields created under Settings | Custom Forms, with field type equivalence verified (text, date, number, picklist). Pipeline stage names from SmartRecruiters map to Crelate workflow stages, which are configurable per job. The output is a written mapping document showing every source field, destination field, transformation rule, and any fields that require post-migration admin configuration in Crelate.
Data extraction and validation
Once the SmartRecruiters export arrives (CSV of candidate and application data, ZIP of resume attachments), we validate record counts against the API-extracted counts from discovery. We audit for duplicate candidate records (same email, different internal IDs), missing required fields (firstName, lastName, email), and any custom field values that do not match the /configuration permitted value list. Data quality issues are flagged to the customer's admin with a remediation checklist before transformation begins.
Transformation and staging import
We transform SmartRecruiters data into Crelate-compatible records in dependency order: Crelate Users first (resolved by email match against the destination User table), then Jobs (with department and location resolved), then Persons (Candidates with tags and social profiles), then Applications (with Person ID and Job ID lookups pre-resolved), then Activities (interviews, scorecards, offers as Activity records). Attachments are downloaded from the SmartRecruiters export ZIP and re-uploaded to Crelate linked to the correct Person records. The transformation runs against Crelate's staging or sandbox environment so the customer's team can spot-check before production cutover.
Production cutover and delta sync
We schedule the production cutover outside of core business hours. During the write-freeze window, we run a final delta extraction from SmartRecruiters for any records modified since the initial export date, transform and import the delta into Crelate, then enable Crelate as the system of record. Candidate pipeline positions are updated using the two-step sequence (New status first, then stage update) to reflect the correct workflow position in Crelate from day one.
Workflow inventory handoff and post-migration verification
We deliver a written inventory of every active SmartRecruiters workflow, automation rule, and job board distribution configuration for the customer's admin to rebuild in Crelate's workflow engine (available in Business Plus and Enterprise tiers). Job board integrations that used SmartRecruiters' native 100+ board distribution require reconfiguration through Crelate's integrations or third-party job distribution tools. We support a one-week post-migration verification window where record counts, attachment links, and pipeline positions are spot-checked against the source data. We do not rebuild SmartRecruiters workflows or automations inside the migration scope.
Platform deep dives
SmartRecruiters
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 SmartRecruiters 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
SmartRecruiters: Not publicly documented on the developer portal.
Data volume sensitivity
SmartRecruiters 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 SmartRecruiters to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your SmartRecruiters 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 SmartRecruiters
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.