CRM migration

Migrate from Gearbox to Twenty CRM

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

Gearbox logo

Gearbox

Source

Twenty CRM

Destination

Twenty CRM logo

Compatibility

100%

13 of 13

objects map 1:1 between Gearbox and Twenty CRM.

Complexity

BStandard

Timeline

1–2 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Teams move from Gearbox to Twenty CRM when they want full data ownership, open-source infrastructure, and a CRM built on a clean TypeScript and PostgreSQL stack. Gearbox organizes fleet-maintenance data around Contractors, Companies, Work Orders, and Vehicles. Twenty CRM maps these to People (for contacts and contractors), Companies, Opportunities (for work orders and deals), and custom objects (for vehicle-asset records). FlitStack AI extracts Gearbox data via its REST API, transforms all field names and types, and loads into Twenty through its GraphQL batch-import endpoint. Work-order status, service type, priority, and cost land as custom fields on Twenty Opportunities. Vehicle-asset associations migrate as a custom object with a relation to the parent Company record. Gearbox workflows and scheduling automations do not migrate — FlitStack exports Gearbox workflow definitions as a rebuild reference for Twenty's workflow builder. The migration runs with scoped read-only access on Gearbox, so your team keeps operating during the cutover. A delta-pickup window captures any work orders modified or created between the initial extraction and the final verification pass.

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

Gearbox logo

Gearbox

What's pushing teams away

  • Catalog website mismatch — the catalog points to gearboxsoftware.com, which is Gearbox Software (the video game studio behind Borderlands). The actual fleet product lives at gearboxfleet.com. This creates vendor identification risk during procurement.
  • Edition-tier API gating means custom-field and advanced object access is not guaranteed on every plan — teams on lower tiers may need an upgrade to extract their full data set during migration.
  • End-to-end FSM capabilities (advanced scheduling, dispatch routing, technician mobile workflows, customer entitlements) are not Gearbox's focus per SoftwareAdvice guidance — pure dispatch-heavy field service teams may outgrow it.
  • Public review footprint is modest compared to mainstream FSM platforms, limiting peer-driven evaluation and reducing the pool of third-party consultants.
  • Pricing is sales-led with no published per-asset or per-user rate, complicating budgeting in pre-sales evaluation.

Choosing

Twenty CRM logo

Twenty CRM

What's pulling them in

  • Top open-source CRM on GitHub with 40.6K stars, giving teams full source code access and infrastructure ownership without per-feature licensing surprises.
  • Free self-hosting under AGPL-3.0 means unlimited users and custom objects for the cost of cloud infrastructure alone, typically $20–100/month.
  • Pricing page explicitly mocks competitors for charging add-on fees for API access, webhooks, and workflows — transparency that resonates with RevOps teams burned by Salesforce.
  • Unlimited custom objects and fields with no price impact, letting teams shape the data model to their business rather than forcing business into rigid schemas.
  • Modern TypeScript/React/PostgreSQL stack means developer-led teams can extend, self-host, or integrate without fighting legacy architecture.

Object mapping

How Gearbox objects map to Twenty CRM

Each row shows how a Gearbox object lands in Twenty CRM, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

Gearbox

Contractor / Person

maps to

Twenty CRM

People

1:1
Fully supported

Gearbox contractor records map directly to Twenty People. Gearbox stores first name, last name, email, phone, job title, and company association. These map 1:1 to Twenty People fields. Contractor status (Active, Inactive) migrates as a custom Select field on People if the field is used to filter pipelines rather than just archive records.

Gearbox

Company / Organization

maps to

Twenty CRM

Company

1:1
Fully supported

Gearbox organization records map to Twenty Companies. Standard fields — name, domain, industry, employee count, annual revenue, address — map to their Twenty counterparts. Gearbox's parent-company hierarchy maps to Twenty's relation field on Company if Gearbox exposes that relationship in its API export.

Gearbox

Work Order

maps to

Twenty CRM

Opportunity

1:1
Fully supported

Work orders are the core entity in Gearbox's fleet model. FlitStack AI maps Work Order name to Opportunity name, scheduled date to Close Date, and Work Order status to Opportunity Stage via value mapping (Active → Open/Qualification, Completed → Closed Won, Cancelled → Closed Lost). Custom fields like service type, priority, and cost migrate to custom fields on the Opportunity.

Gearbox

Work Order Stage

