That is entirely up to @lubos. All I can do is move the topic to bugs, which will alert him to the problem.
Status of Payment is pending, should be cleared.
I.e you have to clear the payment status, your screenshot below show it is pending:
Please try to replicate the following in your test business. Make sure you also have setup a supplier (in my case John)
Create a simple inventory item as below and provide a Unit name (such as Kg). Note that I did not enable anything futher.
Create a Payment, ensure that all information is as in my screenshot.
Click on the Inventory items tab, you should see the quantity added as below:
If you get the same result then I am not sure what you try to report.
I followed your steps, and under these precise conditions the inventory quantity was calculated correctly in tab “Inventory Items”.
Now I kindly ask you to try the following:
In your payment, uncheck “Column - Unit Price”, and in field “Amount” enter 100. Then go to tab Inventory Items, and tell me if you still see the quantity as 5. It changes to zero on mine!
That would automatically result in 0 quantity. How would Manager know that Qty would be 5 when only entering a total?
No, see this screen shot. Change to exactly as shown:
Selecting a supplier John had no effect either way, so that’s not relevant. It’s not shown on this screenshot, but I’ve tried it both ways.
You are right This is incorrect as it should have added the Qty and it does not. Good find and as it is already in bugs, hopefully something that @Lubos will be able to fix.
There is nothing that @Lubos cannot do!
The same thing also happens on the Receipt side, when an inventory item is sold - it does not get subtracted from the quantity total, if the Receipt is filled out as follows:
The behavior on the receipts side is essentially identical to the payment.
This is another adverse consequence of the recent change that automatically suppresses the quantity field.
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!
Been there, done that…
In particular read the last 5 posts.
Fixed in the latest version (21.11.96)
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.
Thank you @lubos for fixing it so quickly!
@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.
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.
@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.