HRMS migration
Field-level mapping, validation, and rollback between Smart Recruit Online and Recruit CRM & ATS. We move data and schema; workflows are rebuilt natively in Recruit CRM & ATS.
Smart Recruit Online
Source
Recruit CRM & ATS
Destination
Compatibility
7 of 10
objects map 1:1 between Smart Recruit Online and Recruit CRM & ATS.
Complexity
BStandard
Timeline
5-8 weeks
Overview
Moving from Smart Recruit Online to Recruit CRM is a migration from an enterprise-scale, in-house talent acquisition platform (built on SmartOS) to a recruitment-agency-native system designed for placement-focused workflows. Smart Recruit Online structures data around Candidates, Jobs, Postings, Applications, and Hirers on a tenant-defined custom field schema; Recruit CRM structures data around Candidates, Clients, Contacts, and Jobs with a simpler field model that does not require enterprise-tier configuration. We extract the SmartOS custom field schema (fieldId, valueId, valueLabel) during scoping, map it to Recruit CRM custom fields before migration, and preserve pipeline stage definitions as a Recruit CRM stage configuration. Workflows, automation rules, and stage-triggered actions are configuration objects on SmartOS and do not transfer as data; we deliver a written automation audit so your admin can rebuild them. Job board distribution records do not migrate as live listings — we provide a reposting checklist. Recruit CRM's Google Calendar integration does not sync deleted meetings, a known limitation that requires team-level process adjustment.
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 Smart Recruit Online 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.
Smart Recruit Online
Candidate
Recruit CRM & ATS
Candidate
1:1Smart Recruit Online Candidate records map directly to Recruit CRM Candidates. We preserve candidate ID as a source reference field, migrate core fields (name, email, phone, location, source), and resolve custom fields using the SmartOS fieldId/valueId/valueLabel schema mapped to Recruit CRM custom fields during the pre-migration audit. Resume files export as document attachments with metadata preserved; file URLs are re-hosted since source storage is Smart Recruit Online-controlled.
Smart Recruit Online
Job
Recruit CRM & ATS
Job
1:1Smart Recruit Online Job records map to Recruit CRM Jobs. We migrate job title, reference number, location, department, function, employment type, experience level, and job description. The Smart Recruit Online job status (Draft, Open, On Hold, Closed) maps to Recruit CRM job status values. Department and function reference data migrate as structured fields to preserve organizational context.
Smart Recruit Online
Application
Recruit CRM & ATS
Candidate + Job Stage
1:1Smart Recruit Online Application records (linking a Candidate to a Job with a current status) map to Recruit CRM candidate records on a job, with the application status reflected in the job's candidate stage. Application timestamps (applied date, last modified) and assigned Hirer migrate as activity metadata. Status history is preserved as a stage-change log in Recruit CRM's candidate timeline.
Smart Recruit Online
Hirer
Recruit CRM & ATS
User
1:1Smart Recruit Online Hirer records (internal users who create or own Jobs and Applications) map to Recruit CRM Users by email match. Hirers without a matching Recruit CRM User are held in a reconciliation queue for the customer to provision accounts before record import. User-level permissions (recruiter, admin, hiring manager) are mapped to Recruit CRM role equivalents during scoping.
Smart Recruit Online
Posting
Recruit CRM & ATS
Job (distribution metadata)
lossySmart Recruit Online Postings (job advertisements linked to Jobs with job board distribution records) map to Recruit CRM Job records with a distribution checklist delivered as a separate handoff document. The posting name, reference number, released date, and location data including remote-work flags migrate. Job board distribution to Indeed, LinkedIn, and other boards is a Smart Recruit Online-controlled action and requires manual reposting in Recruit CRM.
Smart Recruit Online
Pipeline Stage
Recruit CRM & ATS
Job Stage
lossySmart Recruit Online configurable pipeline stages within Jobs (stage name, order, and associated automations) map to Recruit CRM job stage configurations. We extract the current stage definitions during the pre-migration audit, map stage names and probabilities to equivalent Recruit CRM stage values, and deliver the stage configuration as a structured setup guide. Stage-triggered automations are documented and not migrated as automation rules.
Smart Recruit Online
Custom Field
Recruit CRM & ATS
Custom Field
lossySmart Recruit Online CustomField objects use a fieldId/valueId/valueLabel structure that is tenant-defined, routinely including 15-30+ fields with non-standard labels on Candidate and Job records. We capture the full custom field schema during scoping, map value labels to Recruit CRM custom field options, and validate picklist continuity for multi-select fields. Missing or mismatched custom fields are flagged before the migration run begins to avoid silent data loss.
Smart Recruit Online
Workflow Automation
Recruit CRM & ATS
Not migrated
1:1Smart Recruit Online workflow rules, approval chains, and stage-triggered actions are configuration objects in the SmartOS platform layer, not data records. We do not migrate them as data. We export active workflow definitions as a written automation audit inventory with trigger conditions, action sequences, and recommended Recruit CRM equivalents. The customer's admin rebuilds these post-migration.
Smart Recruit Online
Offer Record
Recruit CRM & ATS
Not migrated
1:1Offer management is available on Smart Recruit Online higher tiers. We migrate offer status and key details where exposed via API as notes or custom fields on the candidate record. Offer templates and approval workflows require manual setup in Recruit CRM as part of the post-migration configuration phase.
Smart Recruit Online
Email Communication
Recruit CRM & ATS
Candidate Activity
1:1Candidate email threads accessible via the Smart Recruit Online candidate detail endpoint migrate as activity notes on Recruit CRM candidate records. Thread integrity is preserved only for emails sent through Smart Recruit Online natively; external email imports may not carry full thread context. Email attachments migrate as candidate document attachments with metadata preserved.
| Smart Recruit Online | Recruit CRM & ATS | Compatibility | |
|---|---|---|---|
| Candidate | Candidate1:1 | Fully supported | |
| Job | Job1:1 | Fully supported | |
| Application | Candidate + Job Stage1:1 | Fully supported | |
| Hirer | User1:1 | Fully supported | |
| Posting | Job (distribution metadata)lossy | Fully supported | |
| Pipeline Stage | Job Stagelossy | Fully supported | |
| Custom Field | Custom Fieldlossy | Fully supported | |
| Workflow Automation | Not migrated1:1 | Fully supported | |
| Offer Record | Not migrated1:1 | Fully supported | |
| Email Communication | Candidate 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.
Smart Recruit Online gotchas
Customer API rate limit of 10 req/s with 1 concurrent for bulk candidate export
Custom field schema varies per tenant and requires field-level mapping
Workflow automations are configuration objects not transferable as data
Job Posting and distribution records do not migrate as live board listings
Tier-gated features require pre-migration plan review
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 scoping
We audit the source Smart Recruit Online environment including plan tier, custom field schema (all fieldId, valueId, valueLabel definitions), pipeline stage configurations, job volume, application history depth, active Hirer count, and any offer or workflow rule definitions. We pair this with a Recruit CRM scope review covering user count, existing custom field definitions, job stage configuration, and GDPR compliance requirements. The discovery output is a written migration scope document covering record counts per object, custom field mapping table, pipeline stage mapping table, and a migration timeline estimate.
Schema design and custom field mapping
We design the Recruit CRM destination schema to accommodate the Smart Recruit Online data model. This includes creating custom fields on Candidate and Job to receive Smart Recruit Online custom field data, configuring job stages to match the Smart Recruit Online pipeline stage definitions (stage name, order, probability), and mapping Smart Recruit Online Hirer email addresses to Recruit CRM User accounts. The custom field value-label mapping table (SmartOS fieldId/valueId/valueLabel to Recruit CRM picklist values) is validated against Recruit CRM's field type constraints before migration begins.
Sandbox migration and reconciliation
We run a full migration into a Recruit CRM test environment using a representative subset of production data. The customer reconciles record counts (candidates in, jobs in, applications in, custom field values in), spot-checks 20-40 records against the Smart Recruit Online source, and validates stage mapping accuracy before production migration begins. Any custom field gaps, missing picklist values, or stage name mismatches are corrected in the destination schema here, not in production.
Owner and user reconciliation
We extract every distinct Smart Recruit Online Hirer referenced on Job, Application, and Candidate records and match by email against the Recruit CRM User table. Hirers without a matching Recruit CRM User are added to a reconciliation queue. The customer provisions any missing Recruit CRM User accounts (active or inactive depending on whether the original Hirer is still with the organization). Migration cannot proceed past record import until all owner references are resolvable in Recruit CRM.
Production migration in dependency order
We run production migration in record-dependency order: Jobs first (they are the parent context for applications), then Candidates (with custom field values resolved), then Applications (with Candidate and Job lookups satisfied), then stage-change history and activity metadata. Email threads and document attachments migrate as a final phase. We use Recruit CRM's batch import API with chunking, error logging per batch, and a reconciliation report after each phase. Custom fields are loaded last after all standard fields are validated.
Cutover, validation, and handoff
We freeze Smart Recruit Online writes at cutover, run a final delta migration of any records modified during the migration window, then enable Recruit CRM as the system of record. We deliver the automation audit inventory, job board reposting checklist, and custom field mapping reference document to the customer's admin team. We support a one-week post-cutover reconciliation window. Workflow rebuilds, automation reconfiguration, and Recruit CRM-specific setup (including the Google Calendar deleted-meeting process) are outside migration scope and require the customer's admin to complete as a separate task.
Platform deep dives
Smart Recruit Online
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 Smart Recruit Online 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
Smart Recruit Online: 10 requests per second standard; 1 concurrent request for GET /candidates; publication endpoints throttled to 2 req/s.
Data volume sensitivity
Smart Recruit Online exposes a bulk API — large-volume migrations stream efficiently.
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 Smart Recruit Online to Recruit CRM & ATS migration scoping. Not seeing yours? Book a call.
Walk through your Smart Recruit Online 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 Smart Recruit Online
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.