Post by deeve » Thu Dec 03, 2009 8:08 pm

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.

Active Member

Posts

Joined
Tue Oct 20, 2009 4:31 pm

Post by deeve » Fri Dec 04, 2009 7:08 pm

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?

Active Member

Posts

Joined
Tue Oct 20, 2009 4:31 pm

Post by Qphoria » Fri Dec 04, 2009 8:05 pm

1 or less = 2.00
1.1 - 2.0 = 2.75
etc

Image


User avatar
Administrator

Posts

Joined
Tue Jul 22, 2008 3:02 am

Post by deeve » Fri Dec 04, 2009 8:22 pm

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?

Active Member

Posts

Joined
Tue Oct 20, 2009 4:31 pm

Post by deeve » Sat Dec 05, 2009 6:40 pm

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..?

Active Member

Posts

Joined
Tue Oct 20, 2009 4:31 pm
Who is online

Users browsing this forum: No registered users and 21 guests