Dynamics 365 Field service referral commission functionality
Wish we future feature the option to potentially track referral commission functionality based on 3rd party contact person and/or future potentially download from social or professional platform network. Not featuring referral commissions functionality, user may potentially process network commi...
Dynamics 365 Field service privacy field instructions
Wish we future feature the option to include privacy field instructions in the event to prevent potential inconveniences to the customer-consumer (e.g. construction site, vehicle pick up/drop off, time or schedule of customer, respecting lunch and birthday dates or times, etc...).
Creating Incident Type from a work order
Currently, avenues for incident types are as below. 1. Creating incident type from model-driven app 2. Uploading incident types through importing 3. improving Incident type through AI suggestions While creating a work order for which no specific Incident type is available (consider a situation...
Accessing Work Orders easily in custom workspace
Currently, having a list of work orders in a custom workspace does not allow you to open right into a specific order. Instead, from the list you click the hyperlink to a work order, it opens an intermediate list page outside of the workspace that you then have to click into to open the work order...
Incident Type versioning
Service organisations with extensive Incident Type Service Tasks would benefit hugely from a publishing and versioning process for the Incident Type as part of the standard solution (in terms of audit controls and compliance) 1. Incident Type status (where only "Published" versions are visible t...
Thanks for raising this idea, Andrew. I think there could be scenarios where this makes a lot of sense. Before we commit further to invest, we'd like to see this idea get more support from the community.
Thank you,
Jason Cohen
PM, Dynamics 365 Field Service
Notification if there are any lines which are in estimated state when the system status for work order is changed to Closed- Posted.
-Uses multiple work order product with line statuses both- used and estimated (they have like 50 lines in it) -As when we close the work order with Status- Closed-posted, it automatically generates invoice, in which only the lines with used line status are involved (which is by design) -Expect...
Thank you for your feedback.
While we can definitely understand how this scenario would make sense for a handful of customers, for many of our customers, they have no itention of marking every line as used or removing lines in estimated status. Through the use of the Incident Type entity, Field Service enables the addition of a number of WO Products and WO Services. Our expectation is that these are not used every time but that they may be used in fulfilling work of this type.
Ultimately, we think this would add burden to many organizations and, at this time, we don't think this aligns to our general understand of our customers' scenarios. That said, we think it is a great idea for a customization for certain implementations, assuming they intend to use all of their WO Product and WO Service lines or they intend to remove/deactivate them.
Thanks, again, for your feedback. Keep the good ideas coming.
Jason Cohen
PM, Dynamics 365 Field Service
Service Tasks to have steps
While working with one of the customer we figured out that they have multiple sequential tasks to be executed while working on a work order. This is fulfilled through usage of Service tasks under an incident type. However, the service tasks also have a conditional logic and for each of the ser...
Thank you for your feedback.
This suggestion is very similar to something already in our roadmap. While there are some differences, I suspect they both acheive the same functional end.
In April 2020, we will be releasing a preview of our Inspections functionality. In October, we expect this feature to be GA. Initially, during preview, this will not accomodate conditional logic; however, it is on our near-term roadmap. I hope that, by October 2020, the inspections with conditional logic functionality will enable a customer to drive an equivalent functional scenario.
Thanks for your idea and please check out our inspections preview.
Jason Cohen
PM, Dynamics 365 Field Service
Set Primary Incident duration when converting a Case to a Work Order
When you create a WO directly, or update the primary indent type on the WO it takes the duration correctly from the duration of the incident type whether there are tasks or not on the incident type. When you create the WO by converting a Case to a WO it takes it from the tasks attached to the ...
Thank you for sharing this. I view this as a product bug. I'm marking this idea as declined since it is a bug but I expect this will be updated in the near to mid-term future.
I've validated that is works as you suggest and I would also expect this field to be populated. I've raised a bug for this. We will take up this work as soon as feasible.
For now, while I do think this is not ideal behavior, it appears that the requirements are created with the correct duration which allows for accurate scheduling so I hope this is a relatively low impact issue until we're able to ship a fix.
When you experience impactful bugs in the future, please don't hesitate to reach out to Microsoft Support.
Sincerely,
Jason Cohen
PM, Microsoft
Dynamics 365 Field service site location priority preferences planning tracking
Wish there is an option to easily identify, visualize field service work order location priority service location preferences tracking, for purpose to future easily synchronize with deliveries (e.g. purpose of service and maintenance or recall priorities).
D365 should throw some error/notification if there are any lines which are in estimated state (which will not be considered in invoice as they are not marked as status- used), when the system status for work order is changed to Closed- Posted.
D365 should throw some error/notification if there are any lines which are in estimated state (which will not be considered in invoice as they are not marked as status- used), when the system status for work order is changed to Closed- Posted. Which will enable their technicians/users to put f...
Thank you for your feedback.
While I could envision a particular organization working in this way and would encourage you to extend the system to drive work in this way when it makes sense, we do not think this makes sense at the product level.
Ultimately, we think it is very valid to have WO Products and WO Services on the Work Order that, when they do not get used, never change out of the Estimated state. Using Incident Types may mean that WO Products and WO Services are added to a Work Order because, in doing work of that type, it is very common that these Products and Services might be used and charged for. However, we understand that not all Work Orders within an Incident Type are the same and it may be common that some are unused.
As notes, we think this may be valid behavior for some business processes, we just don't think it makes sense to enforce for everyone or for all organizations.
Please continue to share your feedback.
Thank you for your insight,
Jason Cohen
PM, Dynamics 365 Field Service
Administrator
Thanks for submitting this idea. At this time we do not see this as a core capability needed by Field Service organizations. I would encourage you to submit this as an idea for other Dynamics 365 apps like Sales.