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

POS: After selling item stock is not deducted from selected warehouse/WH. #43867

Closed
uc77 opened this issue Oct 28, 2024 · 8 comments
Closed

POS: After selling item stock is not deducted from selected warehouse/WH. #43867

uc77 opened this issue Oct 28, 2024 · 8 comments
Labels

Comments

@uc77
Copy link

uc77 commented Oct 28, 2024

Information about bug

Maybe we have not set something up right. So we setup a store profile using WH: Good in transit. We then sold an item from the POS. The issue is that the stock levels stayed the same say (121 units) as per item master; 117 items in the POS.

Part1:
POS inaccurate stock issue

Part2:
POS inaccurate stock issue - part2

When we jump back in the POS we will see that the stock is minus one piece (i.e 116).

POS showing stock minus 1 item

This is urgent as stock levels are at risk. Thanks guys!

Module

stock, selling

Version

Frappe version: v15.45.0
ERPNext version: v15.39.0

Installation method

FrappeCloud

Relevant log output / Stack trace / Full Error Message.

No response

@uc77 uc77 added the bug label Oct 28, 2024
@muchai
Copy link

muchai commented Oct 28, 2024

The design is that POS updates stock qtys, after closing the till: https://docs.erpnext.com/docs/user/manual/en/point-of-sales#35-pos-closing-voucher

@uc77
Copy link
Author

uc77 commented Oct 28, 2024

🙈 We thought there was some missing step here, thanks for shedding light!
However, doesn't it make more sense & a better logic to validate the stock at the minute? Why I am saying this is that what happens if the stock showing available in the item master is allocated to someone else, resulting in a stock minus?
Have you tried this?

@uc77
Copy link
Author

uc77 commented Oct 28, 2024

Also, did you take note of #43815 in the process? The order can be finalized wthout paying a penny or dime.

@muchai
Copy link

muchai commented Oct 28, 2024

Also, did you take note of #43815 in the process? The order can be finalized without paying a penny or dime.

I think setting mode of payment as cash/phone instead of Bank prevents this.

@muchai
Copy link

muchai commented Oct 28, 2024

🙈 We thought there was some missing step here, thanks for shedding light! However, doesn't it make more sense & a better logic to validate the stock at the minute? Why I am saying this is that what happens if the stock showing available in the item master is allocated to someone else, resulting in a stock minus? Have you tried this?

You're late to the party. This is an ongoing debate, caused a major debate on the forum way back. Either way, that's why POS Awesome came to be, since it updates stock in real time. But POS Awesome from v15 is no longer open source.

@uc77
Copy link
Author

uc77 commented Oct 28, 2024

Also, did you take note of #43815 in the process? The order can be finalized without paying a penny or dime.

I think setting mode of payment as cash/phone instead of Bank prevents this.

Tried this. No luck. Can you show it from your end?

@uc77
Copy link
Author

uc77 commented Oct 28, 2024

🙈 We thought there was some missing step here, thanks for shedding light! However, doesn't it make more sense & a better logic to validate the stock at the minute? Why I am saying this is that what happens if the stock showing available in the item master is allocated to someone else, resulting in a stock minus? Have you tried this?

You're late to the party. This is an ongoing debate, caused a major debate on the forum way back. Either way, that's why POS Awesome came to be, since it updates stock in real time. But POS Awesome from v15 is no longer open source.

Hmm. That's interesting. We have only been using this product for < 9 months 😉
Thanks for highlighting this. Do you have a link to the debate on the forum?

@uc77
Copy link
Author

uc77 commented Oct 28, 2024

Closing this topic.

@uc77 uc77 closed this as completed Oct 28, 2024
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Nov 12, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

2 participants