HRMS migration

Migrate from gradar to Recruit CRM & ATS

Field-level mapping, validation, and rollback between gradar and Recruit CRM & ATS. We move data and schema; workflows are rebuilt natively in Recruit CRM & ATS.

gradar logo

gradar

Source

Recruit CRM & ATS

Destination

Recruit CRM & ATS logo

Compatibility

60%

6 of 10

objects map 1:1 between gradar and Recruit CRM & ATS.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

gradar and Recruit CRM serve fundamentally different functions — gradar is a job evaluation and compensation structuring platform that uses a 25-grade point-factor system, while Recruit CRM is a recruitment ATS and CRM built for agencies managing candidates, clients, and placements. There is no direct object-level parity between them. We treat the migration as a scoped data extract from gradar's reporting exports followed by targeted import into Recruit CRM's Jobs and Custom Fields, with compensation-related data (pay bands, grades, career paths, equal pay analysis) documented as gap items rather than migrated records. The migration requires significant preprocessing of gradar's non-standard export formats before Recruit CRM's API can accept the data. We do not migrate evaluation workflows, pay structure rules, or benchmarking datasets as these have no equivalent object in Recruit CRM.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

gradar logo

gradar

What's pushing teams away

  • Some users report that the user interface needs improvement and can feel dated compared to modern SaaS platforms.
  • Exporting data for migration purposes is not straightforward — gradar does not expose a well-documented public API for bulk data extraction.
  • Limited automation around data sharing with external systems means HR teams often resort to manual exports or professional services assistance.

Choosing

Recruit CRM & ATS logo

Recruit CRM & ATS

What's pulling them in

  • Agencies choose Recruit CRM for its full customizability — pipelines, stages, and fields can be tailored to any recruitment workflow without developer involvement.
  • Small teams value the built-in CRM and ATS combined in one subscription, eliminating the need to purchase and sync separate systems.
  • The Chrome extension for one-click LinkedIn profile collection streamlines candidate sourcing and reduces manual data entry for recruiters.
  • Responsive customer support with fast issue resolution is consistently cited as a reason teams stick with the platform long-term.
  • Automation options including email sequences and workflow triggers allow recruitment agencies to reduce repetitive manual outreach tasks.

Object mapping

How gradar objects map to Recruit CRM & ATS

Each row shows how a gradar 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.

gradar

Jobs (Roles)

maps to

Recruit CRM & ATS

Job

1:1
Fully supported

gradar Job records migrate to Recruit CRM Job. Each Job carries the role title, evaluation date, and total point score from gradar. The job title maps to the Recruit CRM job name field, and the evaluation date maps to a custom field gradar_evaluation_date__c. Total point score maps to a numeric custom field gradar_point_score__c for audit and reporting in Recruit CRM.

gradar

Grade

maps to

Recruit CRM & ATS

Custom Field on Job

lossy
Fully supported

gradar grades (1-25) have no native equivalent in Recruit CRM. We migrate the numeric grade as a custom integer field gradar_grade__c on the Job object, and the grade name (where available from the export) as gradar_grade_name__c text field. This preserves the evaluation result in the destination system even though Recruit CRM does not use grades in its workflow.

gradar

Career Path

maps to

Recruit CRM & ATS

Custom Field on Job

lossy
Fully supported

gradar's three career paths (Management, Specialist, Individual Contributor) have no native Recruit CRM equivalent. We map career path assignment to a custom picklist field gradar_career_path__c on Job. The picklist values are confirmed during scoping against the customer's actual gradar career path configuration.

gradar

Job Description

maps to

Recruit CRM & ATS

Description Field on Job

1:1
Fully supported

gradar AI-assisted job descriptions migrate as rich text into Recruit CRM's job description field. The full description body transfers intact. If Recruit CRM strips formatting, we preserve the plain text version as a fallback and note the format difference in the reconciliation report.

gradar

Competencies

maps to

Recruit CRM & ATS

Custom Fields or Custom Object

1:1
Mapping required

gradar competency profiles are structured exports that can be mapped to Recruit CRM custom fields on Job. For organisations with fewer than 20 competencies per role, we use individual custom text or picklist fields (gradar_competency_1__c through gradar_competency_n__c). For larger competency sets, we create a Custom Object in Recruit CRM named gradar_competency and link it to Job via a lookup field, which requires the customer to configure the object via Recruit CRM admin before migration.

gradar

Pay Band / Compensation Structure

maps to

Recruit CRM & ATS

Custom Fields on Job or Separate Documentation

lossy
Fully supported

gradar pay bands (min/mid/max per grade) have no native Recruit CRM object. We migrate pay band data as custom numeric fields on Job: gradar_pay_band_min__c, gradar_pay_band_mid__c, gradar_pay_band_max__c. Currency assignment requires explicit confirmation during scoping because gradar's export does not consistently tag currency per row. Where currency is ambiguous, we flag the record and document the gap rather than migrate with an assumed currency.

gradar

Grade Factor Scores

maps to

Recruit CRM & ATS

Custom Fields on Job

lossy
Mapping required

Individual factor-level point scores from gradar evaluation exports migrate as custom numeric fields (gradar_factor_score_1__c through gradar_factor_score_n__c) on the Job record. The factor count depends on the customer's gradar configuration. We confirm the exact factor names and count during scoping and create fields dynamically for each migration.

gradar

Users

maps to

Recruit CRM & ATS

User

1:1
Fully supported

gradar user accounts and their access levels migrate as User records in Recruit CRM. We match by email address. gradar permission groups have no direct Recruit CRM role model equivalent, so we flag the access level assignments in the migration documentation for the customer's Recruit CRM admin to reconfigure manually post-migration.

gradar

Benchmarking Data

maps to

Recruit CRM & ATS

Documentation Only

1:1
Mapping required

gradar market benchmarking datasets have no equivalent object in Recruit CRM. We export the benchmarking records, identify the linked Job in Recruit CRM post-migration, and deliver the benchmark values as a written dataset inventory alongside the migration. The customer's admin decides how to surface this data — whether as notes, a separate spreadsheet, or a custom reporting setup.

gradar

Equal Pay Analysis

maps to

Recruit CRM & ATS

Documentation Only

1:1
Mapping required

gradar's gender pay gap regression analysis outputs are datasets, not system configuration. These do not map to any Recruit CRM object. We export the analysis results and deliver them as a structured dataset with job references for the customer to maintain externally. The audit trail from gradar's equal pay analysis cannot be preserved inside Recruit CRM without a separate reporting or analytics tool.

Gotchas + challenges

What specifically takes care here

Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.

gradar logo

gradar gotchas

High

No public API forces reliance on manual exports

Medium

Evaluation history and grade change records require explicit extraction

Medium

Pay band data uses multiple currencies in multinational deployments

Recruit CRM & ATS logo

Recruit CRM & ATS gotchas

High

API rate limits are license-scaled and can throttle bulk migration

Medium

Custom field schemas vary per organization and require field-level mapping

Medium

Files and email attachments require separate extraction and re-upload

Low

Email sequences and automation logic do not transfer between platforms

Pair-specific challenges

  • gradar has no public API — exports are non-standard

    gradar does not expose a documented REST API. All data extraction relies on the platform's built-in reporting exports, which produce non-standard file formats that require preprocessing before they can be ingested by Recruit CRM's API. We handle the conversion of these exports to JSON but cannot automate the export generation itself — a gradar user must initiate each export during scoping. If any export is incomplete or missing required fields, we flag the gap before migration begins and document the limitation in the migration report.

  • Pay bands and grades have no native Recruit CRM home

    Recruit CRM is a recruitment ATS and CRM. It has no native grade, pay band, career path, equal pay analysis, or compensation structuring objects. We migrate grades as custom fields on Job and pay bands as custom numeric fields, but these are administrative notes rather than a working compensation system. Organisations expecting gradar's pay decisions to function inside Recruit CRM will be disappointed. We document this explicitly and advise whether the migration scope should include a separate compensation management tool or whether pay data is for reference only.

  • Evaluation history may be incomplete in standard exports

    gradar stores evaluation dates and grade-change history as part of the job record, but standard exports may surface only the current grade, not the historical progression. We request extended exports that include evaluation timelines. Where historical data cannot be extracted, we migrate the most recent evaluation record and note the audit trail gap in the migration documentation. This is a known limitation of gradar's export tooling, not a limitation of Recruit CRM.

  • Currency assignment on pay bands requires explicit confirmation

    Organisations with operations across countries often maintain pay bands in local currencies per grade. gradar supports multilingual and multicurrency configurations, but the export does not consistently tag currency against each pay band row. We flag currency ambiguity at scoping and ask customers to confirm the correct currency for each compensation structure before we commit the data. Migrating pay band values with the wrong currency creates incorrect records that require cleanup post-migration.

Migration approach

Six steps for a successful gradar to Recruit CRM & ATS data migration

  1. Scoping and export coordination

    We audit the gradar configuration to identify all required exports: Job list with titles and IDs, Grade assignments, Career Path assignments, Job Descriptions, Competency profiles, Pay Band definitions, Grade Factor Scores, and User accounts. Because gradar has no API, a gradar user initiates each export manually. We provide a written export checklist and support the customer through each download, confirming field completeness and format before the migration team receives the data.

  2. Export preprocessing and data normalisation

    We convert gradar's non-standard export formats into structured JSON ready for Recruit CRM's API. This includes parsing nested evaluation records, flattening competency arrays, normalising date formats to ISO 8601, and encoding grade factor scores into named custom fields. Currency-confirmed pay band values are isolated in this phase. Any records with missing required fields are flagged and returned to the customer for confirmation before they enter the migration pipeline.

  3. Recruit CRM schema extension

    We create the custom fields required in Recruit CRM: gradar_grade__c, gradar_grade_name__c, gradar_career_path__c, gradar_point_score__c, gradar_evaluation_date__c, and pay band fields (gradar_pay_band_min__c, gradar_pay_band_mid__c, gradar_pay_band_max__c). If the customer has more than 20 competency fields per role, we provision a custom object gradar_competency with a lookup to Job. All schema additions are deployed via Recruit CRM admin tools before data import begins.

  4. Job and role data migration

    We migrate Job records via the Recruit CRM API, inserting job titles, descriptions, and custom field values in dependency order. Job records are created first because other objects (Competencies, Pay Bands) may have lookups referencing them. We use batch inserts with rate-limit handling and exponential backoff. Each batch emits a row-count reconciliation report.

  5. Compensation and evaluation data migration

    Grade, Career Path, Point Score, and Pay Band data are migrated as custom fields on the corresponding Job records after the core job data has validated successfully. Grade Factor Scores are added as additional custom fields per factor identified in the gradar export. Compensation data migrations receive a separate reconciliation pass because currency and pay band completeness require explicit customer sign-off on any flagged records.

  6. User migration and admin handoff

    gradar user accounts are migrated to Recruit CRM User records matched by email. Permission group assignments are documented in the migration report for the customer's Recruit CRM admin to reconfigure. We deliver the Benchmarking Data and Equal Pay Analysis as structured dataset exports alongside the migration, with written guidance on how to surface these in Recruit CRM or an external analytics tool. We do not rebuild gradar evaluation workflows, pay rules, or compensation automations as these have no equivalent in Recruit CRM.

Platform deep dives

Context on both ends of the pair

gradar logo

gradar

Source

Strengths

  • Point-factor evaluation methodology is objective and legally defensible across jurisdictions including the EU and Germany.
  • Grade Map with 25 grades across three career paths handles roles from entry-level to executive.
  • Comprehensive compensation suite covers evaluation, pay structuring, benchmarking, and equal pay analysis in one platform.
  • Highly affordable compared to consultant-led job evaluation — customers report saving up to 95% on typical projects.
  • Multilingual and multinational-ready with support for many languages and global job structures.

Weaknesses

  • No publicly documented REST API — data export relies on built-in reporting tools or manual downloads.
  • Interface and user experience is considered dated by some users compared to modern SaaS standards.
  • Export formats are non-standard and require preprocessing before they can be imported into most destination HRMS platforms.
  • Limited third-party integrations out of the box; data portability for migrations is not a primary platform design goal.
Recruit CRM & ATS logo

Recruit CRM & ATS

Destination

Strengths

  • Fully customizable pipelines, stages, and fields without requiring developer involvement
  • Combines recruitment CRM and ATS in one subscription for staffing agencies and small teams
  • Built-in email sequences and automation reduce manual outreach work
  • Chrome extension enables one-click LinkedIn profile collection directly into the CRM
  • Responsive customer support cited across multiple reviews with fast resolution times

Weaknesses

  • Several features are gated as paid add-ons rather than included in the base subscription
  • Email functionality has been reported as unreliable by multiple users
  • Interface occasionally lags during high-activity periods in large pipelines
  • Pricing is considered higher than comparable recruitment CRMs by some customers
  • Limited native reporting — users request pre-made report exports rather than manual data pulls

Complexity grading

How hard is this migration?

Standard HRMS migration. 1 of 7 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across gradar and Recruit CRM & ATS.

  • Object compatibility

    B

    1 of 7 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    7-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    gradar: Not publicly documented.

  • Data volume sensitivity

    B

    gradar doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your gradar to Recruit CRM & ATS migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about gradar to Recruit CRM & ATS data migrations

Answers to the questions buyers ask most during gradar to Recruit CRM & ATS migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your gradar to Recruit CRM & ATS migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between three and five weeks for organisations with up to 500 job records and clear export data. Migrations with pay band data requiring currency confirmation, extended evaluation history exports, or competency configurations exceeding 20 fields per role extend to six to nine weeks. The gradar export phase is the primary variable — it requires manual effort from a gradar user and can add one to two weeks if exports need to be regenerated or corrected.

Adjacent paths

Related migrations to explore

Ready when you are

Move from gradar.
Land in Recruit CRM & ATS, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day