Yes I see :-) , your test will give the same result I have when testing the same. :-) :-) 3.20 x 15 2PCS = 48,00
Difference in our test is that I have defined a supplier info record at product level and the pricelist is taken from there.
Into the supplier info record is defined that a box (your 30PCS) cost 47,93
This unit box (your 30PCS) is not taken into account when computing the purchase order line. It handles if it is the storage unit.
The problem that does exist now is that a box of 15 pairs cost real 47,93 thus 3.1953333 per pair.
This is rounded correct by OpenERP to 3.20 for a pair on the product record.
But when generating the purchase order, now it multiply the 3.20 x 15 = 48 instead of taken the purchase unit for this purchase order and the linked defined supplier purchase price which is 47,93
Resulting in always to have to correct manually the corresponding invoices.
Hope I'm clear, do not hesitate to request more explanation if needed.
Yes I see :-) , your test will give the same result I have when testing the same. :-) :-) 3.20 x 15 2PCS = 48,00
Difference in our test is that I have defined a supplier info record at product level and the pricelist is taken from there.
Into the supplier info record is defined that a box (your 30PCS) cost 47,93
This unit box (your 30PCS) is not taken into account when computing the purchase order line. It handles if it is the storage unit.
The problem that does exist now is that a box of 15 pairs cost real 47,93 thus 3.1953333 per pair.
This is rounded correct by OpenERP to 3.20 for a pair on the product record.
But when generating the purchase order, now it multiply the 3.20 x 15 = 48 instead of taken the purchase unit for this purchase order and the linked defined supplier purchase price which is 47,93
Resulting in always to have to correct manually the corresponding invoices.
Hope I'm clear, do not hesitate to request more explanation if needed.
With kind regards,
Jan