CRM migration

Migrate from Connect Field Service to Nutshell

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

Connect Field Service logo

Connect Field Service

Source

Nutshell

Destination

Nutshell logo

Compatibility

93%

13 of 14

objects map 1:1 between Connect Field Service and Nutshell.

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Connect Field Service and Nutshell occupy opposite ends of the business-software spectrum. Connect Field Service extends Salesforce with Work Orders, Service Appointments, scheduling policies, and IoT integration for on-site technicians. Nutshell is a straightforward sales CRM with People, Companies, Leads, Deals, and Activities — no native scheduling engine, no work-order hierarchy, no technician territory model. We map every Connect Field Service record we can export via the Salesforce REST API (Work Orders, Work Order Line Items, Service Appointments, Resource Capacity data, Assets, Entitlements) into Nutshell equivalents. Where no native equivalent exists, we create custom fields on Nutshell People and Deals to preserve the operational context — original Work Order number, service type, priority, and resolved status all land as reference fields so your team can still see what happened. What cannot migrate: scheduling policies, optimization recipes, IoT alerts, and field-service-specific automations — those require Nutshell's automation layer (or a third-party scheduling tool) to be rebuilt from scratch. We run a sample migration first, surface field-level diffs, then execute a delta-pickup cutover so in-flight service records are captured before you close Connect Field Service down.

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

Connect Field Service logo

Connect Field Service

What's pushing teams away

  • Per-seat pricing model becomes expensive as organizations scale technician headcount, especially when supervisors, dispatchers, and parts staff all require licenses.
  • Complex workflow configuration requires dedicated admin resources; smaller teams find the setup overhead disproportionate to their needs.
  • Mobile app performance degrades in low-connectivity or offline scenarios common in remote industrial sites and rural service territories.
  • Integration with third-party accounting or parts procurement systems requires middleware or custom API work that adds ongoing maintenance burden.
  • Upgrade cycles sometimes introduce breaking changes to custom fields or API behavior without sufficient migration notice.

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 Connect Field Service objects map to Nutshell

Each row shows how a Connect Field Service 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.

Connect Field Service

WorkOrder

maps to

Nutshell

Person + Activity

1:1
Fully supported

Work Orders have no direct Nutshell equivalent. We extract the customer contact from WorkOrder.AccountId (mapped to Nutshell Person) and the service narrative becomes a Nutshell Activity of type 'note' with the Work Order number stored in a custom field (Work_Order_Number__c) for traceability. Work Order priority, status, and service type are preserved as custom fields on the Person record.

Connect Field Service

WorkOrderLineItem

maps to

Nutshell

Activity + custom fields on Person

many:1
Fully supported

Each Work Order Line Item represents a task or parts line. Multiple line items from a single Work Order merge into one Nutshell Activity entry, with the item descriptions concatenated or expanded into separate Activity rows at your preference. Service type codes, quantity, and product references migrate as custom text fields on the associated Person.

Connect Field Service

ServiceAppointment

maps to

Nutshell

Activity (event) + custom fields

1:1
Fully supported

Service Appointments record scheduled visits with start/end times, assigned resources, and status. In Nutshell, each appointment becomes an Activity of type 'meeting' with the original scheduled start and end preserved in custom datetime fields (Scheduled_Start__c, Scheduled_End__c). Appointment status (Scheduled, In Progress, Completed, Cancelled) migrates as a custom pick-list (Appointment_Status__c) on the Person.

Connect Field Service

Account (service locations)

maps to

Nutshell

Company

1:1
Fully supported

Connect Field Service Accounts that represent customer locations or service sites map 1:1 to Nutshell Companies. The Account's shipping address, site name, and primary contact link to the Company record. Multi-site accounts with child locations preserve the parent-child hierarchy using Nutshell's manual parent-reference custom field since Nutshell has no native account hierarchy.

Connect Field Service

Contact (technician, dispatcher)

maps to

Nutshell

Person

1:1
Fully supported

Salesforce Contacts who are internal technicians or dispatchers migrate to Nutshell People. Email, phone, title, and address fields map directly. The Contact's role in Connect Field Service (technician vs. dispatcher) is preserved in a custom pick-list field (FSL_Role__c) on the Person record since Nutshell has no native role-equivalent for internal staff.

Connect Field Service

Contact (customer)

maps to

Nutshell

Person

1:1
Fully supported

Customer-facing Contacts on Work Orders map to Nutshell People with direct field mapping for name, email, phone, and title. If a Contact has multiple associated Accounts (common in field service for multi-site customers), we migrate one primary Account link and surface secondary site associations as custom text fields listing additional Company IDs.

Connect Field Service

Lead (prospect)

maps to

Nutshell

Lead

1:1
Fully supported

Salesforce Leads without existing Work Orders or Service Appointments map directly to Nutshell Leads. Lead status, source, and custom fields migrate as-is where field types match. Connect Field Service-specific lead scoring models (if any) require custom field creation in Nutshell.

Connect Field Service

Asset

maps to

Nutshell

Company (service location) + custom fields on Person

1:1
Fully supported

Assets represent installed or maintained equipment at customer sites. We link each Asset to the associated Nutshell Company (site location) and store asset metadata (product name, serial number, install date, warranty end date) as custom fields on the Company's Person record for the primary contact. Asset Relationship hierarchies (replacement or upgrade chains) are not natively supported in Nutshell — we surface them as a custom text block listing related Asset IDs.

Connect Field Service

Entitlement

maps to

Nutshell

Custom fields on Person

1:1
Fully supported

Entitlements capture service‑level agreements such as warranties, SLA tiers, and coverage windows. Because Nutshell lacks a native entitlement object, we preserve this information by creating custom fields on the related Person record: Entitlement_Name__c for the agreement name, Service_Level__c for the tier, Coverage_Start__c and Coverage_End__c for the dates, and a pick‑list field Entitlement_Status__c to indicate whether the entitlement is active or expired.

Connect Field Service

Skill

maps to

Nutshell

Custom fields on Person

1:1
Fully supported

Field service Skills (HVAC certified, electrical license, manufacturer-specific training) have no Nutshell equivalent. We migrate technician skill tags as a custom multi-select field (Technician_Skills__c) on the Person record so the skill inventory is preserved even if the scheduling use case does not transfer.

Connect Field Service

Product2 (service products)

maps to

Nutshell

Deal + custom fields on Person

1:1
Fully supported

Products that represent service offerings or parts used in Work Orders map to a Nutshell Deal capturing the product context. Unit price and product code are stored as custom fields on the Deal. For parts-only migrations, we optionally create a simple Nutshell Product record linked to the Deal.

Connect Field Service

Task (activity log from FSL)

maps to

Nutshell

Activity

1:1
Fully supported

Connect Field Service generates Task records for technician check-ins, parts usage, and field updates. These map directly to Nutshell Activities of type 'task' with subject, description, original created date, and owner preserved. Completed status and task type (parts, check-in, cleanup) migrate as custom fields on the Activity.

Connect Field Service

Note / Attachment

maps to

Nutshell

Activity + Files

1:1
Fully supported

Notes attached to Work Orders, Service Appointments, or Assets migrate as Nutshell Activities of type 'note' with the full note body preserved. File attachments (photos of completed work, signed service reports) re-upload to Nutshell Files and are linked to the corresponding Person or Activity record.

Connect Field Service

Custom FSL objects (Scheduling Policy, Optimization Request, Map Polygon)

maps to

Nutshell

Not migrated

1:1
Fully supported

Connect Field Service managed-package objects — Scheduling Policy, FSL Operation, Optimization Data, Gantt Filter, Map Polygon — have no Nutshell equivalent. These represent destination-platform automation and spatial data that cannot be migrated to a non-field-service CRM. We export these definitions as a JSON reference file for manual documentation but they do not appear as Nutshell records.

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.

Connect Field Service logo

Connect Field Service gotchas

High

Per-seat licensing applies to dispatchers, technicians, and often read-only users

High

Custom fields and non-standard objects require explicit mapping before migration

Medium

Offline sync state is not persistently exported via standard API

Medium

Scheduling optimization rules and territory logic do not transfer between 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

  • Work Order and Service Appointment hierarchy collapses to flat Activity records

    Connect Field Service structures data as a hierarchy — Work Order → Work Order Line Items → Service Appointments → Entitlements — with parent-child relationships that drive the scheduling engine. Nutshell has no hierarchical service record model. We flatten each Work Order into a Nutshell Activity linked to the Person, with Work Order number, priority, and status stored as custom fields. This preserves the data but loses the parent-child drilling path that Connect Field Service dispatchers rely on for context. You will not be able to open a Work Order and see its child line items and appointments as sub-records inside Nutshell — they become separate Activity rows with a shared custom field reference.

  • Scheduling policies and optimization recipes have no Nutshell equivalent

    Connect Field Service Scheduling Policies, Appointment Dependencies, FSL Optimization Requests, and Territory Optimization configurations are destination-side automation constructs that exist only within Salesforce's Field Service managed package. Nutshell has no scheduling engine, no territory model, and no dispatch console. We export your scheduling policy definitions as a JSON reference file so your team can document the rules for rebuild, but Nutshell's automation layer (personal email sequences triggered by stage changes) cannot replicate field-service dispatch logic. If scheduling optimization is a core business function, you will need a dedicated FSM tool alongside Nutshell or accept manual scheduling in a sales-CRM context.

  • Nutshell base plan includes a single pipeline — multi-pipeline setups require Pro or Enterprise

    Connect Field Service teams often run multiple dispatch boards or service-type pipelines (reactive repairs, preventive maintenance, installations). Nutshell's Foundation plan (the $13/user/month tier) supports a single customizable sales pipeline. Multiple pipelines are available on the Pro ($42/user/month) and Enterprise ($79/user/month) tiers. Before migration, we identify whether your Connect Field Service operations require multiple Nutshell pipelines and confirm which plan tier supports the pipeline configuration your team needs. Pipeline count affects migration validation because each pipeline requires its own stage-value mapping during the Deal migration phase.

  • Custom fields on Person, Company, and Lead must be pre-created in Nutshell before migration

    Nutshell requires custom fields to be declared in the UI before data can populate them — there is no automatic custom field creation during import. For every Work Order metadata field (Work_Order_Number__c, Appointment_Status__c, Entitlement_Name__c, etc.) that has no native Nutshell equivalent, your Nutshell admin must create the custom field first via Settings → Data → Custom Fields, selecting the correct field type (text, pick-list, date, datetime, number, multi-select). FlitStack delivers a custom field creation checklist before the migration run. Fields created after migration has begun require a re-run for those records, which adds time and complexity to the cutover window.

  • IoT alerts and connected-field monitoring data does not migrate

    Connect Field Service's IoT integration — Azure IoT Hub alerts, sensor thresholds, proactive work order generation from Connected Field Service monitoring — operates through Salesforce Flow triggers and Field Service managed-package objects (FSL Operation, SLR Cache). These are destination-side automation constructs with no data content to export. Sensor threshold configurations, alert rules, and the IoT-to-work-order mapping logic must be redesigned in whatever monitoring or dispatch tool you adopt alongside Nutshell. We export the alert event history as Activity records if the events generated logged Salesforce Tasks, but the rule definitions themselves cannot transfer.

Migration approach

