105

We see a big requirement for prices in 3 or 4 decimals. This is across the board for the purchase prices, sales prices and cost prices. The market prices and surcharges demand pricing in multiple decimals.


The totals can remain in 2 decimals.

Category: Cost management
STATUS DETAILS
Completed
Ideas Administrator

This topic has been resolved in the latest release. You can now extend the number of decimals displayed

Comments

H

Having more than 2 decimals precision is a MUST in any ERP, we were very surprised when realized that it can't be possible in D365. In Latam companies need up to 7 decimals in the costing inventory management.

Category: Cost management

H

There should be an option in System administration to display the number of decimals for each EDT. The system maintains more than 5 decimals in the backend anyway.

Category: Cost management

H

Having 4 decimals is very important. A lot of customers face a lot of problems, such as;
Industries driven by Sales volumes with very low cost items (e.g. unit price - 0.0021), the accuracy on the orders etc . is affected
Regions such as Oman, Bahrain and Kuwait have the currency denominations in 3 for e.g. (1 Kuwaiti Dinar = 1000 fils) decimals.

Category: Cost management

H

We are also looking for same functionality four decimals in Unit price filed 

Category: Cost management

H

My users are not that bothered by the "price quantity" workaround.

Category: Cost management

H

There are certain countries like Oman, Bahrain, Kuwait etc. which have 3 decimals in their currencies. In the earlier versions of AX, we could modify the EDTs for amounts to increase the decimal precision. However, this option isn't available in Dynamics 365. This is a much needed feature if the product must be implemented in such countries.

Category: Cost management

H

We have had business requirements where buyers negotiate prices with vendors upto 4 decimal places. We had to change trade agreement journal logic to let buyers enter 4 decimal places and also change purchase order default logic to accept 4 decimal places when confirming POs. These prices from trade agreement journals then populate on purchase orders, invoices etc. from base setup tables using same decimal numbers and accounting is done accordingly. 

Category: Cost management

H

Using price quantity is a workaround, but this is not practical for users who need to see the price "as-is".

Category: Cost management