CRM migration
Field-level mapping, validation, and rollback between ServicePower HUB and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
ServicePower HUB
Source
Nutshell
Destination
Compatibility
12 of 12
objects map 1:1 between ServicePower HUB and Nutshell.
Complexity
BStandard
Timeline
48–72 hours
Overview
ServicePower HUB is a field-service management platform built around work orders, technician dispatch, parts ordering, and warranty claim processing. Nutshell is a sales CRM that organizes data around People, Companies, Leads, and Deals in a linear pipeline. These are fundamentally different data models: ServicePower HUB tracks operational events (service visits, parts used, warranty claims, contractor payouts) while Nutshell tracks relationship progress (contact records, company hierarchies, deal stages, email activities). The migration must decide what ServicePower data is operationally relevant in Nutshell versus what belongs in a reference archive. FlitStack AI extracts customer contact records from ServicePower HUB and maps them to Nutshell People and Companies, preserving original create dates and address data. Work-order summaries migrate as custom fields on the relevant contact or company record, storing job date, service type, and outcome. We surface ServicePower's technician and contractor data as Nutshell custom fields for attribution, since Nutshell has no native contractor-management object. We do not migrate ServicePower HUB workflows, dispatch schedules, or parts-ordering automations — those must be rebuilt or retired. The migration runs via ServicePower HUB's API for export and Nutshell's JSON-RPC API for import, with a 24–48 hour delta-pickup window capturing any records modified 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 ServicePower HUB 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.
ServicePower HUB
Customer (Servicer Account)
Nutshell
Company
1:1ServicePower HUB's servicer accounts (the service company using HUB) map to Nutshell Companies. Company name, address, contact phone, and billing configuration export from ServicePower HUB and land as the Nutshell Company record. Parent-child servicer hierarchies map via Nutshell's parent company linkage.
ServicePower HUB
Customer Contact
Nutshell
Person
1:1End-customer contact records from ServicePower HUB (name, email, phone, address, preferred contact method) migrate as Nutshell People. Original ServicePower HUB create date is stored in a custom datetime field on the Person record since Nutshell's native created date reflects the import timestamp, not the source-system creation date.
ServicePower HUB
Work Order
Nutshell
Custom Fields on Person
1:1ServicePower HUB work orders have no direct Nutshell equivalent. We aggregate work-order summaries (most recent job date, total job count, last service type, warranty flag) and store them as custom fields on the associated Person record. Individual work-order detail can be exported as a JSON blob attached to the Person for audit purposes.
ServicePower HUB
Work Order Line Item (Part Used)
Nutshell
Custom Field on Person
1:1Parts used per work order aggregate into a text field on the Person record listing part numbers and descriptions. Nutshell has no line-item model, so we concatenate the most common parts (top 5 by frequency) into a pipe-delimited string. Full parts history exports as a separate reference file for rebuild in a parts-tracking system.
ServicePower HUB
Technician / Contractor
Nutshell
Custom Field on Person
1:1ServicePower HUB technician and contractor names, IDs, and skill certifications have no Nutshell equivalent. We create a Contractor_Reference__c custom field on Nutshell People to store the primary contractor name and ID for each customer. Multiple contractors attach as a comma-separated list. Nutshell does not have a native user-equivalent for field technicians — they are data, not Nutshell users.
ServicePower HUB
Warranty Claim
Nutshell
Custom Field on Person
1:1Warranty claim data from ServicePower HUB includes claim status (approved, denied, pending), claim number, coverage type, claim amount, and claim date. ServicePower HUB's third-party administrator (TPA) integration details also migrate as text fields. We store these as custom fields on the Nutshell Person record: Warranty_Claim_Number__c, Warranty_Claim_Status__c, Warranty_Coverage_Type__c, and Warranty_Claim_Amount__c. Claim outcome dates preserve for warranty expiry auditing and historical reference. This data is read-only in Nutshell with no automatic status updates.
ServicePower HUB
Payment Transaction
Nutshell
Activity (Note)
1:1ServicePower HUB payment transactions (COD payments, warranty reimbursements) export as Nutshell Notes on the Person record. Transaction amount, date, and payment method serialize into the note body. Nutshell has no native accounting or payment object — this is reference data, not financial reconciliation.
ServicePower HUB
Service Appointment / Schedule Block
Nutshell
Task
1:1ServicePower HUB schedule blocks and appointment windows cannot map to Nutshell Tasks, which lack scheduling engine context (capacity, technician availability, geographic dispatch). We export schedule data as a CSV reference file. Teams that need scheduling must use a dedicated FSM tool post-migration.
ServicePower HUB
Parts Distributor Order
Nutshell
Activity (Note)
1:1Parts ordering history from ServicePower HUB's distributor API includes part numbers, quantities ordered, unit costs, and estimated arrival dates. Since Nutshell has no purchase-order or procurement module, this ordering history migrates as Nutshell Notes attached to the Person record. Each note captures the distributor name, part specifics, quantity, cost, and fulfillment status. This is purely historical reference data with no procurement functionality in Nutshell.
ServicePower HUB
Customer Asset (Equipment)
Nutshell
Custom Field on Person
1:1ServicePower HUB equipment records include model numbers, serial numbers, installation dates, and warranty expiration dates. This equipment data migrates as custom fields on the Nutshell Person record: Equipment_Model__c, Equipment_Serial__c, Equipment_Install_Date__c, and Equipment_Warranty_Expiry__c. When customers have multiple assets, the values concatenate into pipe-delimited strings to preserve all records. A separate equipment service history export preserves the full maintenance log per asset.
ServicePower HUB
Lead (Prospect)
Nutshell
Lead
1:1ServicePower HUB lead records (prospective customers not yet converted to active service accounts) map 1:1 to Nutshell Leads with name, contact info, source, and status. Lead scoring or qualification data from ServicePower HUB migrates as a custom integer field on Nutshell Lead.
ServicePower HUB
Deal (Service Contract)
Nutshell
Deal
1:1ServicePower HUB service contracts or recurring service agreements that function as sales pipeline items map to Nutshell Deals. Deal name, value, stage (Active, Completed, Cancelled), expected close date, and owner migrate directly. Nutshell Deal custom fields store contract-specific terms such as contract duration, renewal dates, and service-level agreements that align with the original ServicePower HUB contract configuration.
| ServicePower HUB | Nutshell | Compatibility | |
|---|---|---|---|
| Customer (Servicer Account) | Company1:1 | Fully supported | |
| Customer Contact | Person1:1 | Fully supported | |
| Work Order | Custom Fields on Person1:1 | Fully supported | |
| Work Order Line Item (Part Used) | Custom Field on Person1:1 | Fully supported | |
| Technician / Contractor | Custom Field on Person1:1 | Fully supported | |
| Warranty Claim | Custom Field on Person1:1 | Fully supported | |
| Payment Transaction | Activity (Note)1:1 | Fully supported | |
| Service Appointment / Schedule Block | Task1:1 | Fully supported | |
| Parts Distributor Order | Activity (Note)1:1 | Fully supported | |
| Customer Asset (Equipment) | Custom Field on Person1:1 | Fully supported | |
| Lead (Prospect) | Lead1:1 | Fully supported | |
| Deal (Service Contract) | Deal1: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.
ServicePower HUB gotchas
Payment Pro integration is not portable across platforms
Alpha-stage QBO integration lacks stable export parity
Capacity Band scheduling rules require manual rebuild at destination
Warranty job OEM/TPA authorization data is ServicePower-specific
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
Audit ServicePower HUB data export and map to Nutshell schema
FlitStack AI connects to your ServicePower HUB instance via API and performs a discovery audit of all exported objects: customer contacts, servicer accounts, work orders, technician records, warranty claims, payment transactions, and equipment assets. We generate a data map showing how each ServicePower HUB object and field maps to Nutshell's People, Companies, Leads, Deals, and custom fields. This map is reviewed with you before migration runs — particularly the decision about which work-order aggregation fields to create as custom fields on Person records and which to store in the reference JSON export.
Create Nutshell custom fields before data import
Nutshell requires custom fields to be created in the UI or via API before data imports populate them. FlitStack AI creates the required custom fields on Nutshell People and Leads: Last_Service_Date__c, Total_Jobs__c, Last_Service_Type__c, Last_Job_Outcome__c, Warranty_Active__c, Warranty_Claim_Number__c, Warranty_Claim_Status__c, Primary_Contractor__c, Equipment_Model__c, Equipment_Serial__c, Equipment_Warranty_Expiry__c, and Lead_Score__c. Custom field creation happens before the migration import runs so the schema is ready when data lands.
Resolve technician and contractor records for attribution
ServicePower HUB technician and contractor IDs are resolved to the primary customer contact record. Where multiple technicians handled the same customer's jobs, names concatenate in the Primary_Contractor__c field. Contractor skill certifications, capacity settings, and reimbursement data do not map to Nutshell fields — this data is included in the reference export file. Owner resolution by email match maps ServicePower HUB account owners to Nutshell user accounts for Deal assignment.
Run sample migration with field-level diff
A representative subset of ServicePower HUB records migrates to Nutshell first — typically 100–500 records spanning active customers, warranty claims, equipment assets, and leads. We generate a field-level diff comparing source values against Nutshell destination fields so you can verify that work-order aggregation, warranty flag mapping, contractor attribution, and equipment data populated correctly before the full run commits. This sample validates the transformation logic and catches any data-quality issues early, reducing risk on the complete dataset migration.
Execute full migration with delta-pickup window
The full ServicePower HUB data export runs against Nutshell's JSON-RPC API. A delta-pickup window of 24–48 hours captures any ServicePower HUB records created or modified during the cutover period. All imported records carry a Source_System_ID__c custom field for traceability and de-duplication on subsequent runs. An audit log records every operation. One-click rollback is available if reconciliation fails. The technician reference export, parts-ordering history export, and schedule snapshot are delivered as separate CSV and JSON files alongside the Nutshell import.
Platform deep dives
ServicePower HUB
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 1 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 ServicePower HUB and Nutshell.
Object compatibility
1 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
ServicePower HUB: Not publicly documented.
Data volume sensitivity
ServicePower HUB 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 ServicePower HUB to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your ServicePower HUB 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 ServicePower HUB
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.