207
In Belgium we use commonly the keyboard language BEP (point). On this keyboard in the numeric pad, we use the ‘.’ key as a decimal separator. In all applications (RTC/Excel) this is accepted and when you use it, you receive a ‘,’ sign.
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
Category: General
STATUS DETAILS
Completed
Ideas Administrator

Thank you for your valuable feedback. We have delivered this idea and made it available with Business Central in 2021 release wave 2. 
Although Belgium is mentioned as the example in the Idea text, this shortcoming applies to keyboard layouts in many languages. We aspire to deliver one solution that addresses this for any country or region.

Learn more about what's new for Support for localized decimal separator on numeric keypads in the release plan here: https://docs.microsoft.com/en-us/dynamics365-release-plan/2021wave2/smb/dynamics365-business-central/support-localized-decimal-separator-numeric-keypads  

Best regards, 
Mike Borg Cardona
Program Manager, Microsoft

Comments

F

Please fix this issue, as Frederik said, this is really a showstopper and will maibe keep us from going live!

Category: General

F

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

F

Please fix, same problem in France

Category: General

F

Hi
We have same issue in France and it must be review asap because lot of customers dissatisfaction.
Thank you
Laurent

Category: General

F

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

F

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

F

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

F

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

F

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

F

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

  • 1
  • 2