CRM migration

Migrate from Field Force Tracker to Nutshell

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

Field Force Tracker logo

Field Force Tracker

Source

Nutshell

Destination

Nutshell logo

Compatibility

90%

9 of 10

objects map 1:1 between Field Force Tracker and Nutshell.

Complexity

BStandard

Timeline

48–96 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Field Force Tracker organizes work around Jobs, Customers, Technicians, Locations, Inventory, and Service Contracts — a field-service data model built for dispatch, GPS tracking, and parts management. Nutshell organizes around People, Companies, Leads, and Deals — a sales CRM built for pipeline visibility and contact management. The two models diverge significantly: field-scheduling data has no native equivalent in Nutshell, inventory tracking requires custom fields, and technician-level scheduling constraints become reference data rather than operational fields. We extract Field Force Tracker data via API (Jobs, Customers, Technicians, Locations, Inventory, Invoices, Service Contracts), map those objects to Nutshell's People, Companies, Leads, Deals, Activities, and custom fields, and load via Nutshell's JSON-RPC API using email-based owner resolution for technicians. Workflows, automations, and scheduling rules do not migrate and must be rebuilt in Nutshell's automation tools. Our sample-then-cutover approach delivers a field-level diff before full commit, with a 24–48h delta pickup window for in-flight changes during cutover.

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

Field Force Tracker logo

Field Force Tracker

What's pushing teams away

  • Initial onboarding feels overwhelming due to the feature depth; teams accustomed to simple scheduling tools report a steep initial learning curve during setup.
  • The platform offers limited built-in marketing or customer acquisition features, pushing growth-stage service companies toward more CRM-capable FSM alternatives.
  • Reporting and analytics require manual configuration to become actionable; some users report that standard reports do not surface operational bottlenecks without customisation.
  • Customisation and training are quoted separately after initial purchase, adding hidden cost layers that surprise buyers expecting inclusive pricing.
  • Integrations beyond QuickBooks, Xero, and Wave are not self-service; teams needing CRM sync or custom API connections must rely on the vendor's engineering team.

Choosing

Nutshell logo

Nutshell

What's pulling them in

  • Lowest cost entry point among mid-market CRMs—Foundation plan starts at $13/user/month, making it accessible for teams validating CRM fit before committing.
  • Integrated sales automation and email sequencing on Pro plans without requiring a separate email marketing platform, per verified Capterra reviews.
  • Consistently praised for intuitive interface and fast onboarding, with case studies reporting 100% team adoption rates within initial deployment periods.
  • Strong customer support responsiveness cited across G2 reviews, with dedicated support tiers available on Enterprise plans.
  • Native integrations with WhatsApp, Facebook Messenger, Instagram, and Slack reduce reliance on third-party middleware for common communication channels.

Object mapping

How Field Force Tracker objects map to Nutshell

Each row shows how a Field Force Tracker object lands in Nutshell, including any object-level transformations, lookup resolution, or schema-design dependencies.

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

Field Force Tracker

Customer / Client

maps to

Nutshell

Person and Company

many:1
Fully supported

Field Force Tracker customers contain both individual contacts and company records. We split them: business name, domain, industry, and address map to a Nutshell Company; individual contact name, phone, and email map to a linked Nutshell Person. Multi-location customers create one primary Company record with address variants stored as custom fields.

Field Force Tracker

Job / Work Order

maps to

Nutshell

Deal

1:1
Fully supported

Field Force Tracker Jobs are the core work records — they contain job type, status, description, scheduled time, assigned technician, parts used, and service notes. We map Jobs to Nutshell Deals with custom fields capturing job_type, status_reason, and service_category. Job stage history becomes custom date fields on the Deal. Uncompleted jobs map with their current status; completed jobs become closed Deals.

Field Force Tracker

Technician / Employee

maps to

Nutshell

User (Person)

1:1
Fully supported

Field Force Tracker technicians map directly to Nutshell Users by email match. Nutshell's user model doesn't have a native 'skills' or 'certification' concept — we preserve technician skills, certifications, and service categories as custom fields on the User record. Scheduling availability data from Field Force Tracker becomes reference custom fields.

Field Force Tracker

Inventory / Parts

