HRMS migration

Migrate from TRAFFIT to Crelate

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

TRAFFIT logo

TRAFFIT

Source

Crelate

Destination

Crelate logo

Compatibility

75%

9 of 12

objects map 1:1 between TRAFFIT and Crelate.

Complexity

BStandard

Timeline

4-6 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from TRAFFIT to Crelate is a cross-border ATS migration that requires resolving differences in object hierarchy, consent handling, and activity storage. TRAFFIT organizes data around Jobs, Candidates, Adverts, and a Talent Pool with native GDPR compliance features; Crelate combines an ATS with a recruiting CRM and a unified Living Platform data model. The most significant constraint on the source side is that TRAFFIT's candidate activity history (calls, notes, stage-change events) is not exportable via API or XLS, which means the interaction timeline does not migrate regardless of destination. We flag this explicitly during scoping, migrate all objects with stable export paths, and configure the talent pool as a tagging setup in Crelate. GDPR consent records migrate with the candidate but Crelate stores consent as a compliance attribute rather than a first-class object, requiring a mapping decision at scoping. Workflows, Zapier integrations, and TRAFFIT automations do not migrate; we deliver a written inventory for the customer's admin to rebuild in Crelate's workflow builder.

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

TRAFFIT logo

TRAFFIT

What's pushing teams away

  • The lack of a mobile app limits on-the-go recruitment tasks, frustrating teams that rely on mobile access for candidate communication and status updates.
  • Reports are described as difficult to read and incomplete by long-term users, pushing teams toward external BI tools for meaningful analytics.
  • Per-user pricing scales poorly for growing teams, with customers noting that adding more seats significantly increases monthly costs without proportional feature gains.
  • Job board multiposting is limited, requiring manual posting to each platform or paid integrations, which slows down high-volume hiring workflows.

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 TRAFFIT objects map to Crelate

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

TRAFFIT

Candidate

maps to

Crelate

Person

1:1
Fully supported

TRAFFIT Candidate records map to Crelate Person records. Full name, email, phone, address, and LinkedIn profile URL migrate as standard Person fields. We apply an active-candidate filter during extraction to exclude soft-deleted records; TRAFFIT's soft-delete does not permanently remove candidates and the XLS export may include them unless explicitly filtered. Custom fields on Candidates (such as source-specific attributes or certification flags) map to Crelate custom fields, with type validation performed during the data audit phase to catch any field type changes that occurred mid-use in TRAFFIT.

TRAFFIT

Job (Recruitment)

maps to

Crelate

Job (Requisition)

1:1
Fully supported

TRAFFIT Jobs (Recruitments) map to Crelate Jobs. The job title, description, status, and assigned hiring manager migrate directly. TRAFFIT's pipeline stages map to Crelate's job pipeline stages, and we configure the stage probability values during Crelate setup before import. Jobs with confidential status in TRAFFIT map to the confidential flag on Crelate Jobs if the customer's Business Plus plan supports it.

TRAFFIT

Candidate Application

maps to

Crelate

Application

1:1
Fully supported

Each TRAFFIT Candidate-to-Job application carries a stage, source attribution, and submission timestamp. We re-create the candidate-to-job association in Crelate as an Application record linked to the Person and Job. The application source label (referral, job board, direct) migrates from TRAFFIT's Application Sources object and maps to Crelate's Candidate Source taxonomy. Where a candidate has applied to multiple jobs, we create one Application record per job to preserve the full pipeline history.

TRAFFIT

Advert

maps to

Crelate

Job Posting

1:1
Fully supported

TRAFFIT Adverts (job listing objects with publication dates and status) map to Crelate Job Postings. Advert content migrates as the job posting body text, and publication status maps to the active or closed flag on Crelate. Adverts with past publication dates that are still active in TRAFFIT are set to closed in Crelate unless the customer requests otherwise.

TRAFFIT

User and Hiring Manager

maps to

Crelate

User

1:1
Fully supported

TRAFFIT user records (recruiter seats and free-tier Hiring Managers) map to Crelate Users. We extract active users by email, name, and role. Hiring Managers without a Crelate seat are provisioned as Users with the appropriate Crelate role (Hiring Manager or Recruiter) before candidate import, because OwnerId references on Applications and Jobs must be satisfied at the time of record insert.

TRAFFIT

Tag and Talent Pool

maps to

Crelate

Tag (configuration)

lossy
Fully supported

TRAFFIT's Talent Pool is a segmented candidate database with member tagging, while Crelate does not have a native Talent Pool object equivalent. We configure Crelate's tagging system to represent Talent Pool membership by migrating each Talent Pool as a named tag and applying it to all members. The customer chooses during scoping whether to consolidate all pools into tags or create a custom candidate field to represent pool membership separately from tags.

TRAFFIT

Custom Fields

maps to

Crelate

Custom Fields

1:1
Mapping required

