This is a screenshot of the invoice:



This is a screenshot of the backend:



Product "Melk" is 1.419 euro. Actually it is 1.415 but that is even more wrong when you order multiple. Tax is 6%
The product price including tax is 1.50 euro. If you multiple 1,42 x 16 the answer should be: 22.72
But now it is 22,70

Thanks

Thank you for screenshots. I think it is enough minimally for discuss with management.
In my opinion, VM Invoice just sum all subtotals in right column, so 87.60 is correct number there. Normally last column should be subtotal with tax and you could have invoice without problems (or minimally similar to backend). Because you have subtotal without tax at the end, then there are missing 2 cents.

But as I said, I will discuss it with others. We will contact you back, when we will make any decision.

Thank you in advance but in any way I put it there is always 2 cents missing, right? Shouldn't vm invoice round every product at 2 decimals and calculate from that (like vm does)?

Hello,

You have VM Invoice 2.0.25, right? What is your version of VirtueMart?

EDIT: Please, send us also these printscreens:
1. VM Invoice settings of rounding
2. VirtueMart settings of rounding
3. Melk prices settings

Yes. My version of virtuemart is 2.0.20b

I tried it once more and I have these results:


This was created with VM Invoice, but you probably created your order in VirtueMart. Did you somehow modify or recalculate that order in VM Invoice, or what we see in last printscreens was made only with VirtueMart and it is how VM Invoice show it?

My actual VM Invoices can have some modifications you don't have, but minimally, there were also different numbers in Subtotal of Hand Shovel before updating VM Invoice. Subtotal 22.7 is completely wrong, if product price is 1.415.
I always had 22.64 and it is correct.

Please, send us also these printscreens:
1. VM Invoice settings of rounding
2. VirtueMart settings of rounding
3. Melk prices settings