HRMS migration

Migrate from Back Track Screening to Crelate

Field-level mapping, validation, and rollback between Back Track Screening and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.

Back Track Screening logo

Back Track Screening

Source

Crelate

Destination

Crelate logo

Compatibility

75%

9 of 12

objects map 1:1 between Back Track Screening and Crelate.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Back Track Screening to Crelate is a platform consolidation, not a simple record copy. Back Track Screening is a standalone FCRA-compliant background check platform built around modular screening packages, address-driven criminal search scope, and compliance-critical consent and adverse action documentation. Crelate is an ATS and talent management platform that can store screening records as custom objects but requires a custom schema build to replicate Back Track's data model. We extract candidate profiles, screening results, SSN trace output, and compliance records from Back Track; design and provision the matching custom objects in Crelate; and load everything in FCRA-correct sequence. We do not migrate screening workflows or vendor-specific integrations as code; we deliver a written inventory of what the customer's admin must rebuild or reconfigure at Crelate.

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

Back Track Screening logo

Back Track Screening

What's pushing teams away

  • Pricing is not disclosed publicly — every prospect must contact sales for a quote, blocking side-by-side comparison with vendors like Checkr or Sterling that publish per-check rates.
  • Limited public review footprint compared to top-tier screening vendors makes vendor due diligence harder, especially for procurement teams that require third-party validation.
  • Smaller vendor scale than national providers may limit international coverage and specialty searches outside US jurisdictions.
  • Background check industry generally carries hidden fees (county search surcharges, rush processing, international add-ons) that are not visible until contract — Backtrack's quote-based model exposes the same risk.
  • Self-service portal capability appears limited compared to API-first competitors, with most ordering flowing through direct vendor contact or ATS integration rather than a standalone client portal.

Choosing

Crelate logo

Crelate

What's pulling them in

  • Affordable per-seat pricing with transparent tiers makes Crelate accessible for small-to-mid staffing firms evaluating ATS platforms for the first time.
  • Fast implementation reported by customers—some describe getting live in a matter of minutes with support team assistance.
  • Unified ATS + CRM in a single product eliminates the need to buy and synchronize separate recruiting and sales tools.
  • Flexible custom fields across Contacts, Companies, and Opportunities allow recruiting teams to capture firm-specific data without developer involvement.
  • Positive reviews highlight the product's intuitive interface and functional breadth for teams that need recruiting workflows without enterprise overhead.

Object mapping

How Back Track Screening objects map to Crelate

Each row shows how a Back Track Screening 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.

Back Track Screening

Candidate

maps to

Crelate

Person (Contact)

1:1
Fully supported

Back Track Screening candidate records containing name, date of birth, SSN, address, and contact information map to Crelate Person records (the Contact entity). SSN is stored as a masked reference per our handling protocol. We preserve the candidate's address history so that county criminal jurisdiction coverage can be validated against the original jurisdictions that were searched. Consent and disclosure records are linked as separate custom object records against the Person.

Back Track Screening

Screening Order

maps to

Crelate

Custom Object: Screening Order

1:1
Fully supported

Each Back Track Screening order bundles a candidate with a specific package of checks, carrying order status (pending, in-progress, complete) and timestamps. We map this to a Crelate custom object (Screening_Order__c) with fields for package type, status, order date, completion date, and a lookup to the Person record. Package types from Back Track map to Crelate custom picklist values representing the screening types in scope.

Back Track Screening

SSN Trace

maps to

Crelate

Custom Object: SSN Trace

1:1
Fully supported

Back Track SSN trace output produces an address history for the candidate, which determines county-level criminal search scope. We preserve the raw trace result and the derived address list as a custom object (SSN_Trace__c) linked to the Person, because this data drives the validity of every criminal record returned. We validate that each criminal record in the output is matched to a jurisdiction from the SSN trace address list during migration reconciliation.

Back Track Screening

Criminal Records

maps to

Crelate

Custom Object: Criminal Record

1:many
Mapping required

