Inventory quantity not correctly reflected on tab Inventory Items

[eko]

Indeed @Tut and I still have no clue what benefit this has but think it may have to do with localisations and a pursuit of non-coding environments. In my view it is throwing away the baby with the bathwater. Not so long ago we could customize, calculate, etc. Now most are turned into dumbed down restrictions each causing more problems than solutions as seen on this forum. Anyway, so be it!

[VACUUMDOG]

Been there, done that…

Quantity to receive when recording payment to supplier

I use Purchase Invoices, Goods Receipts and Purchase Orders mostly. However there are times that I just use Payments for goods bought ‘over the counter’ from some suppliers. The problem is that when I do this the items purchased are not automatically entered as Goods Received (they show in Inventory Items as Qty to receive) , even though the account the items are credited to is ‘Inventory on hand’. [payment] Now I realise that this might be due to the fact that I have the aforementioned tabs…

In particular read the last 5 posts.

[lubos]

Fixed in the latest version (21.11.96)

[lubos]

@slavaf2000

Prior to upgrading to version 21.11.95, I was using 21.9.27 and this issue was not present in that version. So the bug must have been introduced somewhere in between these versions.

The older version would force you to enter Unit price. New version doesn’t force you to enter Unit price and unit price can be auto-calculated.

This is useful when categorizing imported transactions since you only need to select inventory item and enter quantity which is faster way to categorize transaction.

[slavaf2000]

Thank you @lubos for fixing it so quickly!

[eko]

@Lubos, therefore Qty field should still be there. I just repeated the test payments and without enabling Qty there would not be an inventory count entry. Similarly for receipt without it there would not be any Qty taken from inventory. When choosing “item” under each payment and receipt you do not know if it was assigned a Qty for a specific value so Qty must be present to avoid serious errors. I realize that you are trying to gain screen real estate by trying to remove all this from the line, especially as so much more tax stuff is there but this is causing real life problems as it is prone to lots of error.

[lubos]

@eko

therefore Qty field should still be there

I see quantity optional even for inventory items.

You could pay for delivery which you could attribute to specific inventory item. This would increase its value on hand without increasing quantity.

Or you could receive partial refund from supplier where you retain all quantity, just want to decrease value on hand.

[eko]

@Lubos, yes one can decide not to use it but why disable the entry box by default when most common practice is for inventory to have some kind of Qty associated with it. For non-inventory items I can understand that it is not enabled by default. My observation is that disabling it by default will cause issues when buying and selling. You always ask for real world cases to support arguments. The real world cases for inventory management are that in most cases it will include quantities that are being sold or bought. As such the system as it was was ok, except that you also changed the behaviour of no entry. I really do not know what you try to fix here, rather it seems becoming less clear and intuitive. You obviously decide and the users can either just adopt or leave or no longer update until some of these drastic changes are reversed.