maps to

Twenty CRM

Opportunity Stage

1:1
Fully supported

Gearbox stage names vary by setup but typically include states like Scheduled, In Progress, Pending Parts, Completed, and Cancelled. Each value is mapped to a Twenty Opportunity Stage. Stage transition timestamps from Gearbox are preserved as custom datetime fields on the Opportunity record.

Gearbox

Vehicle / Asset

maps to

Twenty CRM

Custom Object: Vehicle

1:1
Fully supported

Gearbox vehicle and asset records have no direct Twenty CRM equivalent — Twenty does not ship a native asset or fleet object. FlitStack AI creates a Vehicle custom object in Twenty via Settings → Data Model, adds fields for registration, make/model, mileage, and last service date, then links each Vehicle record to its parent Company. Work orders reference the Vehicle via a relation field on the custom object.

Gearbox

Work Order Assignment

maps to

Twenty CRM

Opportunity Assignee / Custom Relation

1:1
Fully supported

Gearbox assigns Work Orders to Gearbox workspace users (technicians or contractors). Twenty Opportunities have an assignee field that links to a Workspace Member. FlitStack resolves Gearbox user emails against invited Twenty Workspace Members and maps the assignment. Unresolved users are flagged before migration so the Twenty admin can invite them first.

Gearbox

Gearbox User

maps to

Twenty CRM

Workspace Member

1:1
Fully supported

Gearbox workspace users map to Twenty Workspace Members. Before migration, all Gearbox users who own records should be invited to the Twenty workspace via Settings → Members. FlitStack validates that a Workspace Member exists for each resolved owner before committing the Opportunity import.

Gearbox

Work Order Notes / Attachments

maps to

Twenty CRM

Note / Task

1:1
Fully supported

Work order notes and inspection comments in Gearbox migrate to Twenty Notes attached to the corresponding Opportunity record. File attachments are re-uploaded to Twenty's file storage and linked to the Opportunity. Original create timestamps and note authors are preserved in custom fields on the Note record.

Gearbox

Service History Line Items

maps to

Twenty CRM

Note on Opportunity

1:1
Fully supported

Gearbox work order line items (parts used, labor hours, external costs) have no native equivalent in Twenty Opportunities. FlitStack preserves this data as a formatted Note attached to the Opportunity, including a plain-text breakdown of parts and costs, so the financial history of the work order is not lost even though it cannot be rendered as structured fields.

Gearbox

Inventory / Parts

maps to

Twenty CRM

Custom Object: Part (optional)

1:1
Fully supported

Gearbox inventory and parts catalog records may be migrated as a custom Part object in Twenty if the team wants to link parts to work orders. This requires a separate mapping pass and is scoped as optional depending on whether parts linkage drives reporting in Twenty.

Gearbox

Gearbox Custom Fields

maps to

Twenty CRM

Twenty Custom Fields

1:1
Fully supported

Any Gearbox custom fields on Contractor, Company, Work Order, or Vehicle records require pre-creation in Twenty via Settings → Data Model before the CSV import runs. FlitStack delivers a custom field creation plan as part of the pre-migration schema review so the Twenty admin can provision fields before the import begins.

Gearbox

Gearbox User Role

maps to

Twenty CRM

Workspace Member Role

1:1
Fully supported

Gearbox role-based permissions (Admin, Technician, Viewer) do not have a direct equivalent in Twenty's permission model. FlitStack does not migrate access-control configurations. The Twenty admin configures Workspace Member roles and object-level permissions after migration based on the organization's desired access map.

Gearbox

Gearbox Association Labels

maps to

Twenty CRM

Opportunity Contact Role

1:1
Fully supported

If Gearbox tracks which contractor is the primary contact for a work order, FlitStack maps that label to an Opportunity Contact Role in Twenty. Standard labels (Primary Contact, Billing Contact) translate to built-in Twenty contact roles. Non-standard labels are preserved as a custom Select field on the Opportunity's person relation.

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.

Gearbox logo

Gearbox gotchas

High

Gearbox edition tiers gate API access

Medium

Work order history links assets by ID, not UUID

Medium

Preventive maintenance schedules use interval math that varies by platform

Low

Contractor records may be soft-deleted in Gearbox

Twenty CRM logo

Twenty CRM gotchas

High

Import order is enforced and critical

High

Export limited to 20,000 records and visible columns only

Medium

Soft-deleted records count toward uniqueness and trigger restores

Medium

API rate limits cap at 200 req/min on Organization tier

Low

No native email sequences — follow-up cadences require external tools

Pair-specific challenges

  • Gearbox work orders require a custom Vehicle object in Twenty

    Gearbox's vehicle and asset records have no direct equivalent in Twenty CRM's standard People, Company, and Opportunities model. Twenty does not ship a native asset or fleet object. FlitStack AI creates a Vehicle custom object via Twenty's Settings → Data Model API before the migration runs, adds fields for registration, make/model, mileage, and last service date, then links each Vehicle to its parent Company via a relation field. Work orders in Gearbox that reference a vehicle map to the Vehicle custom object record by its source system ID. This step is the primary source of migration complexity for fleet-focused Gearbox setups.

  • Gearbox workflows and scheduling automations do not migrate and must be rebuilt

    Gearbox workflow definitions — including service scheduling rules, automatic assignment triggers, and renewal reminders — are platform-specific automation logic that does not export in a transferable format. Twenty CRM's workflow builder uses a different event-and-action model. FlitStack AI does not migrate automation logic. We export Gearbox workflow definitions as a structured reference document that the Twenty admin can use to rebuild each workflow in Twenty's workflow builder. Scheduling rules, conditional routing, and reminder triggers need to be manually reconstructed; budget 1–3 days of admin time for every 10 active workflows.

  • Twenty requires fields to exist before CSV import runs — custom fields must be pre-created

    Twenty's CSV import creates records but not fields. If Gearbox uses custom fields on any entity — service type on work orders, contractor tier, vehicle mileage — those fields must be created in Twenty's Settings → Data Model before the import step runs. FlitStack AI delivers a pre-migration custom field creation plan listing every Gearbox custom field, its type, and the Twenty object it belongs on. The Twenty admin (or our team) creates these fields first. Failing to pre-create fields causes the import to skip those columns silently, which means custom field data is lost without an error until post-migration reconciliation.

  • Twenty API rate limits cap batch import throughput on large migrations

    Twenty's Organization tier allows 200 API calls per minute. For migrations with over 10,000 records, FlitStack AI uses Twenty's batch GraphQL import endpoint to reduce call count, but large custom-object creation passes and opportunity imports still need to respect the rate limit. Unhandled rate-limit errors during import cause partial record commits. We implement exponential backoff on 429 responses and pre-stage all data so the migration run is not throttled mid-import. Migration timelines for 50,000+ records account for rate-limit pacing in the estimated cutover window.

  • Gearbox service history line items cannot render as structured fields in Twenty

    Gearbox work orders may contain line-item breakdowns — parts used, labor hours, external costs — that are stored as sub-records on the work order. Twenty Opportunities do not have a native line-items or products model. FlitStack AI preserves this data as a formatted Note attached to the Opportunity, including a plain-text breakdown of parts and costs. While the data is preserved and searchable, it does not render as structured financial fields and cannot be aggregated in Twenty's native reporting. Teams that depend on line-item reporting in Gearbox should flag this during scoping so an alternative reporting approach can be designed.

Migration approach