Criminal records returned per jurisdiction (county, state, federal) from Back Track map to Crelate Criminal_Record__c custom objects. Each record includes charge details, disposition, court references, and jurisdiction. We link each record to the SSN_Trace__c custom object that authorized the search scope. Records marked as unverified or for which the employer did not authorize a search are flagged in a verification_status field for compliance review.

Back Track Screening

Education Verification

maps to

Crelate

Custom Object: Education Verification

1:1
Fully supported

Education verification results include school name, degree, dates of attendance, and verification status. We map these to Crelate Education_Verification__c custom objects linked to the Person record, preserving the source institution record and verification call notes in a long-text area field. Verification status values (verified, unable to verify, refused) map to custom picklist values in Crelate.

Back Track Screening

Employment Verification

maps to

Crelate

Custom Object: Employment Verification

1:1
Fully supported

Employment verification results include employer name, title, dates of employment, salary (if disclosed), and reason for leaving. We preserve the raw employer response in a long-text field and map structured fields to Crelate Employment_Verification__c custom objects. Any additional documentation (W-2, pay stub references) provided during the Back Track process is stored as attachments or document links on the custom object.

Back Track Screening

Drug Test Record

maps to

Crelate

Custom Object: Drug Test Record

1:1
Fully supported

Drug test records include test type (urine, hair, DOT), collection date, lab result (negative, positive, dilute), and MRO review status. We map these to Crelate Drug_Test__c custom objects with fields for test type, collection date, result, and MRO status. We note whether the test was DOT-regulated in a boolean field since DOT-regulated tests carry different reporting requirements.

Back Track Screening

Credit Report

maps to

Crelate

Custom Object: Credit Report

1:1
Fully supported

Credit reports returned for employment purposes include only permissible inquiry elements under FCRA (bankruptcy, public records). We strip any non-permissible credit history before loading into Crelate per FCRA permissible purpose rules. The resulting record is stored as Credit_Report__c with bankruptcy flag, public records flag, and report date. The full credit file is not migrated; only the employment-permissible subset.

Back Track Screening

Adverse Action Record

maps to

Crelate

Custom Object: Adverse Action Record

1:1
Fully supported

Adverse action documentation includes the pre-adverse action notice, the candidate response window, and the final adverse action letter. We migrate these as separate custom object records (Adverse_Action__c) linked to the Screening_Order__c, with fields for notice date, response deadline, final action date, and action taken. Signed-date timestamps are preserved so the compliance window can be reconstructed at Crelate. This is the highest-severity object in the migration scope because missing or out-of-sequence adverse action records eliminate legal defensibility.

Back Track Screening

FCRA Consent and Disclosure Record

maps to

Crelate

Custom Object: FCRA Disclosure

1:1
Fully supported

Signed FCRA consent and disclosure records are compliance-critical under the FCRA and must be retained for each candidate screened. We migrate these as Disclosure__c custom object records linked to the Person, with the signed-date timestamp preserved as a first-class field. These records must migrate before any screening results to maintain the legal defensibility chain. We flag any candidate missing a consent record for the customer's HR team to address before adverse action is considered.

Back Track Screening

Custom Check Type

maps to

Crelate

Custom Object: Custom Check

1:many
Fully supported

Back Track Screening offers customized solutions beyond standard packages, including industry-specific verifications or unusual search scopes. Each custom check type becomes a Crelate custom object (Custom_Check__c) with fields for check name, scope, result, and status. We create the Crelate custom object schema to match the specific fields present in each custom check rather than applying a generic template, because custom checks by definition do not follow a standard structure.

Back Track Screening

Screening Package Definition

maps to

Crelate

Custom Object: Screening Package

lossy
Fully supported

Back Track's modular screening packages (standard, enhanced, comprehensive, or client-defined bundles) define which check types are included per order. We map package definitions to a Crelate Screening_Package__c configuration object that lists the included check types. This configuration object drives reporting on screening scope across the migrated candidate pool and supports package-level analytics in Crelate's reporting engine.

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.

Back Track Screening logo

Back Track Screening gotchas

High

FCRA consent and disclosure records are compliance-critical in migration

High

SSN trace address history drives the scope of county criminal searches

Medium

Background check industry has a pattern of hidden fees absent from base pricing