maps to

Nutshell

Custom Object: Inventory_Item__c

1:1
Fully supported

Nutshell has no native inventory object. We create a custom Inventory_Item__c object with fields for part_number, description, quantity_on_hand, reorder_level, cost, vendor, and location. Parts linked to Jobs in Field Force Tracker create junction records linking Inventory_Item__c to the corresponding Deal in Nutshell.

Field Force Tracker

Location / Site

maps to

Nutshell

Company (address) + Custom Fields

1:1
Fully supported

Field Force Tracker stores service locations with GPS coordinates, site name, address, and access instructions. We map the primary address to the Nutshell Company address field. GPS latitude/longitude, access codes, and site-specific notes become custom fields on the Company record. Multi-site customers create one Company with multiple address entries as custom fields.

Field Force Tracker

Service Contract

maps to

Nutshell

Custom Field on Company or Deal

1:1
Fully supported

Field Force Tracker service contracts define SLA terms, contract type, start/end dates, and covered services. We map these as custom fields on the related Company record (contract_type, contract_start, contract_end, sla_tier) and link contract value as a custom amount field. Contract renewal dates trigger custom reminder date fields for follow-up tasks.

Field Force Tracker

Invoice / Billing

maps to

Nutshell

Custom Field on Deal

1:1
Fully supported

Field Force Tracker generates invoices linked to jobs with line items, tax, and payment status. We map invoice totals and payment status as custom fields on the associated Nutshell Deal (invoice_total, invoice_status, payment_date). Full invoice line-item detail is preserved as a custom notes field or attached PDF. Nutshell does not have a native invoicing object.

Field Force Tracker

Timesheet / Clock In-Out

maps to

Nutshell

Activity (Task)

1:1
Fully supported

Field Force Tracker tracks technician clock-in, clock-out, and break times with GPS stamps. Nutshell has no timesheet or attendance tracking model. We preserve clock-in/out timestamps as custom datetime fields on the related Deal or as Activity notes for reference. This data requires manual review post-migration — it cannot drive Nutshell scheduling.

Field Force Tracker

Job Activity Log / Notes

maps to

Nutshell

Activity (Task) on Deal

1:1
Fully supported

Field Force Tracker job notes, status updates, technician comments, and photos attached to jobs map directly to Nutshell Activities (Tasks) linked to the corresponding Deal record. Each activity preserves the original creation timestamp and technician authorship attribution for audit continuity. Photos and file attachments migrate as Deal-level attachments in Nutshell, maintaining the complete job history context without requiring users to reference the legacy Field Force Tracker system for historical detail.

Field Force Tracker

Lead / Prospect

maps to

Nutshell

Lead

1:1
Fully supported

Field Force Tracker prospects without assigned jobs transfer directly to Nutshell Leads with all associated contact fields (name, email, phone, company, address) mapping one-to-one to Nutshell Lead fields. Lead status values (New, Contacted, Qualified, Unqualified) and lead source attribution transfer without transformation. The migration process runs an email deduplication pass against existing Nutshell leads — matching records update rather than duplicate, preventing data fragmentation across your unified CRM during the consolidation phase.

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.

Field Force Tracker logo

Field Force Tracker gotchas

High

API endpoints and authentication are not publicly documented

Medium

Data migration is quoted separately and ranges $500–$3,000

Medium

Industry-specific custom fields may not map directly to generic FSM objects

Low

Invoice and attachment formats vary between FSM platforms

Nutshell logo

Nutshell gotchas

High

Contact tier limits enforced on import

Medium

No bulk API endpoint requires paginated extraction

Medium

Email sequences not exportable via API

Medium

Foundation plan disables key sales features

