Dynamic Resource Scheduler
Whats New!
DRS 6, DRS 5.7 and Job Manager
User Guides and Help
Get to Know DRS
Dynamic Scheduling - How does it work
Navigating DRS
Vocabulary and Concepts
Customers
Orders
Jobs
Scheduling Jobs
Job Functions
Workers
Views
Object Inheritance
Agencies
DRS Modules
Scenario Based Planning
Managing your SMS Service
5.7 Documentation
Technical Documentation
Release Notes
DRS 6.1 Release Notes
DRS 6.1.22 - February 20, 2026
DRS 6.1.21 - September 10, 2025
DRS 6.1.20 - April 20th, 2025
DRS 6.1.19 - 11th April, 2025
DRS 6.1.18 - 13 February 2025
DRS 6.1.17 - 20th December 2024
DRS 6.1.16 - November 8th, 2024
DRS 6.1.15 - October 10th, 2024
DRS 6.1.14 - 6th September 2024
DRS 6.1.13 - 9th August 2024
DRS 6.1.12 Release Notes
DRS 6.1.11 Release Notes
DRS 6.1.10 Release Notes
DRS 6.1.9 Release Notes
DRS 6.1.8 Release Notes
DRS 6.1.7 Release Notes
DRS 6.1.6 Release Notes
DRS 6.1.5 Release Notes
DRS 6.1.4 Release Notes
DRS 6.1.3 Release Notes
DRS 6.1.2 Release Notes
DRS 6.1.1 Release Notes
DRS 6.1.0 Release Notes
DRS 6.0 Release Notes
DRS 6.0.0.0 Release Notes
DRS 6.0.0.1 Release Notes
DRS 6.0.0.2 Release Notes
DRS 6.0.0.3 Release Notes
DRS 6.0.0.4 Release Notes
DRS 6.0.0.6 Release Notes
DRS 6.0.1.0 Release Notes
DRS 6.0.1.1 Release Notes
DRS 6.0.1.2 Release Notes
DRS 6.0.1.3 Release Notes
DRS 6.0.1.4 Release Notes
DRS 6.0.1.5 Release Notes
Kirona Housing
Job Manager 9
Job Manager 9.3.0 - October 2024
Job Manager 9.1.0 - December 2022
Job Manager 9.2.0 - November 2023
Release Notes Disclaimer
Administering your Field Service Products
Supported Versions Policies
Contents
- All categories
- Dynamic Resource Scheduler
- Whats New!
- Architecture and Scheduling
- Adaptive Travel Time
Adaptive Travel Time
Updated
by Andrew Dotto
Scheduling Travel Time
Travel Time calculations have been a core component of efficiency within Dynamic Resource Scheduler (DRS) for over 20 years. By accurately defining the time between tasks, and minimising unnecessary travel, DRS helps maximise productivity and ensures schedules remain realistic, efficient, and deliverable.
How Travel Time Feeds the Solver
Travel time is a key factor in the optimisation algorithm. Keeping travel times accurate and reflective of how your teams actually work helps ensure schedules run smoothly and appointments are delivered on time.
Travel time itself is complex, and its impact on scheduling is even more so. Our solver considers travel information at multiple levels, allowing it to balance journeys, resources and appointment times to fit as many jobs as possible into each working day.

Introducing Adaptive Travel Time
Our recent enhancements to our configuration and calculation logic allow for precise micro-adjustments, ensuring schedules remain accurate, adaptive, and aligned with real-world conditions.
Travel time calculations will now evolve to reflect:
- local traffic patterns or restrictions
- site access and parking constraints
- vehicle loading or equipment considerations
- other factors that materially affect travel duration
This helps ensure your schedules remain optimised, realistic and aligned with how work is actually delivered. To support this, we have introduced a number of improvements that give you greater control over how travel and scheduling behaviour is managed.
Learned Adaptive Corrections
Our Travel Time engine now generates forecasts using real-world observations.
We leverage global, anonymised data, collected in real time, analysing job transitions and other operational signals to continually refine travel time predictions.
Large-scale datasets, combined with structured validation controls, provide strong statistical confidence in the results. Each data point is assessed for accuracy and relevance before being incorporated into the travel matrix.
Configurable Travel Time Bands
Time of Day multipliers allow organisations to define specific time windows and weight travel time calculations to better reflect how work is scheduled in practice.
These configurable Travel Time Bands can be applied globally to influence travel calculations across the entire scheduler, or applied more granularly to specific Customers, Orders, Jobs, Workers or Projects.
When used alongside the priority matrix, this provides precise control over how travel time is calculated, allowing the scheduler to reflect the real nuances of your geography and operating patterns.
How do we prioritise your configuration?
Travel Time Management can be applied at all levels of the system. This gives you granularity of control and flexibility of schedule.
If two bands overlap Dynamic Resource Scheduler uses priority logic to ensure that the correct Travel Time modifications are applied.
Source | Priority | How we process | How we deal with Overlaps |
Job | First | Jobs will always be the first object to be checked for a Travel Time Modifier | N/A - Jobs are the top of the tree |
Service Order | Second | Travel Time is applied to all Jobs within the Order | If the configured Time Band overlaps with a Time Band on a connected Job, the Job Time Band is used. |
Customer | Third | Travel Time is applied to all Jobs and Orders for this Customer | If the configured Time Band overlaps with a Time Band on a connected Order or Job, the Time Band will be applied from the higher priority object. |
Global | Fallback | Travel Time is applied if no higher prirority Time Banding has been applied |