Crelate logo

Crelate gotchas

High

120 req/min API rate limit throttles bulk migrations

High

20 custom field per-entity cap forces data model decisions

Medium

15,000-record export ceiling on single operations

Medium

Sequences and automation workflows do not migrate

Low

API key is a querystring parameter, not a header

Pair-specific challenges

  • FCRA consent records must migrate before screening results

    Under the FCRA, employers must retain signed disclosure and authorization records before initiating any background check. If consent records are migrated after screening results or are absent for any candidate, the employer loses their legal defensibility for any subsequent adverse action decision. We flag consent and disclosure records as mandatory first-phase migration objects and sequence them before any result data loads. We also preserve the signed-date timestamp so the compliance window can be reconstructed at Crelate. Any candidate missing a consent record is flagged in a reconciliation report before cutover.

  • SSN trace address history is required for criminal record validation

    Back Track Screening uses SSN trace output to determine which counties to search for criminal records. If the SSN trace address history is not migrated, the destination system cannot replicate the jurisdiction coverage that was originally ordered, and any adverse action based on a criminal record becomes harder to defend because the search scope cannot be demonstrated. We treat the SSN trace as a first-class migration object alongside the candidate record, not an optional attachment, and validate that every criminal record in the output is matched to a jurisdiction from the migrated address list.

  • Back Track has no public API; data extraction requires vendor coordination

    Back Track Screening does not appear to publish a documented REST or bulk API for direct data extraction. All migrations require coordination with the Back Track team to produce data exports in a usable format. We request full data exports during the discovery phase, validate the completeness of the export against the candidate list, and flag any gaps before migration begins. If Back Track cannot produce a complete export within the project timeline, we document the limitation and migrate available data with a gap report delivered to the customer.

  • Crelate requires custom object schema built before data loads

    Crelate's standard objects (Person, Job, Placement) do not natively accommodate screening data structures. Before any screening records can be migrated, we must design and deploy the custom object schema in Crelate's org: Screening_Order__c, SSN_Trace__c, Criminal_Record__c, Education_Verification__c, Employment_Verification__c, Drug_Test__c, Credit_Report__c, Adverse_Action__c, Disclosure__c, and Custom_Check__c. This schema deployment happens in a Crelate sandbox before production migration and adds scope that a platform with native screening objects would not require.

  • Background screening integration requires Business Plus or Enterprise tier

    Crelate's native background screening module with configurable order workflows and automated status updates is only available at Business Plus ($144/user/month) and Enterprise tiers. The standard Business tier ($99/user/month) includes the ATS and CRM but not the integrated screening workflow. We confirm the customer's Crelate tier during discovery and flag any upgrade requirement before migration begins, so the customer is not surprised by a feature unavailability post-migration.

Migration approach

