Open adamdewey opened 1 month ago
Adding needs design
, probably PO/PM input, sounds like expected behaviour not quite confirmed... per Telegram, maybe delivered
stock is introduced but on hold?
Alternative would be that delivered stock be like an unconfirmed SI in Legacy mSupply: Not in stock. But I like the in-stock but on-hold option better - as it lets the user know that they would have stock available for issue if they got around to verifying the inbound shipment!
Triage must have and needs design, would be great to have clarity about this as soon as possible
Introducing 2 ideas:
Also, Small facilities asked if they can have just one 'Finalise' button (no need to update status)
What went wrong? 😲
The current workflow does not allow a user to confirm receipt of a delivery without triggering stock levels to be updated, regardless of whether they have had time to verify the contents of the delivery or not.
These steps are separate in medium to large facilities as it takes time to verify the contents.
It would be preferable to wait until the delivery has been marked as 'Verified' to update stock levels.
As soon as this is marked as 'Delivered', the stock levels will be increased by 800 and can be distributed to customers (even if the stock doesn't actually exist):
Expected behaviour 🤔
Stock levels should not be updated until the delivery is 'Verified'
How to Reproduce 🔨
Steps to reproduce the behaviour:
Your environment 🌱