Migrate your TRAFFIT data
A Polish-built ATS tailored for tech recruitment teams and agencies, combining candidate management, job advertising, and GDPR compliance tools with a flexible API for integrations.
In its favor
Why people choose TRAFFIT
The signal that keeps TRAFFIT on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
The platform offers a free tier for hiring managers, letting teams evaluate the system without purchasing full recruiter seats before committing.
TRAFFIT is purpose-built for IT and tech recruitment, with built-in sourcing integrations and job board connectors that appeal to technical staffing teams.
The candidate talent pool and tagging system lets agencies maintain searchable talent databases across multiple client pipelines without losing history.
GDPR consent management is a native feature, reducing compliance overhead for EU-based teams that need audit trails on candidate data processing.
The platform supports Zapier, Zoho Flow, and an extended API, making it viable as a hub for automated recruitment workflows.
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.
Reasons to switch
Why people leave TRAFFIT
The recurring reasons buyers give for replacing TRAFFIT. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where TRAFFIT fits
Grades across six dimensions, plus a SWOT-style view of where the platform shines and where it falls short.
SWOT — strengths, weaknesses, and use-case fit
Strengths
Weaknesses
Where it works
Where it struggles
Pricing tiers
TRAFFIT pricing overview
TRAFFIT uses a per-user subscription model with optional paid add-ons for extended API access, GDPR Assistant, and automatic candidate anonymization. Pricing is not publicly listed and requires a sales inquiry; customers report costs scaling with team size.
Starter
Tier 1 of 3
Contact sales (starts ~$72/month for alternatives)
What's included
Need help selecting your HRMS?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on TRAFFIT's schedule — see our quote-based pricing →
What gets migrated
TRAFFIT object support
Object-by-object support for TRAFFIT migrations. Per-pair details surface during scoping.
Jobs (Recruitments)
Fully supportedJobs are the core pipeline object in TRAFFIT, holding candidates through stages from application to hire. We export the full job structure including stage definitions and move all active candidates into matching jobs at the destination, preserving stage history.
Candidates
Fully supportedCandidates are the primary record type. We migrate candidate profiles, contact details, application history, and talent-pool status. Soft-deleted candidates are preserved or excluded based on scoping requirements.
Candidate Applications
Fully supportedEach application links a candidate to a job with a stage, source, and timestamp. We preserve the full application-to-stage mapping and re-create the association at the destination, handling cases where one candidate has applied to multiple jobs.
Adverts
Mapping requiredAdverts are TRAFFIT's job-listing object. We export advert content, publication dates, and status. Destination platforms may use different listing terminology (Posts, Requisitions), so field mapping is required on a per-destination basis.
Custom Fields
Mapping requiredTRAFFIT allows custom fields on Candidates, Jobs, and CRM Persons. Custom field types, required flags, and restricted-editing settings must be discovered via the API and mapped to equivalent fields at the destination. Choice-based custom fields require option-value translation.
Users and Hiring Managers
Fully supportedUser records include role, email, and active status. Hiring Manager accounts (free-tier in TRAFFIT) are treated as limited user records. We export all active users for reassignment in the destination ATS, though role hierarchies may not translate 1:1.
Tags and Talents
Mapping requiredTags are used for candidate categorization and talent-pool segmentation. We preserve tag names and apply them as labels or custom properties at the destination. Where the destination uses a different tagging model, we map tags to the closest equivalent.
Documents and Attachments
Mapping requiredResume files, cover letters, and uploaded documents are attached to candidate profiles. We export files with their associations. File storage formats and attachment limits vary by destination, so document re-upload and storage verification are part of the migration scope.
Candidate Activities
Not in this platformActivity history (calls logged, notes added, interactions recorded) is tied to TRAFFIT's internal event system and does not have a stable export endpoint. We do not migrate activity timelines as they cannot be reliably reconstructed at the destination.
GDPR Consents
Mapping requiredConsent records track when candidates gave or withdrew permission for data processing. We export consent timestamps and type. Some destination platforms treat consent as a compliance attribute rather than a first-class object, so we map consent to the destination's equivalent compliance field or a custom property.
CRM Persons
Mapping requiredTRAFFIT maintains a separate CRM Persons object for contacts outside the recruitment funnel. We export CRM person records including custom fields. Not all ATS platforms have a distinct CRM Persons object; in those cases, we merge CRM persons into the candidate or contact object.
Application Sources
Mapping requiredTRAFFIT tracks where each application originated (job board, referral, direct). We export source labels and attribution data. Destination platforms may have different source taxonomies, requiring a mapping table at migration time.
| Object | Support | Notes |
|---|---|---|
| Jobs (Recruitments) | Fully supported | Jobs are the core pipeline object in TRAFFIT, holding candidates through stages from application to hire. We export the full job structure including stage definitions and move all active candidates into matching jobs at the destination, preserving stage history. |
| Candidates | Fully supported | Candidates are the primary record type. We migrate candidate profiles, contact details, application history, and talent-pool status. Soft-deleted candidates are preserved or excluded based on scoping requirements. |
| Candidate Applications | Fully supported | Each application links a candidate to a job with a stage, source, and timestamp. We preserve the full application-to-stage mapping and re-create the association at the destination, handling cases where one candidate has applied to multiple jobs. |
| Adverts | Mapping required | Adverts are TRAFFIT's job-listing object. We export advert content, publication dates, and status. Destination platforms may use different listing terminology (Posts, Requisitions), so field mapping is required on a per-destination basis. |
| Custom Fields | Mapping required | TRAFFIT allows custom fields on Candidates, Jobs, and CRM Persons. Custom field types, required flags, and restricted-editing settings must be discovered via the API and mapped to equivalent fields at the destination. Choice-based custom fields require option-value translation. |
| Users and Hiring Managers | Fully supported | User records include role, email, and active status. Hiring Manager accounts (free-tier in TRAFFIT) are treated as limited user records. We export all active users for reassignment in the destination ATS, though role hierarchies may not translate 1:1. |
| Tags and Talents | Mapping required | Tags are used for candidate categorization and talent-pool segmentation. We preserve tag names and apply them as labels or custom properties at the destination. Where the destination uses a different tagging model, we map tags to the closest equivalent. |
| Documents and Attachments | Mapping required | Resume files, cover letters, and uploaded documents are attached to candidate profiles. We export files with their associations. File storage formats and attachment limits vary by destination, so document re-upload and storage verification are part of the migration scope. |
| Candidate Activities | Not in this platform | Activity history (calls logged, notes added, interactions recorded) is tied to TRAFFIT's internal event system and does not have a stable export endpoint. We do not migrate activity timelines as they cannot be reliably reconstructed at the destination. |
| GDPR Consents | Mapping required | Consent records track when candidates gave or withdrew permission for data processing. We export consent timestamps and type. Some destination platforms treat consent as a compliance attribute rather than a first-class object, so we map consent to the destination's equivalent compliance field or a custom property. |
| CRM Persons | Mapping required | TRAFFIT maintains a separate CRM Persons object for contacts outside the recruitment funnel. We export CRM person records including custom fields. Not all ATS platforms have a distinct CRM Persons object; in those cases, we merge CRM persons into the candidate or contact object. |
| Application Sources | Mapping required | TRAFFIT tracks where each application originated (job board, referral, direct). We export source labels and attribution data. Destination platforms may have different source taxonomies, requiring a mapping table at migration time. |
Gotchas
What to watch for in TRAFFIT migrations
Issues we've hit on past TRAFFIT migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
Extended API requires a paid add-on
Activity history is not exportable
Soft-deleted candidates may inflate export scope
GDPR Assistant add-on affects consent data handling
Custom field type changes require re-mapping
| Severity | Issue |
|---|---|
| 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 |
Leaving TRAFFIT?
Where TRAFFIT customers move next
5 destinations TRAFFIT can migrate to.
How a TRAFFIT migration works
Four steps, TRAFFIT-specific
Connect
Bearer token into TRAFFIT. Scopes limited to read-only on the data we move.
Map
We translate TRAFFIT-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate TRAFFIT quirks before production.
Migrate
Full migration with TRAFFIT rate-limit handling. Rollback available throughout.
FAQ
TRAFFIT migration FAQ
Answers to the questions buyers ask most during TRAFFIT migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your TRAFFIT migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationOther HR systems we support
Ready when you are
Migrate TRAFFIT.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your TRAFFIT setup and destination — written quote back within a business day.