Six steps for a successful Gearbox to Twenty CRM data migration

  1. Audit Gearbox data model and export all entities

    FlitStack AI connects to Gearbox via its REST API using read-only scoped credentials. We export all Contractor, Company, Work Order, Vehicle, and Task records in parallel, preserving original creation timestamps, assignment history, and any Gearbox custom field values. A data quality report flags records with missing required fields, duplicate entries, and orphaned foreign keys before we design the mapping plan.

  2. Design and validate the Twenty target schema

    We review Twenty's current data model and create a schema setup plan: the Vehicle custom object, custom fields on People and Opportunities, and any required Workspace Members. The Twenty admin provisions fields and invites team members before the import begins. We validate that all required fields exist in Twenty before any records are loaded. We run a dry-run import against a test workspace to confirm field types match, relation fields resolve correctly, and the import order produces no referential integrity errors before committing to the production workspace.

  3. Resolve Gearbox users to Twenty Workspace Members by email

    Gearbox work order assignments are resolved by matching Gearbox user emails against Twenty Workspace Members. Unmatched users are flagged before migration — the Twenty admin invites them first or assigns records to a fallback member. No opportunity lands without a valid Twenty assignee. Gearbox users who are also contractors are handled as dual-role People records with a Workspace Member link. When multiple Gearbox users share the same email domain, we verify the name and role fields to disambiguate and prevent accidental contact merging during import.

  4. Import in load-order sequence: Companies → People → Vehicles → Opportunities

    Twenty enforces referential integrity — Companies must exist before People can link to them, and Vehicles must exist before Opportunities can reference them. We import Companies first (using domain as the unique identifier), then People with their CompanyId links, then Vehicle custom object records, then Opportunities with their Company, Vehicle, and assignee lookups resolved. Each batch is validated against Twenty's API before the next begins.

  5. Run sample migration with field-level diff before full commit

    A representative slice — typically 100–300 records spanning contractors, companies, work orders, and vehicles — migrates first. FlitStack AI generates a field-level diff between the Gearbox source and the Twenty destination so you can verify custom field mapping, Vehicle relation resolution, and opportunity stage assignment before the full run commits. Any mapping errors are corrected before the final migration begins. The sample diff covers all object types and relationship cardinalities to ensure the transformation logic handles edge cases such as null values, multi-word stage names, and vehicles with no linked work orders.

  6. Full migration with delta pickup and post-import verification

    The full migration runs against Twenty's API with rate-limit-aware batching. A delta-pickup window (typically 24 hours) captures any Gearbox records created or modified during the cutover window so Twenty reflects Gearbox's final state at go-live. We verify record counts per object, spot-check relationship integrity (People → Company links, Opportunity → Vehicle links), and run a final audit log review. One-click rollback is available if reconciliation reveals data integrity issues.

Platform deep dives

Context on both ends of the pair

Gearbox logo

Gearbox

Source

Strengths

  • Five-module structure (Maintenance + 4 optional) lets teams scope cost to capability.
  • Native Geotab integration for telematics-driven preventive maintenance triggers.
  • Compliance module purpose-built for fleet-specific document expiry tracking.
  • Multi-site inventory with stock transfers handles distributed parts depots.
  • Traffic-light status visualisation reduces daily-fleet-status overhead.

Weaknesses

  • Catalog website is wrong (points to a video game studio), creating vendor identification confusion.
  • Edition-tier API access gates some objects behind upgrades.
  • Not positioned as an end-to-end FSM platform — dispatch and technician routing are not core strengths.
  • Sales-led pricing with no published per-asset rate.
  • Modest independent review footprint compared to leading FSM platforms.
Twenty CRM logo

Twenty CRM

Destination

Strengths

  • AGPL-3.0 open-source license with full source code on GitHub — no vendor lock-in, no sunset risk.
  • Unlimited users and unlimited custom objects on self-hosted, with no feature gating based on headcount.
  • REST and GraphQL APIs available on all paid tiers, not locked behind an enterprise add-on fee.
  • MCP server and webhooks shipped as standard features, not premium upgrades.
  • Modern PostgreSQL-backed data model that developer teams can query, extend, and self-host.

Weaknesses

  • Recent v1.0 release means limited production hardening compared to CRMs with multi-year operational track records.
  • No native email sequencing or sales engagement tools — follow-up cadences require a separate platform.
  • No native two-way email sync or inbox integration, requiring third-party connectors for full activity logging.
  • Self-hosting 'free' pricing hides real infrastructure and DevOps costs that stack up over time.
  • Workflow automation is functional but lacks the complexity needed for sophisticated multi-step sales motions.

Complexity grading

How hard is this migration?

Standard CRM migration. 1 of 8 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 Gearbox and Twenty CRM.

  • Object compatibility

    B

    1 of 8 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

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

  • API constraints

    B

    Gearbox: Not publicly documented..

  • Data volume sensitivity

    B

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

Estimator

Estimate your Gearbox to Twenty CRM 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 Gearbox to Twenty CRM data migrations

Answers to the questions buyers ask most during Gearbox to Twenty CRM migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Gearbox to Twenty CRM migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most Gearbox-to-Twenty migrations complete in 1–2 weeks of planning and execution for under 10,000 records. Gearbox setups with over 50,000 records, custom vehicle-asset objects, or multiple active work-order pipelines extend to 3–6 weeks. The longest planning step is designing the custom Vehicle object schema and pre-creating Twenty custom fields. The actual data load run is typically 4–12 hours of API time depending on volume.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Gearbox.
Land in Twenty CRM, 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