Comments
100% agree.I am currently setting up new GL Budget process for my current company. While investigating best practice and method, I have had to re-insert especially the date filter a hundred times. It seems bonkers this is not already included. Especially because we have a crooked fiscal year going 0107 - 3006.Whether it's a saved filter or report setting as Don Dyck suggests doesn't change much to. You would need to be able to extend/reduce the date if needed either way. I have no preference there. Though a report setting might make it more visible to the user.
Hi!Incoterms are required. The usage is worldwide common.And Incoterm is not valid without Incoterm City (Place) and it is different to Ship-to City.We had this Gap 20 years ago in Navision, now moving to D354 FSCM and I am wondering this is still not solved?Needed for both: Procurement and Sales.
It sure needed, even more since this event has been obsoleted : OnScheduleTaskOnAfterCalcShouldChangeUserID() with reason "Function ScheduleTask no longer changes user ID."(it's breaking a feature we did to reassign a "user/service account" on the Job Queue when task is scheduled after a restart done by a "user" on the web interface)References : https://learn.microsoft.com/en-us/dynamics365/business-central/application/base-application/obsoletion/obsolete_by_25.0https://www.yammer.com/dynamicsnavdev/threads/3082788667244544
I got the exact same question from one of our customers: the users are confused as BC does not show the figures in a transparant way.I agree with the changes proposed above and I really do not see how this can be a breaking change as only small UI changes are requested:add the base unit of measure in the screens so it is clear what quantity(base) is about (in fact a general rule could be: whenever a quantity or an amount is on the screen, the corresponding unit of measure and currency should be shown as well)be consistent in the naming "quantity" and "quantity (Base)" in all the views