TRAFFIT allows custom fields on Candidates, Jobs, and CRM Persons with configurable types and required flags. We export the current field schema via the extended API during scoping, validate field types against actual values (TRAFFIT allows mid-use type changes that can leave values incompatible with the new type), and map each custom field to a Crelate custom field of the equivalent type. Type-mismatch records are flagged for manual review before import.

TRAFFIT

Document and Attachment

maps to

Crelate

Document (Resume Toolbox)

1:1
Fully supported

Resume files, cover letters, and uploaded attachments linked to candidate profiles migrate as Crelate Documents attached to the corresponding Person record via the Resume Toolbox feature. File storage formats and attachment limits in Crelate (increased on Business Plus) are checked during scoping; documents exceeding Crelate's per-plan storage limits are flagged and the customer decides which files to prioritize.

TRAFFIT

GDPR Consent

maps to

Crelate

Compliance Attribute (custom field)

1:1
Fully supported

GDPR Consent records in TRAFFIT track consent type, timestamp, and withdrawal status for each candidate. Crelate does not have a dedicated consent object with timestamps and an audit trail. We migrate consent data as a custom compliance attribute on the Person record, mapping consent type to a picklist and consent timestamp to a date field. The customer configures the custom field label during Crelate setup. If the GDPR Assistant add-on has run automated anonymization on any candidate before migration, the affected consent records are partially redacted; we document any gaps in the consent timeline before sign-off.

TRAFFIT

CRM Person

maps to

Crelate

Company (Client)

1:many
Fully supported

TRAFFIT maintains a separate CRM Persons object for contacts outside the recruitment funnel (hiring managers, client contacts, referrers). Crelate has no separate CRM Persons object; these records map to the Crelate Company object as client contacts, with the contact name and role stored on the Company record. We flag this as a mapping that changes the data model and note it during scoping so the customer can decide how to handle records that were stored as CRM Persons but have no active job association in TRAFFIT.

TRAFFIT

Application Source

maps to

Crelate

Candidate Source

1:1
Fully supported

TRAFFIT tracks application attribution (referral, LinkedIn, Indeed, direct) as a labeled field on each application. These source labels migrate to Crelate's Candidate Source taxonomy. Where TRAFFIT uses a source label that has no direct Crelate equivalent, we map it to a catch-all 'Other' source and document the mapping in the final deliverable for the customer's admin to review and relabel as needed.

TRAFFIT

Job Stage (Pipeline)

maps to

Crelate

Job Stage (Pipeline)

lossy
Fully supported

TRAFFIT job stages (pipeline stages from application through hire or rejection) map to Crelate job pipeline stages. We configure the stage sequence in Crelate before import, preserving stage order and assigning probability percentages where the customer uses stage-based forecasting. Stages unique to TRAFFIT (such as confidential stages on sensitive recruitments) are mapped to the nearest equivalent Crelate stage or created as custom stages on the Business Plus plan.

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.

TRAFFIT logo

TRAFFIT gotchas

High

Extended API requires a paid add-on

High

Activity history is not exportable

Medium

Soft-deleted candidates may inflate export scope

Medium

GDPR Assistant add-on affects consent data handling

Low

Custom field type changes require re-mapping

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

  • Activity history does not migrate from TRAFFIT

    Candidate activity records in TRAFFIT (calls logged, notes added, stage-change events, internal comments) are stored in the platform's internal event system and are not exposed via API or XLS export. We cannot migrate candidate interaction timelines to Crelate or any other destination platform. We flag this explicitly during scoping and scope only objects with stable export paths: candidate profiles, applications, jobs, documents, and consent records. The customer should understand that their Crelate environment will begin with fresh activity tracking after the migration cutover date.

  • GDPR consent lacks a first-class Crelate object

    TRAFFIT stores GDPR consent as a dedicated record with consent type, timestamp, and withdrawal status per candidate. Crelate does not have a native consent record object with an audit trail. We map consent to a custom compliance attribute on the Person record during migration, which satisfies basic record-level consent tracking but does not replicate the granular timeline of consent events that GDPR-focused teams may need. For customers with strict GDPR audit requirements, we recommend reviewing Crelate's GDPR compliance module and adding a custom consent management workflow post-migration.

  • Extended API requires a paid TRAFFIT add-on

    TRAFFIT's base subscription includes only a limited API scope. Access to full API endpoints needed for comprehensive bulk exports is gated behind the Extended API add-on. During scoping, we confirm the customer's current API access level. If only limited API scope is available, we rely on filtered XLS exports which do not include all objects (notably excluding full application history and CRM Persons details). We advise customers who need comprehensive data exports to purchase the Extended API add-on before migration begins.

  • Soft-deleted candidates may inflate export scope

    TRAFFIT supports soft-delete for candidates, but the default XLS export may include these records unless filtered explicitly. We apply an active-candidate filter during scoping and verify record counts against TRAFFIT's filtered-view to avoid importing ghost records into Crelate. Records in an anonymized state (affected by the GDPR Assistant add-on's automated retention policy) are flagged separately for the customer's review before import.

  • Custom field type changes require re-validation

    TRAFFIT allows renaming custom fields and changing their data types after creation. The API exposes the current field schema but not the historical type. If a custom field was changed mid-use, existing values may be incompatible with the new type at migration time. We validate each custom field's actual values against its declared type during the data audit phase and flag any records with type-mismatch values for the customer's admin to review and correct before we proceed to the Crelate import.

