HRMS migration
Field-level mapping, validation, and rollback between hireful and Recruit CRM & ATS. We move data and schema; workflows are rebuilt natively in Recruit CRM & ATS.
hireful
Source
Recruit CRM & ATS
Destination
Compatibility
8 of 10
objects map 1:1 between hireful and Recruit CRM & ATS.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from hireful to Recruit CRM is a CSV-first migration rather than an API-based migration, which is the central technical constraint shaping this project. hireful does not publish a REST API, so we extract candidate records, vacancy data, application history, and attachments via the platform's built-in CSV export function, normalise encoding (UTF-8), split multi-value fields, and load into Recruit CRM through its REST API. The absence of a hireful API also means GDPR deletion flags, retention timestamps, and EDI benchmarking data do not appear in standard exports and must be captured manually during the scoping call. We map hireful Vacancies to Recruit CRM Jobs, hireful Candidates to Recruit CRM Candidates, and hireful Applications to Recruit CRM Job Applications with status preserved. Hiring manager portal seat assignments become Recruit CRM user role assignments. Workflows, vacancy approval modules, and EDI benchmarking tools do not migrate as code; we deliver a written inventory of these for your admin to rebuild in Recruit CRM. Recruit CRM requires an active subscription for data export on exit, which is a lock-in risk to note before contract renewal on the hireful side.
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 Recruit CRM & ATS, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
hireful
Candidate
Recruit CRM & ATS
Candidate
1:1hireful candidate records (contact details, work history, CV attachment reference, communication history) map 1:1 to Recruit CRM candidate profiles. The hireful candidate ID is preserved in a custom field hireful_candidate_id__c for cross-system audit. CV and document files are extracted from hireful's download interface and re-uploaded to Recruit CRM against the corresponding candidate record; the original file name and upload timestamp are preserved in Recruit CRM's attachment metadata.
hireful
Vacancy
Recruit CRM & ATS
Job
1:1hireful Vacancy records (title, description, status, pipeline stage) map to Recruit CRM Jobs. The vacancy pipeline stage from hireful's custom property is mapped to Recruit CRM's pipeline stage on the Job record. Vacancy approval module settings (available on hireful Pro and above) do not migrate; we document the original approval workflow as a configuration note for Recruit CRM rebuild.
hireful
Application
Recruit CRM & ATS
Job Application
1:1Each hireful candidate-to-vacancy pairing is an Application record. We map Applications 1:1 to Recruit CRM Job Applications and preserve application status (Applied, Shortlisted, Rejected, Offer Extended, Hired) as a standard field in Recruit CRM. Application timestamps (created date, last modified date) migrate to preserve the original sequence in the candidate pipeline.
hireful
Application Form (custom fields)
Recruit CRM & ATS
Candidate custom fields
lossyCustom application forms with bespoke fields are available on hireful Pro and above. We export form field definitions and candidate responses separately, then reconstruct each form as a set of custom fields on the Recruit CRM Candidate record. Custom fields that exceed Recruit CRM's character limits (long-text fields mapped to character-limited text fields) are flagged during scoping for manual review or truncation handling. On hireful Go and Grow plans where only pre-set form fields are available, we map to Recruit CRM's standard candidate fields directly.
hireful
Hiring Manager Portal
Recruit CRM & ATS
User / Team Member role
1:1hireful hiring manager portal seat assignments are extracted from the platform and mapped to Recruit CRM User records with the appropriate role (Admin, Recruiter, Hiring Manager). Unlimited hiring manager seats on hireful map to Recruit CRM's unlimited user model, and we reconcile the total count during scoping. Any portal-specific notes or preferences attached to hiring manager accounts do not carry over and are flagged in the migration report.
hireful
Interview Schedule
Recruit CRM & ATS
Interview (as Activity or Event)
1:1Interview scheduling is available on hireful Grow and Pro tiers. Where interviews are recorded as structured events with candidate, vacancy, date, and interviewer assigned, we map them to Recruit CRM Interview records or Activity/Event equivalents. Self-service interview scheduling configurations do not migrate; the scheduling link and calendar integration are noted as a rebuild item in the handoff document.
hireful
Scoring and Evaluation Notes
Recruit CRM & ATS
Candidate rating or evaluation fields
1:1Recruiter scoring and evaluation notes stored against hireful Application records are exported as structured score data and mapped to Recruit CRM's rating or evaluation custom fields on the Candidate or Job Application record. Free-text evaluation notes migrate as text fields. Numerical score values are mapped to Recruit CRM's numeric rating scale and flagged if the destination scale differs from the source.
hireful
Job Board Posting
Recruit CRM & ATS
Job board posting metadata (configuration flag)
1:1Job board integrations configured in hireful (TotalJobs, Reed, CV Library, Indeed) are recorded as metadata in the migration log indicating which boards each vacancy was posted to. Actual job board postings do not migrate; the postings must be re-created manually in Recruit CRM's job board distribution settings or via VONQ integration post-migration. We provide a posting checklist for each board as part of the handoff document.
hireful
GDPR deletion flags and retention timestamps
Recruit CRM & ATS
Metadata field (custom)
lossyhireful GDPR automated deletion flags and retention period timestamps are stored as system properties and do not appear in the standard CSV export. We extract these values from the hireful admin interface during scoping and carry them as a custom metadata field on each affected Candidate record in Recruit CRM. The destination admin configures a GDPR reminder workflow in Recruit CRM using this preserved timestamp to honour the original retention schedule.
hireful
User Licence
Recruit CRM & ATS
User
1:1Recruiter licence counts and unlimited hiring manager seats are mapped to Recruit CRM User accounts. The total active user count from hireful is reconciled against Recruit CRM's user licensing during scoping. Pro-rated licence adjustments for mid-contract hireful exits are not calculated by FlitStack AI; the customer coordinates those with both vendors.
| hireful | Recruit CRM & ATS | Compatibility | |
|---|---|---|---|
| Candidate | Candidate1:1 | Fully supported | |
| Vacancy | Job1:1 | Fully supported | |
| Application | Job Application1:1 | Fully supported | |
| Application Form (custom fields) | Candidate custom fieldslossy | Fully supported | |
| Hiring Manager Portal | User / Team Member role1:1 | Fully supported | |
| Interview Schedule | Interview (as Activity or Event)1:1 | Fully supported | |
| Scoring and Evaluation Notes | Candidate rating or evaluation fields1:1 | Mapping required | |
| Job Board Posting | Job board posting metadata (configuration flag)1:1 | Fully supported | |
| GDPR deletion flags and retention timestamps | Metadata field (custom)lossy | Fully supported | |
| User Licence | User1: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.
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
Recruit CRM & ATS gotchas
API rate limits are license-scaled and can throttle bulk migration
Custom field schemas vary per organization and require field-level mapping
Files and email attachments require separate extraction and re-upload
Email sequences and automation logic do not transfer between platforms
Pair-specific challenges
Migration approach
Discovery and hireful admin CSV export coordination
We conduct a scoping call with the customer's hireful admin to identify all active vacancies, candidate records, application histories, custom form field sets, and user licence counts. The admin runs full CSV exports from hireful's built-in export function while we simultaneously extract GDPR deletion flags, retention timestamps, and EDI configuration settings manually from the admin interface. We assess the total record count, identify records approaching hireful's export size limit, and confirm which hireful plan tier the data originated from to determine which custom form fields are present.
Data audit, deduplication, and normalisation
We audit the hireful CSV exports for duplicate candidate records (matched on email address and phone number), outdated inactive records eligible for archival, and data quality issues (missing required fields, malformed dates, multi-value fields requiring splitting). GDPR compliance filters are applied at this stage. The customer reviews the audit report and approves which records to migrate, archive, or suppress. Encoding normalisation (UTF-8) and field splitting are applied to produce the migration-ready dataset before any Recruit CRM import begins.
Recruit CRM schema preparation
We configure the destination Recruit CRM workspace: custom fields on Candidate matching hireful Pro-tier application form definitions, pipeline stages matching the hireful vacancy pipeline, user roles and seat assignments matching the hireful hiring manager portal structure, and any custom picklist values required for status and stage fields. Schema configuration happens in Recruit CRM's settings before any data import. GDPR deletion timestamp fields are created as custom metadata fields on the Candidate record to carry over the hireful retention schedule.
Attachment extraction and re-upload preparation
CVs and uploaded documents attached to hireful candidate profiles are extracted via hireful's download interface and stored in a staging file store with filenames mapped to candidate IDs. During Recruit CRM candidate import, we re-upload each file against the corresponding candidate record using Recruit CRM's attachment API, preserving original filenames and upload timestamps. Any files that fail re-upload are flagged in the migration report for manual re-attachment by the customer's admin.
Production migration in dependency order
We run production migration in dependency order: Jobs (from hireful Vacancies) first, then Candidates (with GDPR deletion metadata), then Job Applications (with status preserved), then User accounts (with hireful portal role assignments mapped to Recruit CRM roles), then Interview history, then Evaluation scores, and finally file attachments. Each phase emits a row-count reconciliation report before the next phase begins. Bulk import uses Recruit CRM's REST API with appropriate rate-limit handling and retry logic.
Cutover, validation, and workflow rebuild handoff
We freeze hireful writes during cutover, run a final delta migration of any records created or modified during the migration window, then confirm Recruit CRM as the system of record. We validate a random sample of migrated records against the hireful source for field-level accuracy. We deliver the written inventory of vacancy approval workflows, EDI configurations, and pre-set workflows for Recruit CRM rebuild, plus the job board re-posting checklist. We support a one-week hypercare window for reconciliation issues raised by the customer's team.
Platform deep dives
hireful
Source
Strengths
Weaknesses
Recruit CRM & ATS
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 Recruit CRM & ATS.
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 Recruit CRM & ATS migration scoping. Not seeing yours? Book a call.
Walk through your hireful to Recruit CRM & ATS 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 Recruit CRM & ATS
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.