CRM migration

Migrate from ServiceTracker to Nutshell

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

ServiceTracker logo

ServiceTracker

Source

Nutshell

Destination

Nutshell logo

Compatibility

92%

11 of 12

objects map 1:1 between ServiceTracker and Nutshell.

Complexity

BStandard

Timeline

48–72 hours of clock time

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

ServiceTracker is a field service management platform built on the Salesforce platform, designed for pest control and facilities management teams. Its data model centers on Work Orders, Service Requests, Customers, Sites, Assets, and Technicians — with custom fields, scheduling data, and GPS tracking baked into the core objects. Nutshell is a cloud CRM that organizes data into three primary record types: Companies (the account-level entity), People (combining leads and contacts into one object), and Deals (the opportunity/pipeline record). Nutshell has no native work-order or asset-tracking objects; it stores work-order references as custom fields on Company records and service history as notes or tasks linked to the company. FlitStack AI extracts ServiceTracker data via the Salesforce REST and Bulk APIs, respecting field-level visibility and any field-level security constraints. We map Customers to Nutshell Companies (with site addresses stored as custom address fields), Site records to custom fields or nested data on the Company, and Work Orders to a combination of Deals (for billable service engagements) and Tasks (for non-billable activities). Asset and inventory records migrate as custom fields on the associated Company since Nutshell has no native asset object. Technician and crew data resolve by email match against Nutshell user accounts — unmatched owners flag before migration commits. ServiceTracker automations, routing rules, and schedule-optimization logic do not migrate. We export the rule definitions as JSON reference files so your Nutshell admin can rebuild assignment and routing automations using Nutshell's workflow tools. Custom properties that have no direct Nutshell equivalent become custom fields on the appropriate Nutshell object. A sample migration of 50–200 records runs first; a field-level diff validates mapping fidelity before the full cutover. A 24–48 hour delta-pickup window captures any ServiceTracker records modified between the initial extraction and go-live.

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

ServiceTracker logo

ServiceTracker

What's pushing teams away

  • Limited customization options frustrate teams that need deeper workflow control, leading them to platforms with more flexible automation and scripting capabilities.
  • Users report duplication issues when multiple note fields exist on the same record, complicating data entry and creating inconsistent records.
  • The lack of a documented public API makes deep integrations and automated data pipelines difficult, pushing technically demanding teams toward platforms with REST or bulk APIs.
  • Candidate and contact management workflows feel cumbersome with extra manual steps, prompting teams with HR-heavy use cases to look elsewhere.
  • Complex or opaque pricing at higher tiers causes some customers to reassess total cost and seek alternatives with more predictable billing.

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 ServiceTracker objects map to Nutshell

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

ServiceTracker

Customer

maps to

Nutshell

Company

1:1
Fully supported

ServiceTracker Customer records map directly to Nutshell Companies. The primary company name, billing address, and phone fields transfer as-is. If the ServiceTracker Customer has multiple active Sites, we create one Nutshell Company per Site and link them using a Parent Company custom field — your admin chooses whether to flatten to one Company or keep the split.

ServiceTracker

Site

maps to

Nutshell

Company (custom fields)

1:1
Fully supported

ServiceTracker Site records carry address, GPS coordinates, access instructions, and site-specific contact info. We store the primary site address on the Nutshell Company address fields. Additional site addresses, GPS coordinates, and access notes migrate as custom text fields (Site_Address_2__c, GPS_Lat__c, GPS_Lng__c, Access_Notes__c) so the full location data is preserved for reference even though Nutshell displays only one address by default.

ServiceTracker

Work Order

maps to

Nutshell

Deal + Task

many:1
Fully supported

ServiceTracker Work Orders are complex records with status, priority, scheduled date, assigned technician, parts used, and service notes. We split Work Order data across two Nutshell objects: billable engagements become Nutshell Deals (so they appear in the pipeline), and non-billable service visits become Tasks attached to the linked Company. The original Work Order number is stored as a custom field (ST_Work_Order_Number__c) for traceability.

ServiceTracker

Work Order Status

maps to

Nutshell

Deal Stage

1:1
Fully supported

ServiceTracker Work Order status values (New, Scheduled, In Progress, Completed, Cancelled, On Hold) map to Nutshell Deal stage values. The mapping is configured before migration — common patterns map 'Completed' to a 'Closed Won' stage and 'Cancelled' to 'Closed Lost'. Stage entered timestamps are preserved as a custom datetime field since Nutshell does not track stage history on Deals by default.

ServiceTracker

Asset

maps to

Nutshell

Company (custom fields)

1:1
Fully supported

ServiceTracker Assets carry serial numbers, make/model, warranty expiration, and maintenance history. Nutshell has no native asset object. Serial number and make/model data migrate as custom text fields on the linked Company record (Asset_Serial_Number__c, Asset_Make__c, Asset_Model__c). Maintenance history migrates as a formatted note or series of Tasks rather than a structured asset history record.

ServiceTracker

Service Request

maps to

Nutshell

Task

1:1
Fully supported

ServiceTracker Service Request records (non-dispatched issues, inbound support calls logged as records) map to Nutshell Tasks attached to the relevant Company. Original create date and owner are preserved. If the Service Request is linked to a specific Asset, we store the asset reference in a custom text field on the Task.

ServiceTracker

Technician

maps to

Nutshell

Nutshell User (by email match)

1:1
Fully supported

ServiceTracker Technicians are user-level records with name, email, phone, certification, and crew assignment. We resolve each Technician to a Nutshell user account by email address. Unmatched technicians are flagged before migration — your team either creates Nutshell user accounts first or assigns those records to a fallback Nutshell user. Crew assignment data migrates as a custom text field (Crew__c) on the resolved user's tasks.

ServiceTracker

Parts / Inventory Line Item

maps to

Nutshell

Note on Company or Deal

1:1
Fully supported

ServiceTracker parts and inventory line items attached to Work Orders have no direct Nutshell equivalent. We preserve this data as a formatted note attached to the associated Deal, capturing part number, quantity, and cost. Nutshell's product catalog is not used because it is designed for sales products, not service parts.

ServiceTracker

Custom Field (any object)

maps to

Nutshell

Custom Field on equivalent Nutshell object

1:1
Fully supported

ServiceTracker custom fields (Salesforce __c fields) on any object map to Nutshell custom fields on the equivalent object. Text, number, date, and dropdown types map directly. Picklist values require a value-by-value review since Nutshell dropdown options are managed in settings and must be pre-created before the migration run.

ServiceTracker

Attachment / File

maps to

Nutshell

File on Company or Deal

1:1
Fully supported

ServiceTracker file attachments on Work Orders, Sites, and Assets are downloaded and re-uploaded as files attached to the equivalent Nutshell Company or Deal record. File size limits follow Nutshell's platform constraints. Inline images in notes are extracted, rehosted, and re-embedded in the note body.

ServiceTracker

Route / Schedule

maps to

Nutshell

Not migrated

1:1
Fully supported

ServiceTracker routing data, scheduled time blocks, and dispatch logic are built on ServiceTracker's scheduling engine and have no equivalent in Nutshell. This data is not migratable. We provide a reference export of active routes and schedule data in CSV/JSON format that your team can use to rebuild routing in a scheduling tool of your choice.

ServiceTracker

Contract / Service Agreement

maps to

Nutshell

Note or custom field on Company

1:1
Fully supported

ServiceTracker service contracts with terms, renewal dates, and coverage scope migrate as a formatted note on the Nutshell Company. Contract end dates and coverage type are extracted into custom date and text fields (Contract_End_Date__c, Coverage_Type__c) for renewal tracking, but the contract document itself becomes an attached file.

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.

ServiceTracker logo

ServiceTracker gotchas

High

No native bulk data export API

Medium

Custom fields are not centrally documented

Medium

Offline mobile data must sync before migration window

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

  • Multi-site customers require a pre-migration account strategy decision

    ServiceTracker allows one Customer record to have N Sites. Nutshell natively stores one address per Company record — it has no native multi-site concept. If your ServiceTracker Customer has five active Sites, FlitStack creates five Nutshell Company records and links them via a Parent Company custom field. Alternatively, your admin can choose to store all site addresses as custom fields on a single Company and treat only the primary site as the address of record. This decision must be made before migration runs because it affects how Deal-to-Company relationships resolve. We surface the full site-count breakdown during the sample migration review so your team can make the call with full data visibility.

  • Work Order routing and scheduling data cannot migrate

    ServiceTracker's routing logic, scheduled time windows, technician dispatch assignments, and route-optimization data live in ServiceTracker's scheduling engine, not as structured records with field-level data. Nutshell's scheduling model consists of task due dates and calendar sync — it has no routing, dispatch board, or time-window fields. FlitStack cannot represent route sequences in Nutshell because no equivalent object exists. We export active routing data as a CSV reference file so your operations team can rebuild dispatch logic in a scheduling tool or Nutshell-compatible third-party integration. This is disclosed before migration starts and confirmed in the pre-migration sign-off.

  • Custom fields require pre-creation in Nutshell before migration

    ServiceTracker's custom fields (implemented as Salesforce __c fields) map to Nutshell custom fields, but Nutshell requires that custom fields exist in the UI before data can populate them. Nutshell's custom field creation interface is at Settings > Fields for each object (Company, Person, Lead). If your ServiceTracker instance has more than 15 custom fields on Work Orders alone, your team needs to allocate time to pre-create the corresponding Nutshell fields — or FlitStack can handle this as a pre-migration setup task with a scoped SOW. The sample migration will surface exactly which custom fields need to be created and on which Nutshell objects before the full run proceeds.

  • Picklist values must be manually mirrored in Nutshell settings

    ServiceTracker status, priority, and service-type picklist values are stored as Salesforce picklist fields. When these map to Nutshell custom dropdown fields, the dropdown options must first be defined in Nutshell's Settings > Fields UI for each applicable object. If a ServiceTracker picklist value has no matching Nutshell option pre-created, the migration inserts the value but Nutshell displays it as unselected — it does not auto-create picklist options on ingest. We provide a complete picklist value inventory from the sample migration so your Nutshell admin can pre-create every needed option before the full run. This step is the most common source of post-migration data cleanup if skipped.

  • Nutshell's API import does not support Bulk API — large record volumes require staged runs

    ServiceTracker's Salesforce API enforces per-object rate limits. Nutshell's API import path uses the JSON-RPC v1 API which has per-minute request limits that vary by Nutshell plan tier. For migrations exceeding 20,000 Work Order records, FlitStack stages the import across multiple runs using batched payloads. We monitor API response headers (429 Too Many Requests) and apply exponential backoff between batches. The delta-pickup window is sized accordingly — for large migrations the delta window may extend to 72 hours to account for the staged run duration. Your team is informed of the staging plan before migration begins.

Migration approach

