web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

No record found.

Community site session details

Community site session details

Session Id :
Supply chain | Supply Chain Management, Commerce
Suggested Answer

Rounding of calculated standard cost

(4) ShareShare
ReportReport
Posted on by 168
Hi there,
 
We use Standard Cost as our inventory costing method for finished goods.
 
We have 2 sites: one where we manufacture, and one from which we distribute.
 
We maintain formula and route in the manufacturing site.
We use a Costing Version to calculate and activate the standard cost.
The standard cost is displayed with 2 decimal places.
 
We use the out of the box copying function to copy the STD cost to the distribution site, and activate the cost there two.
Again, the standard cost is displayed with 2 decimal points and looks identical to the standard cost in the manufacturing site.
 
HOWEVER, we discovered that in the site where we calculated the cost the system internally keeps the standard cost with 10 decimal places.
 
if we adjust into inventory a large quantity of an item, we discover that the value of the inventory in the manufacturing site is DIFFERENT from the same quantity of the item 
 
For example:
say the calculated STD cost is displayed as $1.23
100,000 units of the item in site A, manufacturing site - the value we can see on the inventory transaction is  $123,058 - pointing to the fact the system kept the STD cost as 1.23058 and not just 1.23. Looking directly at the tables involved confirs that.
 
while 100,000 units of the same item in site B, the distribution site, the value is per the "visible" STD cost: $123,000
 
We had a developer look at the code of activating standard cost in the Costing Version.
We found out that if the pending cost is not "calculated" the system round it to 2 decimal places upon activation. however if the pending cost is calculated, the system DOES NOT round it.
 
Naturally this makes our accountants not happy.
 
Does anyone know why would the system only round the non-calculated cost?
How risky will it be if we also force activated calculated cost to be rounded?
I have the same question (0)
  • Suggested answer
    André Arnaud de Calavon Profile Picture
    301,035 Super User 2025 Season 2 on at
    Hi Zvika,
     
    Can you elaborate on the calculation part? Are you using standard BOM calculations or is there a customization involved? Usually, there should be a rounding applied, based on the currency. In most cases this is 2 decimal places, not 10. You can check if there is a bug in the calculation part where the calculated cost is not rounded. Maybe the bug can be in the standard application as well.
     
    Yes, I would recommend force the rounding. When applying a new cost, it will revaluate on-hand inventory. Please test it carefully in a sandbox first.
  • ZvikaR Profile Picture
    168 on at
     
    André Arnaud de Calavon your response got deleted by the system before I had a chance to read it...
  • André Arnaud de Calavon Profile Picture
    301,035 Super User 2025 Season 2 on at
    Hi Zvika,

    I contacted the commuity administrators. The reply was incorrectly flagged. They released it. It is now visible for everyone agein. See below.
  • ZvikaR Profile Picture
    168 on at
     
    We are doing a "normal" calculation of finished good cost, based on formula and route.
     
    No customization involved - completely out of the box.
     
    We looked at the underlying data in the table and the underlying code and can see the following:
    1. when you calculate cost in costing version (so, not manually entering a value) - the value is stored internally with 10 decimal places in the database file.
     
    2. when you copy the cost between sites, the copy keeps the 10 decimal places into the destination site.
     
    3. when you ACTIVATE a cost in the costing version:
    if the "calculated" check box is set to "Yes" - D365 does NOT round the the number - so the ACTIVATED calculated cost has 10 decimal places. of course this is not visible in the UI, but when you adjust in a very large quantity you can see that the result inventory value reflects a unit cost with 10 decimal places.
     
    if the "calculated" check box is set to "No", there is a piece of code that rounds it to 2 decimal places.
     
    looks to me like a bug in the system, but I don't even dare to try to explain this to the Microsoft support people.
  • André Arnaud de Calavon Profile Picture
    301,035 Super User 2025 Season 2 on at
    Hi Zvika,

    If you explain it like this, then I do think this is a bug. Please try to create a support ticket.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Neeraj Kumar – Community Spotlight

We are honored to recognize Neeraj Kumar as our Community Spotlight honoree for…

Leaderboard > Supply chain | Supply Chain Management, Commerce

#1
Laurens vd Tang Profile Picture

Laurens vd Tang 296 Super User 2025 Season 2

#2
Siv Sagar Profile Picture

Siv Sagar 178 Super User 2025 Season 2

#3
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 123 Super User 2025 Season 2

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans