Migrate your Salesforce Field Service data
Enterprise field service management built on Salesforce CRM, combining real-time scheduling optimization with mobile workforce tools for complex service operations.
In its favor
Why people choose Salesforce Field Service
The signal that keeps Salesforce Field Service on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
Intelligent scheduling that considers geography, skill match, and real-time traffic to minimize drive time and maximize technician utilization across large dispatch territories.
The dispatcher console with Gantt visualization gives dispatchers clear, real-time visibility into every technician's location, status, and workload across the entire service operation.
Integration with the broader Salesforce CRM ties field service data to Accounts, Contacts, Cases, and Opportunities without requiring a separate data warehouse or manual reconciliation.
The mobile app for field technicians works offline and lets them update job status, capture customer signatures, and access asset history without a continuous data connection.
Customizable service territories, operating hours, and skill-based routing rules allow field service operations to model complex multi-region or multi-trade service organizations.
Pricing model accumulates hidden costs—storage overages at $125/GB, API throttling during high-volume periods, and $2 per Agentforce conversation add up beyond the base seat license.
Complexity of inherited implementations makes configuration tangles difficult to unwind, and lack of clear documentation makes it hard for new teams to understand what the system is actually doing.
Scheduling limits create friction at scale—250 records per Enhanced Scheduling optimization batch is insufficient for large service operations without additional tooling.
Integration depth becomes a dependency trap—organizations deeply embedded in Salesforce Field Service find switching costs prohibitively high even when frustrated with cost or complexity.
Reasons to switch
Why people leave Salesforce Field Service
The recurring reasons buyers give for replacing Salesforce Field Service. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where Salesforce Field Service fits
Grades across six dimensions, plus a SWOT-style view of where the platform shines and where it falls short.
SWOT — strengths, weaknesses, and use-case fit
Strengths
Weaknesses
Where it works
Where it struggles
Pricing tiers
Salesforce Field Service pricing overview
Salesforce Field Service pricing is layered on top of Salesforce CRM edition pricing. Base CRM tiers range from $25 (Starter Suite) to $550/user/month (Agentforce 1). Field Service Dispatcher and Technician licenses are added on top, with Unlimited Edition running $330/user/month per role and Field Service Plus at $380/user/month. Annual uplift clauses typically add 8–10% at renewal. Storage overages ($125/GB), API throttling, and Agentforce conversation charges ($2 each) are billed separately.
Enterprise Edition + Field Service
Tier 1 of 3
$150–$175/user/month
What's included
Need help selecting your CRM?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on Salesforce Field Service's schedule — see our quote-based pricing →
What gets migrated
Salesforce Field Service object support
Object-by-object support for Salesforce Field Service migrations. Per-pair details surface during scoping.
Work Orders
Fully supportedWork Orders are the primary service record in Field Service. We migrate Work Order headers, status, priority, and custom fields. Line items and entitlement associations are preserved via lookup relationship fields. Scheduling is driven by related Service Appointments, not the Work Order itself.
Service Appointments
Fully supportedService Appointments are the scheduling and dispatch unit in FSL. We migrate scheduled date/time, assigned technician, geographic location, status, and duration. Gantt view data and capacity view assignments are included. This object has a 250-record batch limit for Enhanced Scheduling optimization.
Technicians (Users)
Fully supportedTechnicians are standard Salesforce Users with a Field Service resource role. We migrate user profiles, skill certifications, service territory assignments, and operating hours links. Skills are a separate object with many-to-many junction relationships that require explicit mapping.
Accounts
Fully supportedAccounts map directly as standard Salesforce objects. Location accounts (customer sites) carry additional address fields relevant to dispatch routing. We preserve account-to-asset relationships and service entitlement links during migration.
Contacts
Fully supportedContacts map as standard Salesforce objects. For Field Service, the primary contact on a Service Appointment receives automated appointment notifications. We migrate contact roles and maintain the contact-to-account hierarchy.
Assets
Fully supportedAssets represent installed equipment at customer locations and link to Accounts. We migrate asset hierarchy, product associations, install dates, and lifecycle status. Asset-to-Work Order lookups are preserved as relationship fields.
Work Order Line Items
Mapping requiredLine items are standard Salesforce objects with a lookup to Work Orders. Custom pricing fields and product option configurations require field-level mapping because implementations vary widely in how pricing is handled across FSL and standard Salesforce.
Entitlements
Mapping requiredEntitlements define service level agreements and link customers to Work Orders via entitlement processes. We migrate entitlement names, milestones, and business hours. Custom entitlement types and milestone configurations require value mapping against the destination org.
Service Territories
Mapping requiredService Territories define geographic dispatch zones and assign technician membership. We migrate territory shapes, associated operating hours, and member resources. Multi-territory hierarchies and nested territory structures require careful mapping to the destination's territory model.
Operating Hours
Mapping requiredOperating Hours define work windows for Service Territories and Technicians. We migrate time slots and link them to territory or user records. Time zone handling and holiday schedule associations must be explicitly mapped when crossing regions.
Skills
Mapping requiredSkills and Certifications are custom objects with junction relationships to Technicians. We migrate skill names, certification dates, and expiry data. Skill-to-Work Order requirements require mapping both sides of the many-to-many relationship.
| Object | Support | Notes |
|---|---|---|
| Work Orders | Fully supported | Work Orders are the primary service record in Field Service. We migrate Work Order headers, status, priority, and custom fields. Line items and entitlement associations are preserved via lookup relationship fields. Scheduling is driven by related Service Appointments, not the Work Order itself. |
| Service Appointments | Fully supported | Service Appointments are the scheduling and dispatch unit in FSL. We migrate scheduled date/time, assigned technician, geographic location, status, and duration. Gantt view data and capacity view assignments are included. This object has a 250-record batch limit for Enhanced Scheduling optimization. |
| Technicians (Users) | Fully supported | Technicians are standard Salesforce Users with a Field Service resource role. We migrate user profiles, skill certifications, service territory assignments, and operating hours links. Skills are a separate object with many-to-many junction relationships that require explicit mapping. |
| Accounts | Fully supported | Accounts map directly as standard Salesforce objects. Location accounts (customer sites) carry additional address fields relevant to dispatch routing. We preserve account-to-asset relationships and service entitlement links during migration. |
| Contacts | Fully supported | Contacts map as standard Salesforce objects. For Field Service, the primary contact on a Service Appointment receives automated appointment notifications. We migrate contact roles and maintain the contact-to-account hierarchy. |
| Assets | Fully supported | Assets represent installed equipment at customer locations and link to Accounts. We migrate asset hierarchy, product associations, install dates, and lifecycle status. Asset-to-Work Order lookups are preserved as relationship fields. |
| Work Order Line Items | Mapping required | Line items are standard Salesforce objects with a lookup to Work Orders. Custom pricing fields and product option configurations require field-level mapping because implementations vary widely in how pricing is handled across FSL and standard Salesforce. |
| Entitlements | Mapping required | Entitlements define service level agreements and link customers to Work Orders via entitlement processes. We migrate entitlement names, milestones, and business hours. Custom entitlement types and milestone configurations require value mapping against the destination org. |
| Service Territories | Mapping required | Service Territories define geographic dispatch zones and assign technician membership. We migrate territory shapes, associated operating hours, and member resources. Multi-territory hierarchies and nested territory structures require careful mapping to the destination's territory model. |
| Operating Hours | Mapping required | Operating Hours define work windows for Service Territories and Technicians. We migrate time slots and link them to territory or user records. Time zone handling and holiday schedule associations must be explicitly mapped when crossing regions. |
| Skills | Mapping required | Skills and Certifications are custom objects with junction relationships to Technicians. We migrate skill names, certification dates, and expiry data. Skill-to-Work Order requirements require mapping both sides of the many-to-many relationship. |
Gotchas
What to watch for in Salesforce Field Service migrations
Issues we've hit on past Salesforce Field Service migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
250-record batch limit for Enhanced Scheduling optimization
Process Builder workflows do not migrate—must be rebuilt in Flow Builder
API rate limits vary by edition and are easy to exhaust during bulk migration
Storage overages at $125/GB inflate migration data costs
Custom fields and lookups require explicit field-level mapping
| Severity | Issue |
|---|---|
| High | 250-record batch limit for Enhanced Scheduling optimization |
| High | Process Builder workflows do not migrate—must be rebuilt in Flow Builder |
| High | API rate limits vary by edition and are easy to exhaust during bulk migration |
| Medium | Storage overages at $125/GB inflate migration data costs |
| Medium | Custom fields and lookups require explicit field-level mapping |
Leaving Salesforce Field Service?
Where Salesforce Field Service customers move next
12 destinations Salesforce Field Service can migrate to.
How a Salesforce Field Service migration works
Four steps, Salesforce Field Service-specific
Connect
OAuth 2.0 with multiple flows (Web Server, JWT Bearer, Username-Password, Refresh Token, etc.). Connected Apps issue client_id / client_secret. Best practice: cache access tokens and avoid requesting more than one token per 20 minutes. into Salesforce Field Service. Scopes limited to read-only on the data we move.
Map
We translate Salesforce Field Service-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate Salesforce Field Service quirks before production.
Migrate
Full migration with Salesforce Field Service rate-limit handling. Rollback available throughout.
FAQ
Salesforce Field Service migration FAQ
Answers to the questions buyers ask most during Salesforce Field Service migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your Salesforce Field Service migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationReady when you are
Migrate Salesforce Field Service.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your Salesforce Field Service setup and destination — written quote back within a business day.