CRM migration

Migrate from Field Services Workflow and Logistics to Nutshell

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

Field Services Workflow and Logistics logo

Field Services Workflow and Logistics

Source

Nutshell

Destination

Nutshell logo

Compatibility

100%

12 of 12

objects map 1:1 between Field Services Workflow and Logistics and Nutshell.

Complexity

BStandard

Timeline

24–48 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Field Services Workflow and Logistics is Salesforce's field service management product, built on the Service Cloud data model. Core objects include WorkOrder, WorkOrderLineItem, ServiceAppointment, SkillRequirement, AssignedResource, and ResourceAbsence — with custom fields attached to standard Salesforce objects via the Field Service managed package. Nutshell is an SMB-focused CRM with three primary record types: People (contacts), Companies (accounts), and Deals (opportunities), plus custom fields scoped per object and an open JSON-RPC API. The two platforms share almost no object-level equivalents beyond the contact/company paradigm, so the migration is a data-model translation: FSM WorkOrders become Nutshell Deals, FSM customers become Nutshell People and Companies, ServiceAppointments become Nutshell Tasks, and FSM custom fields become Nutshell custom fields. What cannot migrate: service-territory routing rules, skill-based scheduling constraints, and automations tied to FSM object events. FlitStack AI sequences the migration through the Nutshell JSON-RPC API, uses a sample migration with field-level diff before committing, and runs a 24–48 hour delta pickup window to capture in-flight work orders during cutover. Our audit log covers every create and update operation; one-click rollback is available if reconciliation reveals data-integrity issues.

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

Field Services Workflow and Logistics logo

Field Services Workflow and Logistics

What's pushing teams away

  • Setup complexity and steep learning curve — multiple reviews cite the initial configuration burden, custom field setup, and dispatcher training as significant adoption friction.
  • Limited customization without developer resources — out-of-box workflows do not match every service business process, and modifying forms or logic requires developer assistance.
  • Slow performance at scale — users report sluggish response times when managing large technician pools or high-volume job queues.
  • Lack of native integrations with existing tools — field service platforms do not always connect cleanly to accounting software, inventory systems, or CRM tools already in use.
  • Pricing escalation on growth — per-user pricing models mean costs rise significantly as technician fleets expand, pushing companies toward flat-fee alternatives.

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 Field Services Workflow and Logistics objects map to Nutshell

Each row shows how a Field Services Workflow and Logistics 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 Services Workflow and Logistics

WorkOrder

maps to

Nutshell

Deal

1:1
Fully supported

WorkOrder is the primary FSM record and maps directly to Nutshell Deal. FlitStack AI preserves the WorkOrder subject as the Deal name, WorkOrder status as a custom picklist field, and original create/update timestamps as custom datetime fields. The WorkOrder's AccountId resolves to a Nutshell Company record before the Deal is created — foreign-key ordering is handled automatically by the migration sequencing.

Field Services Workflow and Logistics

WorkOrderLineItem

maps to

Nutshell

Deal (custom fields + Note attachment)

1:1
Fully supported

WorkOrderLineItem has a parent-child relationship under WorkOrder with line-type, quantity, unit price, and product-service description. Nutshell has no native line-item child object, so FlitStack AI collapses line-item data into a JSON-serialized custom text field on the Deal or attaches a formatted note listing all line items with quantities and amounts. The most-complete line (by total price) becomes the primary Deal amount; remaining lines are preserved in the serialized field.

Field Services Workflow and Logistics

ServiceAppointment

maps to

Nutshell

Task

1:1
Fully supported

ServiceAppointment stores the scheduled date, duration, status, and address for each field visit. FlitStack AI maps ServiceAppointment to a Nutshell Task with the original appointment date as the due date, appointment status as a custom picklist, the service address as a note on the Task, and the assigned technician's email resolved to a Nutshell user. The Task is linked to the parent Deal that resulted from the WorkOrder.

Field Services Workflow and Logistics

AssignedResource

maps to

Nutshell

Person (technician) + Deal (association)

1:1
Fully supported

AssignedResource links a Resource (technician) to a ServiceAppointment or WorkOrder. Nutshell has no native many-to-many assignment object, so FlitStack AI creates a Person record for each technician (if one does not already exist) and stores the assignment relationship in a custom field on the Deal or as a tagged note referencing the ServiceAppointment. The technician's email is matched to an existing Nutshell user for owner resolution.

Field Services Workflow and Logistics

SkillRequirement

maps to

Nutshell

Person (custom field) + Note attachment

1:1
Fully supported

