Personalized Community is here!
Quickly customize your community to find the content you seek.
Check out the latest Field Service updates!Learn about the key capabilities and features of Dynamics 365 Field Service and experience some of the new features.
Download overview guide | Watch Field Service video
2020 release wave 1Discover the latest updates and new features to Dynamics 365 planned through September 2020
Release overview guides and videos Release Plan | Preview 2020 Release Wave 1 TimelineWatch the 2020 Release Wave 1 virtual launch event
Ace your Dynamics 365 deployment with packaged services delivered by expert consultants. | Explore service offerings
Connect with the ISV success team on the latest roadmap, developer tool for AppSource certification, and ISV community engagements | ISV self-service portal
The FastTrack program is designed to help you accelerate your Dynamics 365 deployment with confidence.
FastTrack Program | Finance TechTalks | Customer Engagement TechTalks | Upcoming TechTalks
I am getting somehow big differences in the distance and travel time between resources on the schedule board. I want to know what is the mechanism to calculate the distance and time travel on the scheduling board? My client uses both Bing and Google map to check the correctness of the distance and travel time and they are literally losing their confidence on the system because the discrepancies they see after comparing Bing Map and the travel time/distance on the schedule board?
I was under impression that every time the schedule board is loaded, the platform calls Map API but after using fiddler I realised that no map API is being call each time the board is loaded. So the question is how the distance is calculated? Is it based on a cached table in database or on the go?
Any insight to reduce this difference is highly appreciated.
Why do you think it would again calculate on load on schedule board? As far as I know it calculates when you book using the schedule board and based on Resource's location (Initial address or could be another customer's location if he/she just completed another Work order.)
You are really right. It calculates when the board is loaded or when the filter is changed. However I want to know why am I getting a different distance when I use the board rather than something near to bing map.
I think currently it still doesn't include traffic information into the estimated travel duration.
Yes you are right. There is no accuracy in our results and unfortunately we are assessing to use google maps because with bing maps not only duration but also distance is not correct. And what makes the situation even worse is he fact that the duration and distance on the board is not consistent with bing map.
I recently implemented Field Service at a customer and ran in the same problem you described.
Scheduling a resource for a work order returned a travel distance of 24.11km. Exactly the same route on bing maps returned 33.7km and on google maps 33.3 km.
Also the travel time is somewhere between the value from bing and google maps.
Could you find any solution to this problem?
The issue is more complex than we thought. I try to summarise it below:
1. The fact that you see different values between the board and bing requires some investigation. For this, you will need to see if the long/lag of your work order is the same points you are finding the distance in bing.
2. If the long/lats are exactly the same, you will need to ensure to keep your work order and resources locations in sync. For example, if you create a work order for a resource and see it on the schedule board, and then update the location of the resource or work order, CRM does not update the locations automatically. You will need to update long/lats using a workflow.
3. Sometimes bing shows you more than one route for two locations. Have you checked the 24 km is not one of those routes?
4. I could not find the solution for my problem above due to dependency on the bing maps. I eventually moved to google maps and I got the desired results. I spoke to the product team and explained to them the issue but I don’t think it gets resolved in near future because there is more on bing than crm. I wrote two blog posts explaining all my experiences you can find it in the below blog posts:
under hood of booking resources using.html
inaccurate resource distance in.html
using google map api instead of bing in.html
Thanks for your quick response.
Your blog posts are great! Keep it up.
After a few more tests, I realized the problem lies somewhere else. The field in bookable ressources is called "Traveled distance in kilometer" but the value shown is still in miles.
Now I am looking for the unit property. May be you could also help me with that. The only thing I found is the "Default radius unit", which only works for the filter in the schedule board.
Hi Jandost, great blog posts. Just curious about traffic consideration. How did you handle this in your project? AFAIK, the 2 actions don't carry time/date, so how did you cater for traffic delays during different times of day?
Dominik The units can be KM or ML on the scheduling board. In case you will want to change the unit on the resource, I suggest to create a workflow to convert units to another field on the work order or booking entities.
@ Alexander, the traffic and distance are handled by BING/Google. All you will pass is two input parameters. The first one is the location where you want to reach and the other parameter is set of bookable resources that you want to get the time and distance.
What I have seen is that, when you pass these two input parameters, the platform calls the MAP API 3 times. The first call will send destination and array of resources. The second call swaps the parameters and first passes the array and then the destination and for the last time, it again sends the requests with destination first and array second. This is not very important when you use BING because it is free, but when you use Google, you will have to pay for 3 calls in each query and this web service is a premium google service charging 0.25x3 per call.
Business Applications communities