Migration approach

Six steps for a successful TRAFFIT to Crelate data migration

  1. Discovery and scoping

    We audit the TRAFFIT environment for API access level (base or extended), active record counts per object, custom field schemas on Candidates, Jobs, and CRM Persons, active GDPR anonymization policies, and any soft-deleted or anonymized candidate records. We pair this with a Crelate edition assessment based on the customer's team size, AI feature needs, and custom field limits per plan tier. The discovery output is a written migration scope, a TRAFFIT-to-Crelate object mapping table, and a decision point on consent handling and talent pool configuration.

  2. Data extraction from TRAFFIT

    We extract data from TRAFFIT using the Extended API where available, falling back to filtered XLS exports for customers without the API add-on. We extract Jobs, Candidates, Applications, Adverts, Users, Tags (for Talent Pool mapping), Custom Fields schema, GDPR Consent records, CRM Persons, and Application Sources. Activity history is not extracted as it has no export path. We apply the active-candidate filter to exclude soft-deleted records and run a field-type validation pass on all custom fields to catch type-mismatch values before transformation.

  3. Schema design and consent mapping in Crelate

    We configure the Crelate destination environment before any data import. This includes creating custom Person fields (mapped from TRAFFIT Candidate custom fields), configuring job pipeline stages with probability percentages, setting up Crelate tags to represent TRAFFIT Talent Pools, creating a GDPR compliance custom field on Person for consent data, and mapping CRM Persons to the Crelate Company object. Schema configuration is validated in Crelate's sandbox or trial environment before production migration begins.

  4. Test migration and reconciliation

    We run a full test migration into Crelate using production-like data volume. The customer's recruiting lead reconciles record counts (Candidates in, Jobs in, Applications in, Tags applied, GDPR fields populated), spot-checks 25-50 candidate records against the TRAFFIT source, and reviews the talent pool tag assignment. Any mapping corrections, custom field type errors, or consent gaps are resolved in this phase. The customer signs off on the test migration before we proceed to production.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Users and Hiring Managers (provisioned and validated), Jobs (base record), Adverts (linked to Jobs), CRM Persons (mapped to Companies), Candidates (with custom fields and GDPR consent attributes), Applications (with Person and Job lookups resolved), Tags (applied to Candidates representing Talent Pool membership), and Documents (attached to Persons via Resume Toolbox). Each phase emits a row-count reconciliation report before the next phase begins.

  6. Cutover, validation, and workflow inventory handoff

    We freeze writes to TRAFFIT during cutover, run a final delta migration of records modified during the migration window, then enable Crelate as the system of record. We deliver a written inventory of all TRAFFIT workflows, Zapier integrations, and automations for the customer's admin to rebuild in Crelate's workflow builder, along with a GDPR compliance review noting any gaps in the consent audit trail due to the mapping from a dedicated consent object to a custom compliance field. We support a one-week post-cutover validation window to resolve any record linkage issues raised by the recruiting team.

Platform deep dives

Context on both ends of the pair

TRAFFIT logo

TRAFFIT

Source

Strengths

  • Purpose-built for tech recruitment with sourcing integrations and job board connectors native to the platform.
  • GDPR consent management is a first-class feature with audit trails and an optional GDPR Assistant add-on.
  • Free tier for hiring managers allows involving non-recruiters in the process without full seat costs.
  • Custom fields and flexible workflow stages adapt to varied hiring processes and agency client structures.
  • Webhook API supports real-time event triggers for integrations with external tools.

Weaknesses

  • No mobile app limits access to candidate data and workflows for recruiters working outside a desktop environment.
  • Reports are widely described as incomplete and difficult to read, reducing the platform's analytics value.
  • Per-user pricing scales linearly, making it costly for larger recruiting teams with many hiring managers.
  • Limited multiposting requires additional paid integrations or manual effort to post to all desired job boards.
  • Activity timelines are not exportable, meaning candidate interaction history is lost on migration.
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 TRAFFIT 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

    TRAFFIT: Not publicly documented in available documentation.

  • Data volume sensitivity

    B

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

Estimator

Estimate your TRAFFIT 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 TRAFFIT to Crelate data migrations

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

Can't find your answer?

Walk through your TRAFFIT 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 four and six weeks for accounts under 10,000 active candidates and 500 jobs with no extensive custom field schemas. Migrations with large custom field schemas on multiple objects, active GDPR anonymization policies, CRM Persons requiring Company-object split, or talent pools requiring custom tagging configuration move to ten to fourteen weeks because of consent audit work, type-mismatch remediation, and talent pool transformation testing.

Adjacent paths

Related migrations to explore

Ready when you are

Move from TRAFFIT.
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