You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If the UoM has "is whole number" checked, currently, the system just triggers a warning to the user and disallows them from entering fraction values.
A new setting is to be added in stock setting which would automatically round-off the Quantity to the nearest whole number (next bigger or smaller) according to the setting.
The issue was closed without referencing any PR update. I have raised this as a bug due to the ambiguity regarding its current status—whether it is completed (and therefore a bug for my system setup) or involved in other indirect developments. If needed, please update the tag accordingly.
There is indeed a rounding feature available, but it is limited to accounts and sales, specifically banking and commercial rounding. However, I could not find any such feature for the Manufacturing and Stock modules. I thoroughly checked the ERPNext documentation, forums, GitHub Issues page, and other discussions about ERPNext on the internet.
I also looked within ERPNext itself, exploring the settings of each module, system settings, and almost every doctype in their accompanying child tables.
The Requirement:
The ability to round up or round down (as necessary) the quantities, especially those mentioned in numbers (e.g., packaging items).
Proposed Workflow:
A Bill of Materials (BOM) [Formulation/Recipe] is created beforehand.
A Sales Order is raised.
A Work Order is generated in conjunction with the Sales Order and associated BOM for the items mentioned in the BOM.
While floating numbers for kilograms are required, using floating numbers for items in numbers causes unnecessary confusion. Subsequent processes, like Pick Lists, Material Requests, and Stock Entries, perpetuate this confusion and do not accept the values as expected. This requires manual modifications, introducing the potential for human error.
Meanwhile, as a temporary solution, I have started customizing the form to add another field labeled "Estimated Required Quantity" with an integer datatype, as opposed to the system default "Required Quantity" which has a float datatype. Should I continue down this path, or should I consider server/client scripting instead?
Also, if possible I would be grateful if you share an idea to achieve the requirement.
Information about bug
Referencing #15995,
The issue was closed without referencing any PR update. I have raised this as a bug due to the ambiguity regarding its current status—whether it is completed (and therefore a bug for my system setup) or involved in other indirect developments. If needed, please update the tag accordingly.
There is indeed a rounding feature available, but it is limited to accounts and sales, specifically banking and commercial rounding. However, I could not find any such feature for the Manufacturing and Stock modules. I thoroughly checked the ERPNext documentation, forums, GitHub Issues page, and other discussions about ERPNext on the internet.
I also looked within ERPNext itself, exploring the settings of each module, system settings, and almost every doctype in their accompanying child tables.
The Requirement:
The ability to round up or round down (as necessary) the quantities, especially those mentioned in numbers (e.g., packaging items).
Proposed Workflow:
While floating numbers for kilograms are required, using floating numbers for items in numbers causes unnecessary confusion. Subsequent processes, like Pick Lists, Material Requests, and Stock Entries, perpetuate this confusion and do not accept the values as expected. This requires manual modifications, introducing the potential for human error.
Meanwhile, as a temporary solution, I have started customizing the form to add another field labeled "Estimated Required Quantity" with an integer datatype, as opposed to the system default "Required Quantity" which has a float datatype. Should I continue down this path, or should I consider server/client scripting instead?
Also, if possible I would be grateful if you share an idea to achieve the requirement.
Module
stock, manufacturing
Version
ERPNext: v15.21.2 (version-15)
Frappe Framework: v15.24.1 (version-15)
Frappe HR: v15.20.0 (version-15)
Installation method
manual install
Relevant log output / Stack trace / Full Error Message.
No response
The text was updated successfully, but these errors were encountered: