Correct price for a quantity of products

[kalastaja]

There's NO DIFFERENCE: Quite simple, if the product price is shown as 1.25 (although adding tax has made it actually 1.2543) it's 1.25 - it doesn't matter how many products you buy, the unit price should be 1.25! (3pcs 3.75, 45pcs 56.25)

The problem arises, as you well know, because it stores the price without taxes and then adds the tax "on the fly" if so requested. So if the price (with no tax) contains cents and the tax is a number (almost anything but a 100%) you get fractions of a cent - e.g. 1.11 * 1.13 (13% tax) = 1.2543 AND this is shown as a unit price of 1.25 when you look at the product (as it should)! BUT when you buy 10 pcs, the price is suddenly 12.54 - not much, but it makes the shop look "adequate" not good!

And I managed to get it half right - as I said:

By introducing zen_round() to the function zen_add_tax($price, $tax) I get the shopping cart ok, but subtotal and thereby total still hangs (erroneously) on to the decimals.

PS. Nice that you "wise" guys stick together....

[kalastaja]

PPS. THE POINT being that if the price is defined to have e.g. 2 decimals, that should determine the rounding - I mean that's why it's there, isn't it?

[Ajeh]

When you edit the Product, is the Product Price entered as:
1.25

or are you entering it as:
1.2543

[kalastaja]

I enter it as 1.11 !!!!!!!!! The 13% sales tax makes it 1.2543.

[kalastaja]

Dear Sirs,

I am reporting a bug, not stating an opinion!

[kuroi]

Dear Sirs,

I am reporting a bug, not stating an opinion!

It's not a bug, and it is an opinion, albeit implict, that the cart should work in the specific way that favors the way your tax regime and pricing are setup over all others.

Enter the price as 1.1062 instead of 1.11 as Zen Cart intends and your problem will go away.

[kalastaja]

Whoops. I rechecked and - my humble apologies - only the TAX decimals are defined. Not to worry big guys, if I can't get a hint from you which function to edit - I'll figure it out myself.... My shop already has e.g. a cash-back-functionality (based on the profit, so there is a buyin_price, etc.), phpNuke as backoffice...