Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

stock module issue with the unit of measure in transactions #42216

Open
mohammederp opened this issue Jul 6, 2024 · 0 comments
Open

stock module issue with the unit of measure in transactions #42216

mohammederp opened this issue Jul 6, 2024 · 0 comments

Comments

@mohammederp
Copy link

HELLO,I hope you could devlope the uoms into more practical (professional)
The unit of measurement for the item for the activities that need to use the inventory unit does not meet the purpose to ensure the progress of the business activity without losses resulting from deficiencies in the units of measurement for the items, despite our choosing a default unit of measurement for the item and a default unit of measurement for buying and selling for the item itself and entering the sub-units of measurement for the item with their conversion factors. However, the program shows all the units listed in the table of units in the item unit field during sales and purchases operations. Rather, it allows choosing a unit that does not belong to the item, and if this is done after testing a sub-unit of measurement at a lower price, then the price of the sub-unit of the item is approved for the unit chosen after that, which does not belong to the item, and the invoice is accepted for posting. . To partially solve this, we created a script that prevents the appearance of units that do not belong to the item, but that is not enough because if the invoice posting is cancelled, the script will not work and the other units will reappear. Also, if the script is running before posting, a defect may occur in the sales operations of the smaller sub-units of the item because the system relies on measurement. Any quantity for the item in operations is against the main default unit of the item only, and the smaller sub-units are not also considered a storage unit for the item, which causes inventory quantities not to be updated accurately if most of the sales for the item are made in the smaller sub-units and in return, purchases for the item are made in the larger main unit. If the shortcomings of the inventory module are corrected in the upcoming releases, it will be an amazing qualitative addition to the program that will enable it to spread to commercial activities that were not able to implement the system in their own work environment.
thank ,
you ....

@sumitbhanushali sumitbhanushali transferred this issue from frappe/frappe Jul 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant