Page 1 of 1

Yet another Weight-based Shipping question!

Posted: Thu Dec 03, 2009 8:08 pm
by deeve
Hi Guys, apologies if this has already been answered but I did check the forum first & couldn't find:

I've tried this with both Q's Zone Shipping Module & the default Weight-based Shipping method in 1.3.4
I set them up as incremental weight-based & by 3 Geo-Zones. I have only 2 weight classes of product, so I set them to 1.00kg & 1.50kg in the hope that If someone purchased a single item of the heavier weight class it would be equivalent to a single unit of the lower weight class multiplied by 1.5 but instead it's coming up as 2 units of the lower weight:

Set:
Zone 1 rate - 1:2.00,2:2.75 >>increments by .75 etc
Zone 2 rate - 1:3.00,2:3.85 >>increments by .85 etc
Zone 3 rate - 1:4.00,2:5.00 >>increments by 1.00 etc

What I'm getting:
Zone 1 - 1:2.00 @higher weight class should be 3.00 but I'm getting 2.75
Zone 2 - 1:3.00 @higher weight class should be 4.00 but I'm getting 3.85
Zone 3 - 1:4.00 @higher weight class should be 6.00 but I'm getting 5.00

If I've missed something obvious, please excuse - maybe I'm too close to see!

Steve.

Re: Yet another Weight-based Shipping question!

Posted: Fri Dec 04, 2009 7:08 pm
by deeve
Okay, a simple question then:

Are Weight based rates actually 'calculated' or do they simply defer to the next highest, round number of the base rate?

Re: Yet another Weight-based Shipping question!

Posted: Fri Dec 04, 2009 8:05 pm
by Qphoria
1 or less = 2.00
1.1 - 2.0 = 2.75
etc

Re: Yet another Weight-based Shipping question!

Posted: Fri Dec 04, 2009 8:22 pm
by deeve
please ignore in red:So no, they are not calculated. Do you happen to know if there are any mods which can achieve this?
Excuse me, I was a bit rash in that last statement. I understand now, it's just inconvenient as my initial heavier value is equivalent to 1.5 and therefore shows as 2 of the lighter value! Any thoughts?

Re: Yet another Weight-based Shipping question!

Posted: Sat Dec 05, 2009 6:40 pm
by deeve
Hi Q, I believe the only way round this would be to be able to assign the a different rate for the 2 product categories. When they are weight based, there will always be an issue of when the higher weight equals a multiple of the lower rate [in my case it's most obvious when 1 item @1.5kg = 2 items @1kg]. Mind you, then a separate problem would arise if a customer were to purchase a mix of the 2 categories !!

Feels as If there were a way to create a ratio difference in which one category was not divisible by the other, and that there was no rounding of decimals up or down, then that may solve the problem..?