CRM migration
Field-level mapping, validation, and rollback between The Service Program and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
The Service Program
Source
Nutshell
Destination
Compatibility
10 of 11
objects map 1:1 between The Service Program and Nutshell.
Complexity
BStandard
Timeline
48–72 hours
Overview
The Service Program and Nutshell occupy different corners of the business-software landscape. The Service Program is a service-management add-on for QuickBooks that handles work orders, field dispatch, route scheduling, and technician tracking for trades like pool maintenance, pest control, and lawn care. Nutshell is a sales CRM built around People, Companies, Leads, and Deals — it has no native work-order or field-service module. The migration therefore requires deciding which service-program data translates to CRM records and which must be archived or rebuilt manually. We extract contacts, companies, and any deal or lead records from The Service Program via API export, map them to Nutshell's standard objects, and preserve work-order summaries and equipment data as custom fields on the relevant Person or Company record. The Service Program's QuickBooks integration means customer and invoice data often exists in two systems simultaneously — we surface the QuickBooks export path and flag duplicates before migration. Nutshell's custom fields, API-based data import, and contact-limit tiers (100 to 900,000) all factor into the migration scope and pricing.
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 The Service Program 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.
The Service Program
Customer
Nutshell
Person
1:1Direct map. The Service Program customers map to Nutshell People records. Name, email, phone, address, and contact details transfer directly. Each customer may be linked to a Company record in Nutshell if a business name is present in The Service Program.
The Service Program
Customer Company Name
Nutshell
Company
1:1When The Service Program stores a business name separate from the contact name, we map it to a Nutshell Company record and link the Person record via the Company association. If no separate business name exists, the Person record holds the customer without a Company link.
The Service Program
Work Order
Nutshell
Activity (Note on Person or Company)
1:1Nutshell has no native work-order object. We extract work-order summaries — service type, status, technician assigned, date completed, notes — and create Activity entries attached to the corresponding Person or Company record. Original work-order dates are preserved as activity timestamps.
The Service Program
Service Agreement
Nutshell
Custom Field on Person or Company
1:1Service agreement terms (frequency, scope, expiration) migrate as custom text or date fields on the Person or Company record. We create the custom fields in Nutshell before migration and populate them from The Service Program agreement data.
The Service Program
Equipment
Nutshell
Custom Field on Person or Company
1:1Equipment records (asset tag, model, install date, service history summary) are serialized into a custom Equipment__c field or multiple custom fields on the Person or Company. Equipment-to-customer linkage is preserved by attaching to the same Person record.
The Service Program
Technician / Staff
Nutshell
Nutshell User
1:1The Service Program technicians map to Nutshell Users by email match. Active technicians who will use Nutshell get user accounts; archived or inactive technicians are stored as a custom field reference on completed work-order Activity records.
The Service Program
Route
Nutshell
No Equivalent
1:1Route and dispatch data (stop order, geolocation, daily route maps) has no Nutshell equivalent. We preserve route metadata as notes on the day's related Activity records. Route optimization logic must be rebuilt in a dedicated field-service or routing tool.
The Service Program
Invoice / Billing Record
Nutshell
No Equivalent
1:1Invoice and payment history lives in QuickBooks, not The Service Program directly. We flag that QuickBooks exports should be run separately and advise teams to link QuickBooks to Nutshell via Zapier or a native integration post-migration.
The Service Program
Lead (pre-customer)
Nutshell
Lead
1:1If The Service Program contains pre-converted leads (estimates or quotes that never became customers), those map to Nutshell Leads with status, source, and estimated-value fields preserved. Estimates that were not converted become Notes on the Lead record.
The Service Program
Attachment / File
Nutshell
Activity Attachment or Note
1:1Files attached to work orders or customer records download and re-upload as attachments to the corresponding Person or Company Activity in Nutshell. File size limits per Nutshell plan apply — files over 25MB are flagged for manual delivery.
The Service Program
QuickBooks Customer Record
Nutshell
Person / Company (de-duplicated)
many:1Since The Service Program syncs from QuickBooks, the same customer may appear in both systems. We de-duplicate by email match and phone number, keeping one Person record in Nutshell. The QuickBooks customer ID is preserved as a custom field for post-migration QuickBooks-Nutshell integration.
| The Service Program | Nutshell | Compatibility | |
|---|---|---|---|
| Customer | Person1:1 | Fully supported | |
| Customer Company Name | Company1:1 | Fully supported | |
| Work Order | Activity (Note on Person or Company)1:1 | Fully supported | |
| Service Agreement | Custom Field on Person or Company1:1 | Fully supported | |
| Equipment | Custom Field on Person or Company1:1 | Fully supported | |
| Technician / Staff | Nutshell User1:1 | Fully supported | |
| Route | No Equivalent1:1 | Fully supported | |
| Invoice / Billing Record | No Equivalent1:1 | Fully supported | |
| Lead (pre-customer) | Lead1:1 | Fully supported | |
| Attachment / File | Activity Attachment or Note1:1 | Fully supported | |
| QuickBooks Customer Record | Person / Company (de-duplicated)many: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.
The Service Program gotchas
No public API means migration depends on QuickBooks export or Windows-database extraction
QuickBooks version gate blocks the sync layer on older installations
Custom fields and TSP-specific data require manual CSV preparation
SMS messaging and communication logs are not migratable
Annual contract with onboarding fees creates lock-in risk before migration
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
Run a data inventory from The Service Program and QuickBooks
We export customer records, work orders, service agreements, equipment data, and technician records from The Service Program via the platform's export tools. Simultaneously, we run a QuickBooks customer export. The two exports are cross-referenced to identify duplicates — a customer present in both exports becomes one Nutshell Person record with a QuickBooks_ID__c custom field. We deliver a data inventory spreadsheet listing total record counts per object, custom field names, file attachment counts, and any NULL or malformed fields that need cleanup before migration.
Create Nutshell custom fields to receive service-program data
Before any data is written to Nutshell, we create the custom fields required to receive work-order summaries, equipment details, and service-agreement terms. Fields such as Equipment_Asset_Tag__c, Equipment_Model__c, Service_Notes__c, Labor_Hours__c, Agreement_Type__c, and QuickBooks_ID__c are pre-created on the Person and Company objects in your Nutshell account. We use Nutshell's Settings > Custom Fields interface or the API to create these and document the field names for the mapping configuration.
Resolve technicians to Nutshell Users by email match
The Service Program technician records are matched to Nutshell Users by email address. Technicians with an active Nutshell login receive Activities assigned to them. Technicians without a Nutshell login are referenced by name in Activity Details fields. Unmatched technicians are flagged in the pre-migration report so your team can decide whether to create Nutshell accounts for them or accept the reference-only approach.
Run a sample migration with field-level diff
A representative slice — typically 100–500 records spanning customers, companies, work orders, and equipment — migrates first. We generate a field-level diff comparing source values against Nutshell field values so you can verify that custom fields populated correctly, Activity records attached to the right Person, and de-duplication resolved as expected. You approve the sample before the full migration runs.
Execute full migration with delta-pickup window
The full dataset writes to Nutshell in dependency order: Companies first (required for Person-Company links), then People, then Activities and Equipment fields. A delta-pickup window of 24–48 hours captures any records created or modified in The Service Program during the cutover period. All operations are logged in an audit file. One-click rollback is available if reconciliation fails — we revert to the pre-migration state and re-run once issues are resolved.
Platform deep dives
The Service Program
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 The Service Program 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
The Service Program: Not applicable — no public API.
Data volume sensitivity
The Service Program 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 The Service Program to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your The Service Program 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 The Service Program
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.