HRMS migration
Field-level mapping, validation, and rollback between hireful and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
hireful
Source
Crelate
Destination
Compatibility
9 of 12
objects map 1:1 between hireful and Crelate.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from hireful to Crelate is a migration between two ATS platforms with different geographic focuses and data models. hireful is a UK-market ATS with no public API, requiring all data extraction via CSV exports and manual GDPR flag extraction from the admin interface. Crelate is a US-built ATS-CRM hybrid with REST and bulk import APIs, per-user monthly pricing, and a sourcing workflow that positions candidates as first-class talent records within a recruiting CRM. We extract Vacancies, Candidates, and Applications from hireful via coordinated CSV exports, normalise encoding and field names, and load them into Crelate through its bulk import interface. Custom application form fields require explicit mapping to Crelate's question-to-field configuration. We do not migrate job board posting configurations, hiring manager portal permissions, or EDI benchmarking data as these are destination-platform features with no direct hireful equivalent. GDPR deletion flags are extracted manually during scoping and carried as metadata for the customer to honour 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 hireful 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.
hireful
Vacancy
Crelate
Job
1:1hireful Vacancies map directly to Crelate Jobs. We export vacancy title, description, status, and pipeline stage via hireful's CSV export and map them to Crelate's job_name, description, status, and pipeline stage fields. The vacancy pipeline stage ordering from hireful requires manual reconfiguration in Crelate's pipeline builder since stage sequence is stored as a custom property in hireful rather than a native ordering field. Job board posting metadata (which boards each vacancy was posted to) is recorded as a migration log entry rather than a Crelate field, since Crelate manages job board distribution through its own marketplace configuration.
hireful
Candidate
Crelate
Person (Contact or Lead)
1:1hireful Candidate records map to Crelate People records. The hireful candidate profile fields (name, email, phone, work history, education, skills) map to corresponding Crelate person fields. CV and resume attachments migrate as Crelate document attachments linked to the person record. Communication history from hireful's candidate timeline is exported as a structured CSV and replayed as Crelate Activity records against the person after insert.
hireful
Application
Crelate
Job Application
1:1Each hireful Application record (candidate-to-vacancy pairing) maps 1:1 to a Crelate Job Application. The application status (Applied, Shortlisted, Rejected, Offer, Hired) migrates to Crelate's application_status field. The job reference on the application resolves to the migrated Crelate Job; the candidate reference resolves to the migrated Crelate Person. If a candidate has applied to multiple vacancies in hireful, each application becomes a separate Crelate Job Application record linked to the same Person.
hireful
Application Form (Pro tier)
Crelate
Custom Form + Field Mapping
lossyCustom application forms from hireful Pro and above tiers are reconstructed in Crelate using Crelate's custom form builder. Each hireful custom form field maps to a Crelate question, and each question is linked to a specific Crelate field on the parent Job Application or Person record via Crelate's field mapping configuration. Since Crelate field mappings are unique per question per form, we document the mapping matrix during scoping and configure it in Crelate's staging environment before production migration. Pre-set form fields from hireful Go and Grow tiers map directly to equivalent Crelate standard fields.
hireful
Scoring and Evaluation Notes
Crelate
Rating / Evaluation Fields
1:1Recruiter scoring stored against hireful Application records migrates to Crelate's rating or evaluation fields on the Job Application. Numerical scores transfer as-is. Free-text evaluation notes transfer to Crelate's notes field on the Job Application or as an Activity of type Note. If hireful's scoring used a named scale (stars, points, weighted criteria), we preserve the scale label in the field mapping documentation so Crelate's admin can calibrate the destination rating system consistently.
hireful
Interview Schedules (Grow and Pro)
Crelate
Activities (Events)
1:1Interview events from hireful Grow and Pro tiers migrate to Crelate Activities of type Event. The interview date, time, duration, location, and interviewer assignment transfer to corresponding Crelate Activity fields. Crelate's EventRelation records link the interview to the relevant Person (candidate) and User (interviewer). Self-service scheduling links from hireful are not carried forward; the customer configures Crelate's scheduling integration (Calendly, Outlook, Google Calendar) post-migration if required.
hireful
Hiring Manager Portal Assignments
Crelate
User Assignments / Access
1:1hireful hiring manager seat assignments (unlimited on all hireful tiers) are mapped to Crelate User access records. We export the portal user list and their vacancy access scope from hireful's admin interface. In Crelate, we assign hiring managers as Users with the appropriate Job-level access permissions. The hiring manager portal interface itself does not migrate; Crelate's sharing model and hiring manager-facing views are configured post-migration using Crelate's standard access controls.
hireful
CV and Document Attachments
Crelate
Documents / Attachments
1:1CVs and uploaded documents attached to hireful Candidate records are downloaded from hireful's interface and re-uploaded to Crelate as document attachments against the corresponding Person record. File naming conventions from hireful are preserved in the Crelate document record. We flag any CV files that exceed Crelate's attachment size limits for manual handling or alternative storage (Crelate supports linking to external document stores via URL).
hireful
GDPR Deletion Flags
Crelate
Metadata (external retention log)
1:1hireful's automated candidate data deletion flags and retention timestamps are stored as system properties and do not appear in the standard CSV export. We extract these values from hireful's admin interface during scoping and carry them as a separate metadata file in the migration package. Crelate does not have a native GDPR deletion scheduling field, so the customer maintains the metadata file post-migration and runs deletion events manually in Crelate according to their retention policy. The metadata file format (CSV or JSON) is agreed with the customer during scoping.
hireful
Job Board Posting Configuration
Crelate
Migration Log Entry
lossyhireful's native integrations with TotalJobs, Reed, CV Library, and Indeed are configured per vacancy in hireful. These integrations do not have direct Crelate equivalents since Crelate uses its own job board marketplace and API-based posting. We record which boards each hireful vacancy was posted to as a metadata entry in the migration log. The customer uses Crelate's job board distribution tools to rebuild postings post-migration, referencing the migration log for the original board list.
hireful
EDI / Diversity Benchmarking Data
Crelate
Not migrated (metadata only)
lossyhireful's EDI and D&I tools including anonymised applications and diversity benchmarking are hireful-native features with no standard equivalent in Crelate. Anonymised application data (where candidate name and contact details are withheld) migrates as standard candidate records; the anonymisation flag does not carry forward. Diversity benchmarking reports are documented as a written inventory for the customer to evaluate Crelate's D&I add-ons or third-party tools post-migration.
hireful
User Licences
Crelate
Users
1:1Active hireful recruiter users are mapped to Crelate Users by email match. The hireful plan tier determines the recruiter licence count (1 on Go, 2 on Grow, unlimited on Pro and Hero). We export the active user list and their plan tier from hireful and use it to plan Crelate seat provisioning. Unlimited hiring manager seats from hireful map to Crelate User provisioning, where hiring manager-level access is assigned via Crelate's sharing and permission sets rather than a separate seat type.
| hireful | Crelate | Compatibility | |
|---|---|---|---|
| Vacancy | Job1:1 | Fully supported | |
| Candidate | Person (Contact or Lead)1:1 | Fully supported | |
| Application | Job Application1:1 | Fully supported | |
| Application Form (Pro tier) | Custom Form + Field Mappinglossy | Fully supported | |
| Scoring and Evaluation Notes | Rating / Evaluation Fields1:1 | Mapping required | |
| Interview Schedules (Grow and Pro) | Activities (Events)1:1 | Fully supported | |
| Hiring Manager Portal Assignments | User Assignments / Access1:1 | Fully supported | |
| CV and Document Attachments | Documents / Attachments1:1 | Fully supported | |
| GDPR Deletion Flags | Metadata (external retention log)1:1 | Fully supported | |
| Job Board Posting Configuration | Migration Log Entrylossy | Fully supported | |
| EDI / Diversity Benchmarking Data | Not migrated (metadata only)lossy | Fully supported | |
| User Licences | Users1: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.
hireful gotchas
No public API means migration relies on CSV exports
Application form fields vary by plan tier
GDPR deletion flags must be preserved separately
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
Scoping and CSV export coordination
We audit the hireful instance with the customer's admin, identifying the plan tier (Go, Grow, Pro, or Hero), the number of active vacancies, candidate records, applications, and any custom application form definitions on Pro and above. We coordinate a full CSV export run with the hireful admin, confirming export encoding (UTF-8), field completeness, and any records exceeding the export size limit. We extract GDPR deletion flags and retention timestamps from hireful's admin interface as a separate metadata file. The scoping output is a written migration scope document with record counts, field inventory, and any known conflicts.
Crelate staging environment setup and form configuration
We provision a Crelate staging environment and configure the destination schema before any data loads. This includes creating any custom fields required for hireful's custom application form data, building custom forms in Crelate with per-question field mappings to the parent record, configuring the vacancy pipeline stages to match hireful's stage ordering, and setting up User accounts for the active recruiter list (matched by email from hireful's export). The staging environment is validated by the customer's admin before production migration begins.
CSV normalisation and field mapping
We normalise hireful CSV exports for encoding, line endings, and field splitting before loading into Crelate. This includes splitting compound fields (name fields, address fields), converting date formats, and handling null or empty value representation. We apply the field mapping matrix (hireful field to Crelate field, including custom form field mappings) as a transform step before Crelate import. We run a partial load into the staging environment with a sample of 50-100 records for the customer's spot-check before full production migration.
Staging validation and customer sign-off
We run a full migration into the Crelate staging environment using the complete CSV export. The customer's admin reviews record counts, spot-checks 25-50 candidate and application records against the hireful source, and validates that Crelate's custom form mappings resolve correctly. Crelate's migration staging documentation recommends reviewing data in a staging environment with the ability to spot-check mappings before switching to production. We correct any mapping errors identified during this review and re-run the staging migration until the customer signs off.
Production migration and dependency ordering
We run production migration in dependency order: Users (validated against hireful user list), Jobs (from hireful Vacancies), People (from hireful Candidates), Job Applications (linked to migrated Jobs and People), Activities (interviews and notes from hireful), and document attachments (CVs and files). GDPR deletion flag metadata is delivered as a separate file with the migration package. Each phase emits a row-count reconciliation report. We freeze write access to hireful during the production migration window to prevent new records from being created between the final export and cutover.
Cutover, delta migration, and workflow rebuild handoff
We run a final delta migration to capture any records created or modified during the production migration window, then enable Crelate as the system of record. We deliver the migration log, GDPR metadata file, and a written inventory of job board posting configurations requiring rebuild in Crelate's marketplace tools. We do not migrate automations, hiring manager portal permissions, or EDI tools as these are destination-platform features requiring manual rebuild. We support a 72-hour hypercare window for reconciliation issues raised by the recruiting team after cutover.
Platform deep dives
hireful
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 hireful 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
hireful: Not publicly documented.
Data volume sensitivity
hireful 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 hireful to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your hireful 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 hireful
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.