Loading
Salesforce now sends email only from verified domains. Read More
Salesforce Field Service
Table of Contents
Select Filters

          No results
          No results
          Here are some search tips

          Check the spelling of your keywords.
          Use more general search terms.
          Select fewer filters to broaden your search.

          Search all of Salesforce Help
          Set Up Routing for Travel Time Calculations

          Set Up Routing for Travel Time Calculations

          Salesforce Field Service routing calculates travel times to determine the best route for mobile workers traveling to service appointments. This way, your team can work efficiently and maintain service levels. Accurate routing is essential for optimal scheduling because it provides more accurate travel time predictions so that mobile workers can complete more jobs in less time. This improved accuracy reduces travel costs and improves customer satisfaction by ensuring timely arrivals.

          Required Editions

          Available in: both Salesforce Classic (not available in all orgs) and Lightning Experience
          The Field Service core features, managed package, and mobile app are available in Enterprise, Unlimited, and Developer Editions.

          Package icon This is a Field Service managed package feature.

          1. To set your travel time calculation preferences, from the App Launcher, find and open the Field Service Admin app. Click Field Service Settings | Scheduling | Routing.
          2. Enable a routing option or leave them deselected to use the default aerial routing if Enhanced Scheduling and Optimization isn’t enabled. When you’re using Enhanced Scheduling and Optimization, point-to-point predictive routing is always applied, regardless of the configured setting. See Types of Routing.
          3. To calculate and display travel time on the Gantt and automatically create breaks according to your resource availability work rule, enable Calculate travel and breaks.
          4. Select the Travel Speed Unit and Default Travel Speed. This travel speed is used for aerial routing calculations, unless a value is set directly on the service resource object, in which case this value supersedes the default.
          5. Enter a value for the Travel Time Buffer between 1 to 120 minutes. This buffer is the number of minutes added to the estimated travel time to cover additional time, such as for parking. Defining a value for a territory overrides the travel time buffer you define when you set up routing.
          Note
          Note Travel time buffers are available only when you’re using Enhanced Scheduling and Optimization. See Create Service Territories for Field Service.

          Types of Routing

          Field Service offers routing mechanisms to calculate travel times between locations. By default, aerial routing is used when Enhanced Scheduling and Optimization isn't enabled. However, when you’re using Enhanced Scheduling and Optimization, point-to-point predictive routing is always applied, regardless of the configured setting.

          Point-to-point predictive routing is gradually replacing predictive travel (beta) and street-level routing and is available in all scheduling and optimization operations. Salesforce orgs created in Spring ’21 and later get point-to-point predictive routing by default. Salesforce orgs created before Spring ’21 retain predictive travel (beta) and their configuration but can switch to point-to-point predictive routing.

          • Aerial routing—When aerial routing is used, travel time is calculated by using the straight-line distance between the two points and the configured travel speed.
          • Street-level routing (SLR)—Computes the average travel time it takes to drive from point to point based on car travel by road. SLR travel calculations are much more realistic and accurate than aerial calculations.

            The data used by SLR routing is provided by Google. Google uses its own algorithms based on road type to determine travel speed for time calculations. For performance reasons, routes are cached locally in your Salesforce org

            When a travel calculation is required, Field Service first checks whether the route exists in the local cache. If it does, it uses that data. If it doesn’t, Field Service makes a call out to Google to retrieve the data and then stores it in cache to use next time. The cache is purged regularly and you can configure the timing in Field Service Settings.

          • Predictive travel (beta)—Builds on SLR by incorporating time-of-day data into the calculation. Predictive travel applies only to optimization operations; scheduling operations like the Book Appointment and Candidates actions are not supported. Predictive travel uses Google for routing calculations.
          • Point-to-point predictive routing—The advanced routing engine predicts travel times based on historical traffic patterns and routes using exact location coordinates. For example, traveling from A to B at 8 AM can yield a different travel time prediction than when leaving at 11 AM, due to anticipated traffic variations. Point-to-point predictive travel also supports calculating routes that include transport by ferries. Transport by ferry is calculated at a fixed rate of 5 kmh (or 3.1 mph).

            In contrast to the other routing mechanisms, which use approximations of the locations for travel calculations, point-to-point predictive routing uses exact coordinates for more accurate travel time.

            The data used by point-to-point predictive routing is provided by Field Service Maps. Field Service Maps uses its own algorithms based on road type to determine travel speed for time calculations. Because the dataset is local on Salesforce infrastructure, point-to-point predictive routing performs calculations quicker, which improves transaction times.

            Note
            Note Field Service Maps is updated three times a year, aligned with Salesforce releases. This update can adjust travel time calculations for some service appointments already on your schedule, creating schedule overlaps or rule violations. To resolve such scheduling conflicts and realign all appointments with the more precise travel data, you can use a fix overlaps feature or run in-day optimization.

          Point-to-point predictive routing in Enhanced Scheduling and Optimization provides even more features to improve accuracy of travel calculations for different scenarios.

          • Set up travel modes per territory, resource, or both for accurate routing calculations based on transportation type, toll road preferences, and the presence of hazardous materials. The default travel mode is set to car, using toll roads, and not carrying hazardous materials.
          • Use a travel time buffer to define the additional minutes required for activities other than driving, such as finding parking, unloading technical gear, or walking time in a building complex. The additional travel time is added to new service appointments when they’re scheduled or to preexisting appointments if the schedule changes. You can also define buffers per territory.

          Routing Considerations

          Before you set up routing, review some considerations.

          • When you’re not using point-to-point predictive routing, the coordinates used to calculate travel time are approximations. The geography is divided into 200-meter-square grids, and each coordinate is assigned to the grid it falls within. The centroid of each grid is then used as the reference point for calculating travel time. When you’re using point-to-point predictive routing, the exact coordinates are used for calculating routes.
          • You must be registered to use SLR, Predictive travel (beta), and point-to-point predictive routing. Registration is automatic. A Register button appears if necessary, for example, after you refresh a sandbox for Field Service. When you’re using Enhanced Scheduling and Optimization, registration isn't required.
          • Emergency work uses Real-Time Travel calculations provided by Google regardless of the routing type.
          • The Maximum Travel from Home work rule always uses aerial routing calculations regardless of point-to-point predictive routing or SLR.
          • The routing dataset is regularly updated to enhance accuracy. As a result, travel times in preexisting schedules can experience minor adjustments and cause slight overlaps or gaps. However, the scheduling engine is designed to efficiently resolve any such conflicts.

          Considerations for When You’re Using Enhanced Scheduling and Optimization

          Pay attention to the considerations if you’re using Enhanced Scheduling and Optimization.

          • Point-to-point predictive routing is always used with Enhanced Scheduling and Optimization. Other scheduling methods (besides fallback to aerial when point-to-point predictive routing fails to calculate travel) aren't applicable in Enhanced Scheduling and Optimization.
          • Point-to-point predictive routing is used regardless of the travel distance.
          • Service resources must have their home base location geocoded so that the scheduling engine knows the resource’s start and end points.
          • When you drag a service appointment onto the Gantt to be scheduled, the routing calculation depends on the chosen start time. The time of day can affect typical road speed measurements, for example.
          • If you define Travel From Home (minutes) as part of the Service Resource Availability work rules, resources can travel before the start of the work day. This additional time is considered when calculating the departure time.
          • If Enhanced Scheduling and Optimization can’t calculate travel time via point-to-point predictive routing, the engine uses aerial routing to estimate travel time. A route can be unfeasible with predictive routing if travel mode limitations apply, a location is more than 1.5 kilometers from an official road, or data coverage is partial. For example, the dispatcher wants to manually assign the work to Alan, as he’s the only available resource. Alan drives a truck, but the route that Alan is assigned to doesn't allow trucks. Or, Alan is assigned to maintain an asset that’s located 2 kilometers from a road or in a new neighborhood. The travel source used to calculate the travel time to the service appointment, resource absence, or home base is automatically shown in the Estimated Travel Time From Source and Estimated Travel Time To Source fields for the assigned resource or resource absence.
          • When you're using Enhanced Scheduling and Optimization, if the last service appointment of the day is at the same address as the service resource’s home base, the Approximate Travel Time From (Minutes) value on the Assigned Resource object is calculated on the second-to-last appointment. The Approximate Travel Time From (Minutes) value for the last appointment is zero. When you're not using Enhanced Scheduling and Optimization, this travel time to the service resource's home base is calculated on the last service appointment of the day as the Estimated Travel Time (Minutes) value on the Assigned Resource object.

          Considerations for When You’re Not Using Enhanced Scheduling and Optimization

          Pay attention to the considerations if you aren’t using Enhanced Scheduling and Optimization.

          • Point-to-point predictive routing considers toll roads when relevant. SLR and Predictive travel avoid toll roads, which can result in longer travel times.
          • Service resources must have their home base location geocoded so that the scheduling engine knows the resource’s start and end points.
          • When you switch from aerial routing to SLR, scheduling recalculates travel times, including times for scheduled appointments.
          • When SLR is activated, resource travel speed isn’t considered. However, if the calculation returns to aerial routing, travel speed is considered.
          • The Street Level Routing Cache object improves calculation time for distances that were calculated in the previous 30 days between two given points. Don’t delete this object.
          • Travel speed in SLR is based on the driving profile in Google maps and can’t be changed.
          • When you’re using Predictive Travel or Point to Point Predictive Travel, a service appointment is dragged onto the Gantt to be scheduled, the routing calculation depends on the chosen start time. The time of day can affect typical road speed measurements, for example.
          • If you’re scheduling work via Queueable Apex, use the Database.AllowsCallouts annotation to estimate travel time with SLR. If you don’t include this annotation, aerial routing is used instead. See Queueable Apex: More Than an @future.
          • The Estimated Travel Time From Source field on Assigned Resources shows Aerial as the calculation method for all appointments, except for the last appointment of the day. Because Travel From is calculated only for the last service appointment of the day, its value is zero for every other appointment. The last appointment of the day is calculated with SLR.
          • If a service appointment requires a travel distance of more than 100 kilometers, aerial routing is used.
          • Predictive travel isn’t supported with multiday work scheduling. In multiday work scheduling, the exact departure time for each day is unknown, so SLR is used, corresponding to the fastest travel time (the best SLR travel time that you get on a night slot with minimum traffic). Complex work uses point-to-point predictive routing in optimization, and the most optimistic SLR travel time for platform scheduling.
          • Any scheduling action that’s triggered in a transaction with data manipulation language (DML) uses aerial routing. When SLR is enabled and scheduling requires SLR travel results that aren’t primed locally, you must use a callout to retrieve the results. If DML occurs in the same transaction as the callout, it causes an exception, for example, an Uncommitted Work Pending error. When the schedule falls back to aerial routing due to a failure in the callout, overlaps can appear on the Gantt after the travel time and break update runs and updates the travel to SLR or predictive travel. To avoid an exception, allow the system to use aerial routing or ensure that DML is completed in a separate transaction. If you want transactions of this type to cause an exception rather than a switch to aerial routing, from the App Launcher, find and open the Field Service Admin app, and then click Field Service Settings | Scheduling. Select Avoid aerial calculation upon callout DML exception.

          Additional Considerations for Point-to-Point Predictive Routing

          • In Salesforce orgs created before Spring ’21, if you haven’t turned on point-to-point predictive routing, you can still switch to SLR or predictive travel.
          • For a location (source or destination) that’s more than 1.5 kilometers from the nearest road, aerial routing is used instead of point-to-point predictive routing.
          • Check which territories are fully covered by point-to-point predictive routing in the list of navigable countries.
          • If you’re not using Enhanced Scheduling and Optimization, point-to-point predictive routing provides accurate predictive routing for global optimization when the source and destination are on the same continent, even for long distances. However, for scheduling operations such as Appointment Booking and Schedule, if a service appointment requires travel of more than 100 kilometers, aerial routing is used instead of point-to-point predictive routing. If you’re using Enhanced Scheduling and Optimization, point-to-point predictive routing is supported for both optimization and scheduling operations for travel of more than 100 kilometers.
          Important
          Important When you switch to point-to-point predictive routing, scheduling and optimization recalculate travel times, including times for scheduled appointments. You can incur an overlap of appointments because of the more accurate, slightly longer, travel times. Use resource schedule optimization to fix overlaps locally (for specific resources), or run global or in-day optimization to reoptimize the whole schedule (takes longer). If you aren't using Enhanced Scheduling and Optimization, you must apply the Fix Overlaps scheduling policy.

          Navigable Countries

          The availability of point-to-point predictive routing in a region depends on the map coverage level for that region.

          Required Editions

          Available in: both Salesforce Classic (not available in all orgs) and Lightning Experience
          The Field Service core features, managed package, and mobile app are available in Enterprise, Unlimited, and Developer Editions.

          Package icon This is a Field Service managed package feature.

          The following countries support this level of routing.

          Note
          Note You set up travel modes per territory, resource, or both for accurate routing calculations based on transportation type, toll road preferences, and the presence of hazardous materials. The default travel mode is set to car, using toll roads, and not carrying hazardous materials. Not all navigable countries support the light truck, heavy truck, bicycle, or walking travel modes.
          • Algeria
          • Albania
          • American Samoa
          • Andorra
          • Argentina
          • Australia
          • Austria
          • Azerbaijan
          • Bahamas
          • Bahrain
          • Belarus
          • Belgium
          • Bolivia
          • Bosnia and Herzegovina
          • Botswana
          • Brazil
          • Brunei
          • Bulgaria
          • Burkina Faso
          • Cameroon
          • Canada
          • Cayman Islands
          • Central African Republic
          • Chad
          • Chile
          • Colombia
          • Congo, Republic of the
          • Costa Rica
          • Cote d’Ivoire (Ivory Coast)
          • Croatia
          • Cyprus
          • Czechia
          • Denmark
          • Egypt
          • Equatorial Guinea
          • Estonia
          • Eswatini
          • Falkland Islands (Islas Malvinas)
          • Finland
          • France
          • French Guiana
          • Gabon
          • Germany
          • Gibraltar
          • Greece
          • Guadeloupe
          • Guam
          • Hong Kong
          • Hungary
          • Iceland
          • India
          • Indonesia
          • Iraq
          • Ireland
          • Isle of Man
          • Israel
          • Italy
          • Japan
          • Jordan
          • Kazakhstan
          • Kenya
          • Kosovo
          • Kuwait
          • Latvia
          • Lebanon
          • Lesotho
          • Libya
          • Liechtenstein
          • Lithuania
          • Luxembourg
          • Macau
          • Malaysia
          • Malta
          • Martinique
          • Mauritania
          • Mauritius
          • Mayotte
          • Mexico
          • Moldova, Republic of
          • Monaco
          • Montenegro
          • Morocco
          • Mozambique
          • Namibia
          • Netherlands
          • New Zealand
          • Nigeria
          • North Macedonia
          • Norway
          • Oman
          • Panama
          • Paraguay
          • Peru
          • Philippines
          • Poland
          • Portugal (Azores, Madeira)
          • Puerto Rico
          • Qatar
          • Reunion Island
          • Romania
          • Russia
          • Saint Barthélemy
          • Saint Helena
          • San Marino
          • Sao Tome and Principe
          • Saudi Arabia
          • Serbia
          • Singapore
          • Slovakia
          • Slovenia
          • South Africa
          • Spain
          • Sweden
          • Switzerland
          • Sweden
          • Switzerland
          • Taiwan
          • Thailand
          • Tunisia
          • Türkiye
          • Ukraine
          • United Arab Emirates
          • United Kingdom (UK)
          • Uruguay
          • USA
          • Vatican City
          • Venezuela
          • Vietnam
          • Virgin Islands (USA)
          • Zambia
          • Zimbabwe

          Low Coverage Countries

          Low coverage areas provide minimum map coverage. These countries are missing routes or traffic information required for accurate point-to-point travel predictions.

          • Angola
          • Bangladesh
          • Cambodia
          • Dominican Republic
          • Ethiopia
          • Faroe Islands
          • Ghana
          • Guatemala
          • Guernsey
          • Jersey
          • Malawi
          • Myanmar
          • Norfolk Island
          • Senegal
          • Seychelles
          • Sri Lanka
          • Svalbard and Jan Mayen Islands
          • Tanzania, United Republic of
          • Uganda
          • West Bank territory (and Gaza)
          • Western Sahara
           
          Loading
          Salesforce Help | Article