CRM migration
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
Source
Nutshell
Destination
Compatibility
9 of 10
objects map 1:1 between Field Force Tracker and Nutshell.
Complexity
BStandard
Timeline
48–96 hours
Overview
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.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
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
Nutshell
Person and Company
many:1Field 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
Nutshell
Deal
1:1Field 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
Nutshell
User (Person)
1:1Field 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
Nutshell
Custom Object: Inventory_Item__c
1:1Nutshell 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
Nutshell
Company (address) + Custom Fields
1:1Field 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
Nutshell
Custom Field on Company or Deal
1:1Field 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
Nutshell
Custom Field on Deal
1:1Field 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
Nutshell
Activity (Task)
1:1Field 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
Nutshell
Activity (Task) on Deal
1:1Field 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
Nutshell
Lead
1:1Field 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.
| Field Force Tracker | Nutshell | Compatibility | |
|---|---|---|---|
| Customer / Client | Person and Companymany:1 | Fully supported | |
| Job / Work Order | Deal1:1 | Fully supported | |
| Technician / Employee | User (Person)1:1 | Fully supported | |
| Inventory / Parts | Custom Object: Inventory_Item__c1:1 | Fully supported | |
| Location / Site | Company (address) + Custom Fields1:1 | Fully supported | |
| Service Contract | Custom Field on Company or Deal1:1 | Fully supported | |
| Invoice / Billing | Custom Field on Deal1:1 | Fully supported | |
| Timesheet / Clock In-Out | Activity (Task)1:1 | Fully supported | |
| Job Activity Log / Notes | Activity (Task) on Deal1:1 | Fully supported | |
| Lead / Prospect | Lead1:1 | Fully supported |
Gotchas + challenges
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 gotchas
API endpoints and authentication are not publicly documented
Data migration is quoted separately and ranges $500–$3,000
Industry-specific custom fields may not map directly to generic FSM objects
Invoice and attachment formats vary between FSM platforms
Nutshell gotchas
Contact tier limits enforced on import
No bulk API endpoint requires paginated extraction
Email sequences not exportable via API
Foundation plan disables key sales features
Pair-specific challenges
Migration approach
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.
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.
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.
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.
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.
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
Field Force Tracker
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 2 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Field Force Tracker and Nutshell.
Object compatibility
2 of 8 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
Field Force Tracker: Not publicly documented.
Data volume sensitivity
Field Force Tracker doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during Field Force Tracker to Nutshell migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave Field Force Tracker
Other ways to arrive at Nutshell
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.