By using the webclient, we can’t use the decimal-seperator-sign to register numbers. We are forced to work the the ‘,’-sign on the alphanumeric pad.
This is really a showstopper for many of our customers to migrate to the webclient. They risk to make mistakes in the input of new documents.
Some additional context. We’re aware of the current regional settings issues (reported via the Yammer groups in August ’19)
https://www.yammer.com/dynamicsnavdev/#/Threads/show?threadId=292748811567104
However, the statement that this topic will not be addressed as a typical hotfix (mentioned on blog below) really worries us.
https://community.dynamics.com/business/f/dynamics-365-business-central-forum/373734/decimal-separator-when-using-webclient-with-a-numeric-keyboard-in-countries-not-following-us-formatting-rules
Comments
Please fix this issue, as Frederik said, this is really a showstopper and will maibe keep us from going live!
Category: General
Please fix this issue, users are complaining and should by very careful when entering amounts, a decimal-symbol mistake can cost them serious money.
Category: General
Please fix, same problem in France
Category: General
Hi
We have same issue in France and it must be review asap because lot of customers dissatisfaction.
Thank you
Laurent
Category: General
As a workaround, until something official is release, we've been able to solve the issue with "Microsoft Keyboard Layout Creator (MSKLC)": https://www.microsoft.com/en-us/download/details.aspx?id=102134
We create a new layout where the num pad decimal separator is a comma, and we install this layout in all client machines.
I found this solution in this link (Spanish):
https://www.abd.es/2020/02/el-poder-de-la-coma/
Category: General
Agree with all comments. This is just unacceptable in a ERP System. User's don't give credit!
Please fix this ASAP; BR from Spain!
Category: General
We just completed an implementation for a French customer (FR localisation) and they are also complaining about performance issue when typing the decimal seperator, they need to type , which is not present on the numpad, they are also making errors by typing decimal because of muscle memory when using the keypad.
This needs to be fixed asap.
Category: General
same problem in france,
the workaround for the moment is to use peru/spain as regional settings
the date is the good format (jj/mm/aaaa) and the decimal is with the dot instead the coma
Category: General
In The Netherlands we also use the numeric pad. We indeed use the ‘.’ key as a decimal separator. In all applications (RTC/Excel) this is accepted and when you use it, you receive a ‘,’ sign.
This is verry important when you work all day with numbers.
You don't want to use the normal keypad.
It takes a lot of time and is not easy to work with!
Category: General
This is a serious problem, please help us out here! It causes a lot of faults, this should be on top of the roadmap.
Category: General
Business Central Team (administrator)