Pair-specific challenges

  • Nutshell has no native inventory object — parts data requires a custom object and junction records

    Field Force Tracker maintains a complete parts inventory with quantities, costs, reorder levels, and job-line associations. Nutshell has no standard object for parts or inventory management. We create a custom Inventory_Item__c object with the necessary fields, but Nutshell's native UI won't display inventory dashboards, stock alerts, or reorder workflows. You must decide whether to use Nutshell custom fields for light reference tracking or manage inventory in a separate system post-migration. Job-to-part line-item associations require a custom junction object or custom multi-select field — we surface the recommended approach in the migration plan before data loads.

  • Field Force Tracker technician scheduling and geo-fencing have no Nutshell equivalent

    Field Force Tracker's smart dispatcher evaluates job type, technician skills, current location, branch, and product type to auto-assign jobs and enforce geo-fencing rules. Nutshell has a Calendar and Tasks but no dispatcher, no geo-fencing, and no technician location tracking. All scheduling and routing data from Field Force Tracker migrates as reference data (custom fields on Deals and Users) but cannot drive Nutshell's operational workflows. Your team must rebuild scheduling logic in Nutshell's manual tools or accept that job assignment becomes a manual process post-migration.

  • Nutshell Deals do not support custom fields by default — custom fields exist only on People, Companies, and Leads

    Nutshell's custom field model differs from Field Force Tracker's per-job-type field extensibility. Standard Nutshell Deals cannot have custom fields — all job-specific data (job_type, priority, estimated hours, actual hours, parts used, SLA tier) must be stored as custom fields on the linked Company record, on Activities, or on a custom Deal extension object. We identify the correct home for each field during mapping. This constraint may require your team to rethink how job data surfaces in Nutshell's UI — some data that was inline on Field Force Tracker Jobs will require drilling into related records in Nutshell.

  • Nutshell's mobile app is limited compared to Field Force Tracker's native iOS and Android technician apps

    Field Force Tracker's mobile apps give technicians real-time job updates, GPS tracking, photo capture, electronic signature collection, timesheet submission, and inventory scanning from the field. Nutshell's mobile app (iOS and Android) supports contact and deal updates, task management, and activity logging but lacks field-service workflows, photo capture tied to records, e-signature collection, or timesheet entry. Technicians who relied on Field Force Tracker's mobile experience will face a significant reduction in field-capable functionality in Nutshell. We document all field-app usage patterns from Field Force Tracker so your team can plan alternative workflows or supplemental tools.

  • Field Force Tracker reporting dashboards require complete rebuild in Nutshell

    Field Force Tracker includes pre-built dashboards for technician utilization, job completion rates, first-call resolution, parts consumption, and route efficiency. Nutshell's native reporting is considered limited by users — G2 reviewers note exporting to Excel for advanced analysis. Native Nutshell dashboards cover pipeline stages, deal values, activity counts, and lead sources. Field Force Tracker operational metrics (technician hours, job cycle times, inventory turns) cannot be migrated as live dashboards. We export your Field Force Tracker reports and custom dashboard definitions as reference artifacts for your analytics team to rebuild using Nutshell's export data.

Migration approach

Six steps for a successful Field Force Tracker to Nutshell data migration

  1. Extract Field Force Tracker data via API

    We connect to Field Force Tracker's API using your account credentials to export all standard objects: Customers, Jobs, Technicians, Locations, Inventory, Service Contracts, Invoices, and Activity Logs. For custom industry modules and non-standard fields, we perform schema discovery against your specific Field Force Tracker configuration to capture every migrated field. All data is extracted with original timestamps, ownership IDs, and cross-references preserved. The extraction runs with scoped read-only access — your team continues using Field Force Tracker throughout.

  2. Design Nutshell schema and custom objects

    Based on the extracted schema, we design Nutshell's target configuration: standard People, Companies, Leads, and Deals plus a custom Inventory_Item__c object for parts. We create all required custom fields on the appropriate records (Company, Person, User, Activity) and define the mapping plan for job types, priorities, statuses, and scheduling data. Nutshell's Deals custom-field limitation is resolved by assigning each field to the correct record type. Your Nutshell admin reviews and approves the schema design before any data loads.

  3. Match technicians to Nutshell users by email

    Field Force Tracker technicians map to Nutshell Users via email address match. We run an owner-resolution pass against your Nutshell user list — matched technicians receive their migrated records as assigned owner. Unmatched technicians (email not in Nutshell) are flagged as 'orphaned' before migration. Your team either creates Nutshell user accounts for those technicians or assigns their records to a fallback Nutshell user. No record lands without a resolved owner.

  4. Run sample migration with field-level diff

    A representative sample (typically 200–500 records spanning Customers, Jobs, Technicians, Inventory, and Activities) migrates first into your live Nutshell environment. We generate a field-level diff report comparing source values to destination values for every mapped field. You review the diff to verify job_type mapping, priority values, status-to-stage translation, custom field population, and owner resolution. No full run commits until you approve the sample output.

  5. Execute full migration with delta pickup

    Upon sample approval, we run the full migration against Nutshell using the JSON-RPC API in batched operations. A 24–48 hour delta pickup window opens at cutover to capture any Field Force Tracker records modified or created during the migration window. All operations are logged to an audit trail. After delta pickup closes, we run a reconciliation count against the source extract and destination load. One-click rollback reverts all migrated records if reconciliation fails.

  6. Deliver migration artifacts and rebuild references

    We deliver the complete migration audit log (every record created, updated, or skipped with reason codes), a source-to-destination field mapping spreadsheet, and a data quality report for records flagged during validation. Workflow definitions, scheduling rules, and dispatch configurations from Field Force Tracker are exported as JSON reference artifacts for your team to rebuild in Nutshell automation tools. We provide a post-migration checklist covering Nutshell custom object setup, user permission configuration, and a recommended sequence for rebuilding Field Force Tracker workflows in Nutshell.