Six steps for a successful ServiceTracker to Nutshell data migration

  1. Discover ServiceTracker schema and data inventory

    FlitStack connects to your ServiceTracker instance via read-only Salesforce API credentials and inventories all standard and custom objects, field types, picklist values, and relationship fields. We profile record counts per object, identify multi-site Customer records, and surface any field-level security that restricts data access. A comprehensive schema summary document is generated and delivered to your team for validation before any mapping work begins. This discovery phase also identifies deprecated fields, inactive relationships, and any custom Salesforce components that may require special handling during the migration process.

  2. Design Nutshell custom fields and pre-create dropdown options

    Based on the schema inventory, FlitStack generates a Nutshell field creation checklist specifying every custom field that needs to exist on Company, Person, Lead, and Deal before migration. The checklist names each field, its type, and every picklist value that must be pre-loaded for value-mapping fields. Your Nutshell admin creates these fields during a dedicated setup window. FlitStack validates field existence before the migration run proceeds.

  3. Build object and field mapping with value-mapping tables

    FlitStack writes the mapping configuration: Customer to Company, Site to Company or custom fields, Work Order to Deal and Task, Asset to Company custom fields, Technician to Nutshell user by email match. Value-mapping tables are generated for every picklist field (status, priority, service type). The mapping is reviewed against the sample migration output before being locked for the full run. Any multi-site expansion strategy agreed upon in Step 1 is encoded here.

  4. Run sample migration with field-level diff

    A representative slice of 50–200 records — spanning Customers with varying site counts, Work Orders in each status, Assets, Technicians, and custom field examples — migrates to your live Nutshell instance. FlitStack generates a field-level diff report comparing source values against destination field contents. Your team reviews the diff to confirm that picklist mappings rendered correctly, custom fields populated as expected, and multi-site resolution followed the agreed strategy. Mapping adjustments are made and a second sample can be run if needed.

  5. Execute full migration with delta-pickup cutover

    The full migration runs in staged batches against your Nutshell instance, with API rate-limit monitoring and automatic retry on 429 responses. After the initial extraction, a delta-pickup window of 24–48 hours captures any ServiceTracker records modified or created during the migration run. All operations are logged in an audit trail. One-click rollback reverts all migrated records if reconciliation finds unexpected discrepancies. After rollback testing confirms clean revert capability, your team goes live in Nutshell.

  6. Deliver export package for non-migrated automation logic

    FlitStack exports ServiceTracker routing rules, scheduling logic, and assignment criteria as structured JSON and CSV files. These are not importable into Nutshell — they serve as reference documentation for your operations team to rebuild automation in Nutshell's workflow builder or a compatible scheduling integration. The export includes rule names, trigger conditions, and assignment logic so the rebuild effort is a configuration task rather than a reverse-engineering exercise.

Platform deep dives

Context on both ends of the pair

ServiceTracker logo

ServiceTracker

Source

Strengths

  • All-in-one FSM covering dispatch, work orders, mobile access, and inventory in a single cloud platform.
  • Drag-and-drop customization for custom fields, screens, and picklists without developer involvement.
  • Mobile apps with offline capability for field technicians in low-connectivity environments.
  • Excel and CSV bulk import tools built into the platform for onboarding and data loads.
  • Customer owns their data completely with no secondary storage or data retention lock-in.

Weaknesses

  • No documented public API or bulk export endpoint — migrations require CSV pulls from individual tables.
  • Limited automation and workflow customization compared to more developer-friendly FSM platforms.
  • Data export is restricted to Excel and CSV formats with no XML or JSON option.
  • Pricing and feature tier boundaries are not publicly documented, complicating migration planning.
  • No native Knowledge Base or document management — external systems are required for standard operating procedures.
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 ServiceTracker 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

    ServiceTracker: Inherits Salesforce platform API rate limits.

  • Data volume sensitivity

    A

    ServiceTracker exposes a bulk API — large-volume migrations stream efficiently.

Estimator

Estimate your ServiceTracker 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 ServiceTracker to Nutshell data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Most ServiceTracker to Nutshell migrations complete within 48–72 hours of clock time for databases under 30,000 records across all objects. Larger datasets with more than 100,000 records or more than 20 custom fields on Work Orders and Sites typically require 5–7 days, primarily because Nutshell's JSON-RPC API ingestion is batched and rate-limited per plan tier. The longest planning step is pre-creating Nutshell custom fields and dropdown options — your admin should complete this before the migration run is scheduled. The delta-pickup window adds 24–48 hours at the end regardless of database size.

Adjacent paths

Related migrations to explore

Ready when you are

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