SkillRequirement stores the skill type and proficiency level required for a ServiceAppointment. Nutshell has no native skill or certification object, so FlitStack AI maps skill names to a multi-select picklist custom field on the Person record (technician) and appends a note listing all skills with their proficiency levels and associated ServiceAppointment references. Skills are searchable in Nutshell via the custom field.

Field Services Workflow and Logistics

Account (customer)

maps to

Nutshell

Company

1:1
Fully supported

The Salesforce Account representing the customer maps to a Nutshell Company. FlitStack AI preserves the Account name as Company name, the billing address as the primary address, industry as a picklist (value-mapped where FSM industry codes differ from Nutshell's defaults), and annual revenue as a number field. The original Salesforce AccountId is stored in a custom field on the Nutshell Company for traceability.

Field Services Workflow and Logistics

Contact (service location contact)

maps to

Nutshell

Person

1:1
Fully supported

Contact records on the Salesforce Account map to Nutshell Person records. FlitStack AI maps first name, last name, email, phone, and job title directly. If a Contact record has no email address (common for technical contacts on service accounts), it is imported with the phone and name fields; a warning is logged for manual review. The original Salesforce ContactId is stored in a custom field on the Nutshell Person.

Field Services Workflow and Logistics

Entitlement

maps to

Nutshell

Company (custom field) + Deal (custom field)

1:1
Fully supported

Entitlement defines service contract coverage (SLA type, entitlement number, business hours). Nutshell has no native entitlement object, so FlitStack AI maps entitlement data to a custom field on the relevant Company record (contract type, expiry date, business hours reference) and optionally links it to the Deal via a custom Deal field referencing the entitlement number. Contract expiry dates are preserved as date fields for renewal tracking.

Field Services Workflow and Logistics

ResourceAbsence

maps to

Nutshell

Person (custom field) + Note attachment

1:1
Fully supported

ResourceAbsence tracks technician vacation, sick days, and training blocks with start and end timestamps. Nutshell lacks a native absence calendar, so FlitStack AI stores absence ranges as custom date-pair fields on the technician's Person record and attaches a formatted note listing all historical absence records with dates and reasons. Active or upcoming absences are surfaced in the migration report for scheduling coordination in Nutshell.

Field Services Workflow and Logistics

WorkOrder custom fields (Field Service namespace)

maps to

Nutshell

Deal (custom field)

1:1
Fully supported

Salesforce Field Service adds custom fields to WorkOrder using the __sf_fsl namespace — these include service-type codes, priority tiers, dispatch windows, and SLA flags. Nutshell requires each FSM custom field to be manually recreated as a Nutshell custom field on the Deal object before migration. FlitStack AI generates a custom-field creation plan listing every FSM __sf_fsl field with its Nutshell type equivalent (text, number, date, picklist) so your Nutshell admin can pre-create the fields before the migration run.

Field Services Workflow and Logistics

ServiceAppointment custom fields (FSM namespace)

maps to

Nutshell

Task (custom field)

1:1
Fully supported

Custom fields on ServiceAppointment (such as travel-time estimates, signature-capture flags, or service-result codes) do not have a Nutshell equivalent and must be created as custom fields on the Task object. FlitStack AI documents every ServiceAppointment custom field and its type, providing your Nutshell admin with the exact field name, type, and picklist options to create before the migration runs.

Field Services Workflow and Logistics

Attachment / ContentDocument (on WorkOrder or ServiceAppointment)

maps to

Nutshell

File attachment (on Deal or Task)

1:1
Fully supported

Salesforce Files attached to WorkOrder or ServiceAppointment records are downloaded and re-uploaded to the corresponding Nutshell Deal or Task. FlitStack AI handles file type detection, preserves the original file name and content version metadata, and logs any files exceeding Nutshell's attachment size limits (typically 25MB per file) for manual handling. Inline images embedded in rich-text fields are extracted and rehosted separately.

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.

Field Services Workflow and Logistics logo

Field Services Workflow and Logistics gotchas

Medium

Custom form data stored in non-standard structures

High

Open work orders require cutover sequencing

Medium

Technician-to-user identity mapping

Low

Attachment export volume and file size limits

Medium

Custom workflow forms require schema discovery

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

  • WorkOrderLineItem hierarchy has no Nutshell child-object equivalent

    Salesforce WorkOrderLineItem supports an unlimited depth parent-child hierarchy where each line carries its own product, quantity, unit price, and discount. Nutshell Deal records are flat — there is no line-item child object, no nested product association, and no native price-break model. FlitStack AI collapses WorkOrderLineItem records into a JSON-serialized custom text field on the parent Deal and uses the highest-price line as the Deal amount, but this means the granular pricing hierarchy (parent-line-sub-line structure) is flattened in Nutshell. Teams that rely on Salesforce CPQ or product scheduling at the line level need to rebuild pricing logic in Nutshell manually or via integration after migration.

  • FSM __sf_fsl custom fields require manual pre-creation in Nutshell

    Salesforce Field Service adds custom fields to WorkOrder and ServiceAppointment using the __sf_fsl namespace — these include service-type codes, priority tiers, dispatch-window flags, travel-time estimates, and signature-capture indicators. Nutshell custom fields must be created one at a time in the Nutshell UI under Settings > Fields before migration data can be written to them. FlitStack AI generates a complete field-creation plan listing every __sf_fsl field, its Salesforce data type, and the recommended Nutshell field type (text, number, date, picklist, checkbox) with all picklist options enumerated. If these fields are not created before the migration run, data that should populate them is written to the Deal or Task record without those field values — a partial-data scenario that requires a supplemental migration pass.

  • SkillRequirement and AssignedResource require technician Person records in Nutshell

    Salesforce FSM's skill-based matching relies on SkillRequirement records linking a ServiceAppointment to specific Skill objects, and AssignedResource linking the appointment to a technician Resource. Nutshell has no native skill, certification, or resource-assignment object — all three must be approximated with Person records and custom fields. Technicians without an existing Nutshell account are created as Person records during migration, but they do not gain Nutshell user access unless your Nutshell plan supports the additional seats. FlitStack AI logs every technician email that does not resolve to an existing Nutshell user so your team can decide whether to invite them as Nutshell users or keep their FSM data visible as reference-only Person records.

  • Service-territory routing rules do not have a Nutshell equivalent

    Salesforce FSM uses ServiceTerritory, ServiceTerritoryMember, and operating hours objects to define geographic dispatch zones, service windows, and which technicians are assigned to which territories. Nutshell has no geographic territory, operating-hours, or time-zone scheduling model. Dispatch and routing rules built in Salesforce FSM cannot be migrated — they must be rebuilt manually in your post-migration workflow or through a third-party scheduling integration. FlitStack AI documents every ServiceTerritory record, its associated operating hours, and member technician list as a formatted reference export so your team has a rebuild blueprint for routing configuration in Nutshell or a connected scheduling tool.

  • Nutshell JSON-RPC API rate limits may extend migration windows for large datasets

    Nutshell's JSON-RPC API enforces rate limits per API key. For large FSM migrations (50,000+ WorkOrder records with line items and ServiceAppointments), the total number of API calls across People, Companies, Deals, Tasks, and custom field writes can exceed comfortable single-session limits. FlitStack AI mitigates this by batching API writes, using bulk-endpoint where available, and respecting Nutshell's retry-after headers. Migrations that approach rate-limit thresholds are split across multiple sessions with a checkpoint resume, which extends the migration window by several hours beyond the initial estimate. Your team does not lose access to Nutshell during this period — migration runs operate in the background.

Migration approach

Six steps for a successful Field Services Workflow and Logistics to Nutshell data migration

  1. FSM schema discovery and API access validation

    FlitStack AI connects to your Salesforce org via the REST API using OAuth 2.0 and validates access to the Field Service objects (WorkOrder, WorkOrderLineItem, ServiceAppointment, AssignedResource, SkillRequirement, ResourceAbsence, Entitlement) and the custom fields on each. We export the complete FSM field list including __sf_fsl namespace fields, check pick-list values against Nutshell's supported types, and identify WorkOrderLineItem hierarchy depth. The output is a FSM field inventory and a Nutshell custom-field creation plan that your Nutshell admin executes before the migration run. This step also validates your Salesforce API usage limits (Enterprise Edition includes 100,000 daily API calls) to ensure the migration will not exhaust your quota during data extraction.

  2. Pre-create Nutshell custom fields and configure API access

    Using the field inventory from Step 1, FlitStack AI delivers a custom-field setup guide that lists every Nutshell custom field required on Deal, Task, Company, and Person objects — with field name, type, and picklist options. Your Nutshell admin creates these fields in Settings before the migration run. FlitStack AI also provisions a Nutshell API key with appropriate permissions and, if needed, enables impersonation mode so owner assignment in Nutshell reflects the FSM record owner rather than the API key name. This step also includes setting up any Nutshell pipelines and stages that match your FSM WorkOrder status values.

  3. Migrate accounts, contacts, and companies first

    Salesforce Account and Contact records must land in Nutshell before WorkOrder records can reference them, because Nutshell requires Company and Person records to exist before Deals can link to them via the Company ID and Person ID fields. FlitStack AI sequences the migration as follows: first, Account records map to Nutshell Companies; second, Contact records map to Nutshell People and are associated to their parent Company; third, Entitlement records are written to Company custom fields. The FSM AccountId-to-Nutshell-Company-ID mapping table is maintained throughout so Deal records in Step 4 resolve foreign keys correctly.

  4. Run a sample migration with field-level diff

    A representative slice migrates first — typically 200–500 records spanning WorkOrders, ServiceAppointments, AssignedResources, and attachments across multiple FSM statuses. FlitStack AI generates a field-level diff showing every source field value, the mapped Nutshell field, and any transformation applied (value mapping, serialization, or omission). You review the diff to verify that WorkOrder priority, line-item totals, appointment status, and technician assignment all map as expected. Any mapping corrections are made before the full run commits. Custom-field pre-creation is verified during this step — missing Nutshell fields are flagged and can still be added before the full run.

  5. Execute full migration with delta-pickup window

    The full migration runs against Nutshell's JSON-RPC API. WorkOrders map to Deals, ServiceAppointments to Tasks, AssignedResources to technician Person associations, SkillRequirements to custom skill fields, and line items to the serialized custom field. A delta-pickup window of 24–48 hours runs alongside the full migration: any WorkOrder created or modified in Salesforce FSM during the cutover window is captured in a second pass so the final Nutshell dataset reflects the live state at go-live. FlitStack AI logs every API operation to an audit trail. If reconciliation reveals record-count discrepancies, one-click rollback reverts the Nutshell data to its pre-migration state so you can correct and re-run without data loss.

  6. Post-migration reconciliation and FSM rebuild reference export

    FlitStack AI delivers a reconciliation report comparing Salesforce FSM record counts against Nutshell record counts by object type, plus a sample-record spot-check verifying field-level accuracy. Any FSM objects that could not be mapped (service-territory routing rules, operating hours, FSM-specific automations) are exported as formatted JSON and PDF reference documents so your team has a complete rebuild blueprint. Nutshell's native reporting tools are available immediately post-migration for pipeline visibility and deal tracking; more sophisticated service-analytics require a reporting integration or manual dashboard setup.

Platform deep dives

Context on both ends of the pair

Field Services Workflow and Logistics logo

Field Services Workflow and Logistics

Source

Strengths

  • Unified dispatch board consolidates scheduling, technician tracking, and job status into a single real-time view.
  • Native mobile apps let technicians complete jobs, capture photos, and collect customer signatures on-site.
  • Integrated job costing ties labor hours, parts consumed, and travel time directly to Work Orders for accurate billing.
  • Asset lifecycle tracking maintains service history, warranty status, and preventive maintenance schedules for equipment.
  • Service contract management enforces SLA terms, coverage periods, and automatically triggers preventive maintenance jobs.

Weaknesses

  • Setup complexity requires significant configuration time before the system reflects actual service workflows.
  • Customization beyond standard objects often requires developer resources or professional services engagements.
  • Per-user licensing costs scale directly with technician headcount, adding expense as fleets grow.
  • Performance degrades with large technician pools or high-volume job queues in certain deployments.
  • Limited native integrations with niche accounting systems or vertical-specific tools force manual workarounds.
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 Field Services Workflow and Logistics 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

    Field Services Workflow and Logistics: Salesforce: 100,000 daily API requests + 1,000/user license (Enterprise). Not publicly documented for all FSM platforms..

  • Data volume sensitivity

    A

    Field Services Workflow and Logistics exposes a bulk API — large-volume migrations stream efficiently.

Estimator

Estimate your Field Services Workflow and Logistics 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 Field Services Workflow and Logistics to Nutshell data migrations

Answers to the questions buyers ask most during Field Services Workflow and Logistics to Nutshell migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Field Services Workflow and Logistics to Nutshell migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most FSM-to-Nutshell migrations complete within 24–48 hours for datasets under 10,000 WorkOrder records. Migrations with 50,000+ records, deep WorkOrderLineItem hierarchies, or 20+ custom fields extend to 5–10 days because data transformation and field validation work scale with record count. The longest single step is typically the sample migration with field-level diff, because mapping corrections must be reviewed before the full run commits. Nutshell API rate limits on large batch writes can add several hours to the full migration pass.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Field Services Workflow and Logistics.
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