Platform deep dives

Context on both ends of the pair

Field Force Tracker logo

Field Force Tracker

Source

Strengths

  • Per-user pricing starting at $15/month keeps small field service teams within budget during initial adoption.
  • Dispatch Board unifies phone, email, and SMS communication channels for each technician job assignment.
  • Industry-specific configuration options for HVAC, plumbing, elevator, fire alarm, and copier verticals reduce the need for extensive custom fields.
  • 15+ years in production across 30+ countries demonstrates stability and multi-currency operational readiness.
  • Inventory tracking helps service companies avoid stockouts on parts critical to job completion.

Weaknesses

  • Onboarding complexity due to feature depth causes friction for small teams transitioning from simpler scheduling tools.
  • API access and bulk export capabilities are not publicly documented, making self-service data extraction harder.
  • Reporting requires manual customisation to surface operational insights, unlike platforms with pre-built FSM dashboards.
  • Separate quotes for customisation, training, and data migration create unpredictable total cost of ownership.
  • Integrations beyond accounting software are not self-service; teams needing CRM sync must engage vendor engineering.
Nutshell logo

Nutshell

Destination

Strengths

  • Simple, intuitive interface with minimal learning curve for sales teams new to CRM
  • Per-seat pricing is transparent and predictable, with annual billing reducing monthly cost
  • Full data export tool available for all account data including backups
  • Open JSON-RPC API allows programmatic access to all core objects
  • Native multichannel engagement (email, SMS, WhatsApp) without third-party add-ons for communication

Weaknesses

  • Reporting and analytics are considered weak, requiring manual Excel exports for detailed analysis
  • No bulk API endpoint—migration requires paginated API reads that must be rate-limited carefully
  • JSON-RPC API is less common than REST, requiring custom integration code compared to standard REST CRMs
  • Add-on costs (Forms, Nutshell IQ, Email Marketing) are per-company charges that stack on top of per-seat pricing
  • Feature restrictions on entry-level plans mean teams often need mid-tier to get basic automation

Complexity grading

How hard is this migration?

Standard CRM migration. 2 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 Field Force Tracker and Nutshell.

  • Object compatibility

    B

    2 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

    Field Force Tracker: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Field Force Tracker to Nutshell 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 Field Force Tracker to Nutshell data migrations

Answers to the questions buyers ask most during Field Force Tracker to Nutshell migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Field Force Tracker to Nutshell migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most Field Force Tracker to Nutshell migrations complete in 48–96 hours of clock time for standard setups with under 25,000 records. Larger setups with complex inventory structures, multi-location data, or extensive custom fields extend to 5–10 business days. The longest step is typically schema planning — defining the custom Inventory_Item__c object and resolving which fields map to Nutshell's custom field model (Company, Person, Activity) versus custom objects. Nutshell's JSON-RPC API processes records in batches, so high-volume inventories require careful sequencing.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Field Force Tracker.
Land in Nutshell, 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