Heving same issue. It seems that the total cost is calculated based on the cost on total quantity from the beginning, not the quantity owned. For example if you click on the total cost for EGG, you will see that 1,980,162.50 is the total debit from the beginning.
@lubos
It seems to be a mistake in the calculation algorithm.
It can also be seen that on 10 May, although the inventory is zero, the balance is not still zero due to the fact that the adjustment on zero inventory is only applied at the closing date by the software.
Yes, you can correct the unit cost in “batch”, using the Recalculate button, but it is still manual update; I mean you buy goods, then you sell goods, and normally, based on your inventory cost calculation method (WA or FIFO) the COGS should be calculated to a non-zero value.
In my example, although there is only 5 units remaining in the inventory, the inventory shows purchase amount for the whole inventory from the beginning, the COGS is zero, and hence the profit is shown incorrectly:
With the current algorithm, the correct cost of goods is reflected in your P&L only after the inventory is zero, unless you manually (one by one or in batch) update the unit cost in a separate data entry step.
This is not something new and this has been discussed in detail already. So using the Recalculate is only option right now and its manual but require only two or three clicks and you just have to do it at the end of the day or week or month depends on you.
When I tested using FIFO as the inventory valuation method, the system ignored it during the recalculation process and applied the Weighted Average method instead.