Six steps for a successful Back Track Screening to Crelate data migration

  1. Discovery and data export coordination

    We audit the Back Track Screening account across candidate volume, screening order history, check type distribution, and the presence of adverse action records and consent documentation. We request a full data export from Back Track Screening's team and validate completeness against the candidate list. We confirm the customer's Crelate tier (Business, Business Plus, or Enterprise) and identify whether the background screening module is in scope. The discovery output is a written migration scope document, a data completeness report from Back Track, and a Crelate tier recommendation if the current plan does not support the required custom objects.

  2. Crelate custom object schema design and deployment

    We design the Crelate custom object schema to mirror the Back Track Screening data model: Screening_Order__c, SSN_Trace__c, Criminal_Record__c, Education_Verification__c, Employment_Verification__c, Drug_Test__c, Credit_Report__c, Adverse_Action__c, Disclosure__c, Custom_Check__c, and Screening_Package__c. Field types are mapped to Crelate-supported types (text, picklist, date, boolean, long-text area, lookup). Schema is deployed to a Crelate sandbox for validation before production deployment. The customer's Crelate admin approves the schema before we proceed.

  3. Data extraction, transformation, and mapping

    We receive the Back Track data export and transform it into the Crelate custom object format. SSN trace address histories are parsed and linked to criminal records for jurisdiction validation. FCRA consent records are separated from result data and flagged for first-phase loading. Adverse action records are tagged with signed-date timestamps. Criminal records are validated against the SSN trace address list and any without a matching jurisdiction are flagged as outside-scope. Education and employment verifications are parsed for structured fields versus raw call notes.

  4. Sandbox migration and compliance sequence validation

    We run a full migration into the customer's Crelate sandbox. The HR compliance lead spot-checks candidate records, validates that consent records precede screening results in the timeline, confirms adverse action documentation is complete for any candidate with an adverse action flag, and reviews the criminal record jurisdiction mapping. Any schema corrections, mapping adjustments, or missing data flag resolutions happen in the sandbox phase. The customer signs off on the sandbox migration before production begins.

  5. Production migration in FCRA-correct sequence

    We run production migration in compliance-correct order: FCRA Disclosure records first (consent and authorization with signed-date timestamps), then candidate Person records, then SSN Trace address histories, then screening results (criminal, education, employment, drug, credit) linked to the SSN trace, then adverse action records linked to the screening orders. Each phase emits a row-count reconciliation report before the next phase begins. The customer freezes new Back Track orders during the cutover window.

  6. Cutover, validation, and screening workflow handoff

    We perform a final delta migration of any records modified during the cutover window, then mark Crelate as the system of record for candidate screening data. We deliver a written inventory of any screening workflows, package configurations, or vendor-specific integrations that require rebuild or reconfiguration in Crelate's background screening module. We support a one-week hypercare window for reconciliation issues. We do not configure Crelate's screening order workflow, configure background check vendor integrations, or rebuild adverse action templates as part of standard migration scope.

Platform deep dives

Context on both ends of the pair

Back Track Screening logo

Back Track Screening

Source

Strengths

  • Covers standard screening types: criminal (county, state, federal), SSN trace, education, employment, drug, and credit
  • Modular and customizable screening packages allow employers to tailor scope to role and risk profile
  • Positions explicitly on FCRA compliance and EEOC guidance, aligning with regulated hiring workflows
  • Offers customized solutions for clients with non-standard screening requirements
  • Operates with a direct-contact sales model, suggesting SMB and mid-market focus

Weaknesses

  • No publicly documented API — integrations rely on manual file exchange or vendor-specific connectors
  • Pricing is not published on the website; quotes are requested per-client, obscuring cost predictability
  • Very limited public documentation, reviews, or technical references compared to major screening vendors
  • No self-service portal apparent from public site — ordering and results appear to be handled via direct interaction
  • Smaller vendor with less market presence, which may affect global coverage breadth compared to Checkr or First Advantage
Crelate logo

Crelate

Destination

Strengths

  • Unified ATS and CRM in a single platform reduces data synchronization overhead for recruiting teams.
  • Fast setup with guided implementation reported as a significant time saver for small teams.
  • Transparent per-seat pricing without surprise fees at the base tier.
  • Flexible custom field configuration across core objects without developer dependency.
  • Export capability supports up to 15,000 records per operation for Contacts, Companies, and Opportunities.

Weaknesses

  • API rate limit of 120 requests per minute restricts bulk migration throughput.
  • Custom field cap of 20 per entity requires field consolidation for complex recruiting schemas.
  • All advanced features (Activities, Activity Forms, Core Record Field customization) are tier-gated add-ons.
  • Customer service responsiveness receives consistent negative feedback in reviews.
  • Resume parsing quality trails competitors and generates support requests.

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 Back Track Screening and Crelate.

  • 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

    Back Track Screening: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Back Track Screening to Crelate 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 Back Track Screening to Crelate data migrations

Answers to the questions buyers ask most during Back Track Screening to Crelate migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Back Track Screening to Crelate 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 accounts with up to 2,000 candidates and standard check types (criminal, SSN trace, education, employment). Migrations with large historical volumes, adverse action record stacks, custom check types, or complex SSN trace-to-criminal-record jurisdiction validation move to eight to twelve weeks because of data extraction coordination with Back Track, custom object schema build and testing in Crelate, and FCRA-correct sequencing validation before production cutover.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Back Track Screening.
Land in Crelate, 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