Six steps for a successful Connect Field Service to Nutshell data migration

  1. Audit Connect Field Service data model and build custom field plan

    FlitStack exports your Connect Field Service schema via the Salesforce REST API, identifying all Work Orders, Service Appointments, Work Order Line Items, Assets, Entitlements, and Skills. We compare this against Nutshell's native object model to identify which records map directly and which require custom field creation. You receive a custom field creation checklist for Nutshell (field name, type, pick-list values) so your admin can pre-build the schema before migration data lands. This step typically runs 3–5 business days depending on the number of custom fields required.

  2. Resolve owner and technician email matches to Nutshell users

    Connect Field Service Work Orders and Service Appointments carry OwnerId references tied to Salesforce users (dispatchers and technicians). FlitStack matches these owner emails against your Nutshell user list. Any owner without a corresponding Nutshell user account is flagged before migration — your team either creates the Nutshell user first or assigns those records to a designated fallback user. No record lands in Nutshell without a resolved owner assignment. This step runs in parallel with custom field creation.

  3. Migrate Companies before People, then Assets and Entitlements

    Nutshell requires Company records to exist before People can link to them via the CompanyId lookup. We sequence the migration: Accounts → Companies first, then Contacts → People (with AccountId lookup resolved), then Work Orders → Activities with Person links established. Assets and Entitlements attach to the Person record after the People migration completes. Work Order Line Items expand into separate Activity rows or merge into a single Activity entry per your specification. This ordering ensures foreign key integrity throughout the migration.

  4. Run sample migration with field-level diff

    A representative slice migrates first — typically 100–500 records spanning Accounts, People, Work Orders, Service Appointments, and Assets. FlitStack generates a field-level diff comparing source Salesforce values against the resulting Nutshell records so you can verify that custom fields populated correctly, activity timestamps match, and owner assignments resolved as expected. You approve the sample mapping before the full migration commits. Any field mapping adjustments are corrected before the full run.

  5. Execute full migration with delta-pickup cutover

    The full migration runs against your Nutshell instance via the Nutshell API. A delta-pickup window (typically 24–48 hours) captures any Work Orders, Service Appointments, or Contact updates made in Connect Field Service during the cutover. All operations are logged in an audit trail. If reconciliation reveals record count or field-value discrepancies, FlitStack provides one-click rollback to the pre-migration state so you can re-run without data corruption. Post-migration, you receive a summary report showing record counts by object, error rate, and any records that could not be auto-assigned.

Platform deep dives

Context on both ends of the pair

Connect Field Service logo

Connect Field Service

Source

Strengths

  • Tightly coupled with major CRM backends like Salesforce and Dynamics 365 for unified customer records.
  • Mobile-first design with offline sync capability for technicians working in low-connectivity environments.
  • IoT and remote monitoring integration for predictive maintenance alerting.
  • Dynamic scheduling with territory-based routing and real-time dispatcher reassignment.
  • Multi-currency and multi-region support for organizations operating across geographic business units.

Weaknesses

  • Per-user license costs scale linearly with technician and dispatcher count, creating budget pressure during seasonal peaks.
  • Workflow and business rule configuration requires specialized admin expertise, increasing total cost of ownership.
  • Custom field and object development requires Salesforce DX or equivalent developer tooling, limiting declarative extensibility.
  • API rate limits and bulk API availability vary by edition, constraining automated migration throughput.
  • Offline data synchronization can produce conflicts that require manual resolution when technicians work in intermittent connectivity.
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. 1 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 Connect Field Service and Nutshell.

  • Object compatibility

    B

    1 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

    Connect Field Service: 100 API calls per minute per org for standard REST API; bulk API available for larger data volumes.

  • Data volume sensitivity

    A

    Connect Field Service exposes a bulk API — large-volume migrations stream efficiently.

Estimator

Estimate your Connect Field Service 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 Connect Field Service to Nutshell data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Most Connect Field Service to Nutshell migrations complete within 48–72 hours for datasets under 25,000 total records (Work Orders, Service Appointments, People, Companies). Larger migrations with 100,000+ records or extensive custom field schemas extend to 5–10 days. The longest planning step is custom field creation in Nutshell before migration data can land — your admin should complete the custom field checklist 3–5 days before the migration run. Field-level diff and sample migration validation typically adds 1–2 days to the timeline before the full cutover begins.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Connect Field Service.
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