HRMS migration
Field-level mapping, validation, and rollback between In-recruiting and Recruit CRM & ATS. We move data and schema; workflows are rebuilt natively in Recruit CRM & ATS.
In-recruiting
Source
Recruit CRM & ATS
Destination
Compatibility
9 of 11
objects map 1:1 between In-recruiting and Recruit CRM & ATS.
Complexity
BStandard
Timeline
4-6 weeks
Overview
In-recruiting and Recruit CRM share a similar ATS-first design, but they diverge on data model depth and calendar integration philosophy. Both platforms treat Candidates and Jobs as first-class objects, but In-recruiting's custom field architecture uses a flat key-value export while Recruit CRM expects structured fields tied to its candidate profile sections. We bridge that gap by building the destination schema in Recruit CRM during scoping, mapping every In-recruiting custom field to a typed Recruit CRM field before import. We capture a full snapshot of active pipelines and job postings, then run a delta export at cutover to capture any records modified during the migration window. Workflows, email sequences, and automations do not migrate; we deliver a written inventory of every In-recruiting automation requiring rebuild in Recruit CRM.
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 In-recruiting 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.
In-recruiting
Candidate
Recruit CRM & ATS
Candidate
1:1In-recruiting Candidates map to Recruit CRM Candidate records. We extract all candidate profile fields (name, email, phone, location, skills, experience, education) and map them to Recruit CRM's structured profile sections. In-recruiting custom fields stored as key-value pairs in the export are mapped to typed Recruit CRM custom fields created during schema design. The candidate's original created_date and last_modified_date are preserved in Recruit CRM's timestamp fields for audit.
In-recruiting
Job / Vacancy
Recruit CRM & ATS
Job
1:1In-recruiting Job records map to Recruit CRM Job records. The job title, description, location, employment type, salary range, and requirements migrate as structured fields. Active job status is preserved, and we sequence active jobs to be migrated last to minimize disruption to ongoing placements. In-recruiting job boards posting status maps to Recruit CRM's job_publish_status.
In-recruiting
Application
Recruit CRM & ATS
Application
1:1In-recruiting Applications map to Recruit CRM Applications attached to the relevant Job and Candidate. The application status (applied, screening, interview, offer, placed, rejected) maps to Recruit CRM's application status values, and any custom status labels in In-recruiting are translated to the closest Recruit CRM equivalent during transformation. We resolve the parent Candidate and Job references at migration time using email and job_id as dedupe keys.
In-recruiting
Pipeline Stage
Recruit CRM & ATS
Pipeline Stage
lossyIn-recruiting pipeline stages map to Recruit CRM pipeline stages within the Job's pipeline configuration. We read the pipeline structure from In-recruiting (stage name, order, probability if configured) and create matching stages in Recruit CRM before any Application records are imported. Stage history timestamps migrate as stage change events attached to the Application.
In-recruiting
Interview
Recruit CRM & ATS
Interview
1:1In-recruiting interview records map to Recruit CRM Interview records linked to the Application. Interview date, time, interviewer name, interview type, and feedback notes migrate directly. Interview status (scheduled, completed, cancelled) maps to Recruit CRM's interview status. Calendar invitation sync between In-recruiting and Google Calendar or Outlook migrates as Recruit CRM interview records with the calendar sync configured in the destination.
In-recruiting
Note / Comment
Recruit CRM & ATS
Note
1:1In-recruiting notes attached to Candidates, Jobs, or Applications map to Recruit CRM Note records. Notes are linked to the parent record via ContentDocumentLink. Rich text formatting in In-recruiting notes is preserved as HTML in Recruit CRM's note body. Note timestamps and author information migrate as metadata on the Note record.
In-recruiting
Company / Client
Recruit CRM & ATS
Client
1:1In-recruiting Company records map to Recruit CRM Client records if the agency uses the CRM module. Company name, address, industry, size, and contact persons migrate as structured fields. In-recruiting companies that function purely as candidate employers without a sales relationship map to Recruit CRM's Company section within the Candidate profile instead. The customer's use of In-recruiting's company module determines the mapping path during scoping.
In-recruiting
User / Consultant
Recruit CRM & ATS
User
1:1In-recruiting Users map to Recruit CRM User records. We match users by email address as the primary key. In-recruiting role assignments (recruiter, hiring manager, admin) map to Recruit CRM roles, and the customer's admin configures permissions in Recruit CRM post-migration. Any In-recruiting user without a matching email in the destination is held in a reconciliation queue.
In-recruiting
Custom Field
Recruit CRM & ATS
Custom Field
lossyIn-recruiting custom fields (text, number, date, dropdown, checkbox) are read from the export and mapped to Recruit CRM custom fields. Text fields map to Recruit CRM text fields, dropdowns to picklist or multi-select picklist, dates to date fields, and checkboxes to boolean fields. We create the destination custom field schema in Recruit CRM before any record import begins. Dropdown options are preserved verbatim from In-recruiting unless the customer requests consolidation.
In-recruiting
Attachment / Document
Recruit CRM & ATS
Document
1:1In-recruiting candidate attachments (resumes, cover letters, certificates) migrate to Recruit CRM Document records attached to the Candidate. Files are uploaded to Recruit CRM's document storage and linked via ContentDocumentLink. File type and original filename are preserved in the document metadata.
In-recruiting
Activity / Engagement
Recruit CRM & ATS
Activity
1:1In-recruiting engagement records (calls, emails, meetings, tasks logged within the ATS) map to Recruit CRM Activity records. Call logs with duration and disposition migrate as Call activities. Email activities preserve the email body and timestamp. Meeting activities preserve date, time, and attendee list. All activities are linked to the parent Candidate, Job, or Application record.
| In-recruiting | Recruit CRM & ATS | Compatibility | |
|---|---|---|---|
| Candidate | Candidate1:1 | Fully supported | |
| Job / Vacancy | Job1:1 | Fully supported | |
| Application | Application1:1 | Fully supported | |
| Pipeline Stage | Pipeline Stagelossy | Fully supported | |
| Interview | Interview1:1 | Fully supported | |
| Note / Comment | Note1:1 | Fully supported | |
| Company / Client | Client1:1 | Fully supported | |
| User / Consultant | User1:1 | Fully supported | |
| Custom Field | Custom Fieldlossy | Fully supported | |
| Attachment / Document | Document1:1 | Fully supported | |
| Activity / Engagement | Activity1: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.
In-recruiting gotchas
Public API details are not surfaced in reviewer documentation
Tier structure couples user count, active jobs, and feature flags
Multiposting integrations are tier-gated and per-board configured
Reporting/statistics weakness flagged by reviewers
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 In-recruiting export audit
We audit the source In-recruiting instance covering record counts (candidates, jobs, applications, notes, attachments), pipeline stage names, custom field definitions, active automations, user count, and any localized data formats (date formats, currency fields). We assess the export method: CSV export via In-recruiting's data export feature or REST API pull depending on what In-recruiting's current API access supports. The discovery output is a written migration scope document specifying record volumes, custom field mapping, pipeline mapping, and a delta-export plan.
Recruit CRM schema design
We design the destination schema in Recruit CRM before any data is extracted from In-recruiting. This includes creating all custom fields (with type-mapped Recruit CRM field types), configuring pipeline stages to match In-recruiting's stage names and ordering, setting up the Jobs module structure, and configuring the Clients module if the agency uses In-recruiting's company records as CRM entities. We coordinate with the customer's Recruit CRM admin to provision the migration user with appropriate permissions for data import.
Test migration in Recruit CRM sandbox or trial
We run a full migration into a Recruit CRM trial or sandbox environment using a representative sample of production data. The agency's operations lead spot-checks 25-50 records against the In-recruiting source (candidate profile completeness, application status, interview records, note attachments) and signs off the schema and mapping before production migration begins. Any field mapping corrections, custom field creation needs, or pipeline stage adjustments happen in this phase.
User reconciliation
We extract every distinct In-recruiting user referenced on candidate, job, application, and activity records and match them by email against the destination Recruit CRM User table. In-recruiting users without a matching Recruit CRM account are added to a reconciliation queue. The customer's Recruit CRM admin provisions any missing users before the production migration runs. Owner assignments on records migrate by resolved User reference.
Production migration in dependency order
We run the production migration in record-dependency order: Users (validated), Clients or Companies (if applicable), Candidates (with custom fields transformed), Jobs (migrated with active jobs last), Applications (with parent Candidate and Job resolved), Pipeline stage history, Interview records, Notes and attachments, and Activity history. Each phase emits a row-count reconciliation report showing records imported, records skipped, and error reasons before the next phase begins.
Delta export, cutover, and automation handoff
We run the delta export of any records created or modified in In-recruiting during the migration window, transform and import them using the same pipeline, and then enable Recruit CRM as the system of record. We deliver the automation inventory document to the customer's admin team. We support a five-day hypercare window for reconciliation issues. Workflows, sequences, and automations require rebuild in Recruit CRM by the customer's admin or a Recruit CRM partner; this is outside standard migration scope.
Platform deep dives
In-recruiting
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 In-recruiting 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
In-recruiting: Not publicly documented.
Data volume sensitivity
In-recruiting 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 In-recruiting to Recruit CRM & ATS migration scoping. Not seeing yours? Book a call.
Walk through your In-recruiting 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 In-recruiting
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.