Suggested by Microsoft – Planned – Mid-Term – 2
When reviewign an invoice or approving an invoice there is no quick way to view the history and comments of previous workflow history. Whilst multiple clicks can see each particular comment 1 by 1 it woudl be more user friendly if a 'Workflow Fact Box" was availabel on the Right Hand Side that could be enabled to see all the history and comments with a scroll bar
In Dynamics 365 for finance and operations, there is an ability to setup the workflow and escalate if needed.
In the current design, the users can only select to escalate the workflow to the following options:
Hierarchy, Workflow user and users.
If users are using the Work Item queue, they would like to be able to escalate the workflow to a specific queue instead.
This option is currently not available in the application and will be nice to see as part of the standard workflow feature.
Currently it is difficult for an end user to go through the workflow history to actually find out where in the process that particular workflow is and where else it needs to go before it is completed. It would be great if this was made more visual with a checklist or flow chart
When triggering workflows using an automated step (like vendor invoice automation), you would want to use one of the fields in the actual record as the origin of the hierarchy when doing assignments.
The person requesting the invoice should be the base for the hierarchy.
Today only workflow originator (the system account) or the workflow owner (worker creating the workflow) is possible to choose.
Unable to create/write "canSubmitToWorkflow" method (or) Standard override methods on table extensions in D365O
I need to create a workflow for which "canSubmitToWorkflow" method needs to be created on standard table which doesn't have canSubmitToWorkflow standard method but development is to be done using extensions.
In table extensions we can't override standard methods which in-turn can't create "canSubmitToWorkflow" method.
Error message is :-
"cannot define an extension method "canSubmitToWorkflow" in extension class "custTable_Extension" targeting type "custTable" because the type already defines a method with same name.
As per above error & my understanding, "canSubmitToWorkflow" method is an override/standard method,
by default every table consists some set of override methods and above method belongs to same.
Even i have seen for events which are listed for table extensions as a separate node(Events)and i haven't find any event handler for "canSubmitToWorkflow" method as we have for others(onUpdated,onUpdating...etc)
Since we lost our item type BOM there have been so many situations where we have trouble in workflow conditions and other situations where I need to sort on "MAKE" versus 'BUY" items.
Because the default order type is hiding in a supporting table of the item table, I can't use a condition on it in a workflow. Workflow conditions allows no joins. In reqular queries I have to use a Join.
This is such a handicap that I would consider a change in the design. Get that default order type back into the inventtable. It would make a big difference. There is no good reason to hide it in the default order parameters table. It is not that I need an item to be purchased in site 1 and manufactured in site 2. I I really need that I have my item coverage to do that.
Dynamics should have the capability to make the Purchase Requisition workflow legal entity specific.
The recommended solution is as follows:
- Still allow for an organization-wide Purchase Requisition workflow to be created.
- Enable legal entity specific Purchase Requisition workflow configurations.
- Create a parameter in Procurement and Sourcing to identify which Purchase Requisition workflow should be used for the legal entity.
This recommendation will create configuration flexibility to allow organizations to make Dynamics work for their business.
Currently, workflow for purchase requisitions is associated to the organization - meaning that it is used for all legal entities. This is very limiting and challenging for organizations with multiple legal entities as the approval routing is rarely the same.
Accordingly, this results in either:
- The workflow configuration becoming extremely complex and difficult to maintain due to multiple layers of conditions and task assignments.
- The business having to compromise and adjust their processes to fit with the system limitation.
When a WF step is approved by a user and a following WF step is generating the same user as approver, it would be great if the system automatically auto-approves the current step.
This is handy if you work with dynamic assignments such as Expenditure participants.
Change workflow button when active to a lighter shade of the colour ALWAYS (not when clicked) or different consistent colour
In the previous versions of AX2012 and before the visible yellow bar for workflow was very clear to the user as soon as workflow was activated on any form.
With 365 it is still the case that the workflow menu presents itself, but because this is not the same as the large yellow bar it can sometimes be missed, especially for first time users.
Can we have the workflow option changed to a lighter colour ALWAYS, when it becomes available on any document (This seems to be the behaviour when you click it to either submit or take an approval action) or alternatively change to a consistent colour throughout (e.g. white irrespective of the colour scheme set by the user)?