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

Announcements

No record found.

News and Announcements icon
Community site session details

Community site session details

Session Id :
Microsoft Dynamics AX (Archived)

maximum number of decimals for the stockkeeping unit is 0

(0) ShareShare
ReportReport
Posted on by

hi

I am facing error at time of starting production (maximum number of decimals for the stockkeeping unit is 0). what can be the reason, we have completed production order for same FG before without any issue.

regards

*This post is locked for comments

I have the same question (0)
  • André Arnaud de Calavon Profile Picture
    303,669 Super User 2026 Season 1 on at

    Hi Faisal,

    You have to look into the BOM details if there is a rounding where AX thinks it needs less than whole units. Without details provided by you (which is hard as there can be a lot of details) this is just a thought.

  • Verified answer
    Community Member Profile Picture
    on at

    This error is due to the DecimalPrecision setup in UnitOfMeasure for an item

    You can avoid this error message by updating unit of Measure setup for the item

    I think you are getting this error from

    classes\inventSplitTrans\check() method

    Please verify and update us with your findings

  • André Arnaud de Calavon Profile Picture
    303,669 Super User 2026 Season 1 on at

    Note that the answer provided by Nitesh can cause inventory corruption if the items are to be stocked and consumed in eaches. You could end up in having half or part of products on stock. As the question mentioned production orders was completed before, I assumed it was about pieces.

    If it is about items with e.g. weight or lenght as unit of measure it could be a solution otherwise be very, very careful changing the number of decimals!

    Changing the Unit of measure could also have impact on many other items. So without these cautions, the answer provided by Nitesh is very dangerous.

    I have marked my this reply as suggested to be displayed together with the suggested answer from Nitesh.

  • Community Member Profile Picture
    on at

    I have found item through method which you mentioned its unit is PCS and decimal setting is 0, in pervious production order there was no issue. as André Arnaud de Calavon mentioned, we cannot change decimal setting it will effect many items. in BOM is mentioned as 101.25 per 100 pcs. FG qty is 6704. in pervious order it was 3549. can you suggest what changes need to be done to resolve this issue other than decimal settings on unit level

  • Suggested answer
    Community Member Profile Picture
    on at

    I suggest you should debug through this method why an Item with PCS UOM is getting quantity in decimals

  • André Arnaud de Calavon Profile Picture
    303,669 Super User 2026 Season 1 on at

    Hi Faisal,

    Can you indicate what type of item is consumed in the BOM? It is now consuming 101.25 per 100 FG. The 0,25 will cause the rounding. Is it an item which is related to weight or length? Or is the 101.25 inclusing some scrap? When the previous order was posted with succes on a quantity of 3549 it should also had a rounding difference.

    Are you posting the BOM journals with help of backflushing? Perhaps you can  post them manual and first round the quantity yourself.

    You don't need to debug. With answering these questions, the business will be clear.

  • Community Member Profile Picture
    on at

    Hi Faisal,

    It seems Mr. Andre don't like to do debugging

    so let me ask you few question related to your scenario

    * For which Item you are getting this error message, whether it is FG or BOM line Item, if BOM line Item please specify UOM of BOM line

    * When you are starting the production order, whether you are starting it for full (6704) or it is partial

    Appreciated if you provide these information

  • André Arnaud de Calavon Profile Picture
    303,669 Super User 2026 Season 1 on at

    Hi Nitesh,

    When you don't know what is wrong because you don't have knowlegde about certain parts of AX or don't understand certain business processes you can indeed do some debugging. In this case you will find a BOM journal entry having a quantity with decimals. Wow! That is something I already know from my knowledge.

    In this case I would like to understand what type of product it is and why there is a setup on the BOM of consuming 101.25 per 100 while the product is setup as whole pcs.

    When this is clear, I can suggest what to do. And not just giving a suggestion without knowing the impact in the manufacturing part of AX.

  • Verified answer
    Community Member Profile Picture
    on at

    I found the reason, item which I found is component of BOM. this item was having decimal in current free stock, however its UMO is PCS which is having 0 value for decimal. while starting production order system is calculating final stock qty for item and it finds decimals and it does not allow and through error message. I have removed decimals from current free stock qty and it works

  • André Arnaud de Calavon Profile Picture
    303,669 Super User 2026 Season 1 on at

    Hi Faisal,

    Thanks for the feedback. If the issue has been solved, please mark one or more answers which could be helpful for other users having the same question. Also this question will get the status 'Answered'.

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

Introducing the 2026 Season 1 community Super Users

Congratulations to our 2026 Super Stars!

Congratulations to our 2025 Community Spotlights

Thanks to all of our 2025 Community Spotlight stars!

Leaderboard > 🔒一 Microsoft Dynamics AX (Archived)

#1
Joris dG Profile Picture

Joris dG 5

#2
Alexey Lekanov Profile Picture

Alexey Lekanov 2

#2
Henrik Nordlöf Profile Picture

Henrik Nordlöf 2 User Group Leader

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans