Price calculation for configurable options

[ddenev]

Dear community,

 

I would like to ask you to share whether you observe the same strange behaviour as I do with calculating the prices of configurable options when ordered by a client from the client area.

 

Here is the issue: I have a product (Product1) with one configurable option (Option1).

 

Product1 price = $50/month

Option1 price = $20/month

 

The client orders today (14.11.2007) the Product1 without Option1 for 1 year and he pays $600. The next due date is 14.11.2008 (366 days from today). Immediately he upgrades Product1 and orders Option1 for 1 year and the price is strangely calculated as $244 and not $240 (12x$20).

 

Even if I change the next due date to be 13.11.2008 (365 days) it is again not calculated correctly - $243.33.

 

If I add the Option1 from the admin area it is calculated correctly, but in this case it does not respect the next due date. No matter how I change it it still calculates the Option1 based on the billing cycle.

 

I am in a big confusion here, maybe somebody has more knowledge about this. Please share. Thank you.

 

Best regards,

DDenev

[Matt]

Changing it in the admin area only changes the recurring amount - it is a manual overide. It does not prorate the charge or charge for the upgrade automatically. So you can't compare the result of changing a value in the admin area with an upgrade from the client area. The automated upgrade process of the client area calculates the days left of the current cycle and then charges the addon for that period.

 

Matt

[ddenev]

Thank you, Matt but the issue with the wrong number of day is still here, isn't it?

 

If the price for 365 days is 12x$20 = $240 (I set Option1 as $20/month, that would mean $240 per year, right?)

and

The calculated price is $244

then

it means that you calculate that there are 371 days from 14.11.2007 till 14.11.2008:

 

240/244 = 365/X , where X is the calculated number of years.

therefore X = 371.08333333333333333333333333333

 

Best regards,

DDenev