Page 1 of 1

FedEx Global Live Rates for OpenCart 1.5.x-2.0.x

Posted: Wed Feb 11, 2015 12:41 am
by raybark
I installed Qphoria's latest FedEx Wsdl (Q), and it is returning significantly higher rates to the Opencart invoice than does the stock FedEx module. The stock module is returning rates consistent with my FedEx Ship Manager software.

Here is a screen shot with both configured to provide list rates with no adjustment:

Image

Has anyone found a reason/fix?

Re: FedEx Global Live Rates for OpenCart 1.5.x-2.0.x

Posted: Wed Feb 11, 2015 7:40 am
by Johnathan
Perhaps post a screenshot of how you've set the extension up, as well. Someone may notice an issue there.

Re: FedEx Global Live Rates for OpenCart 1.5.x-2.0.x

Posted: Wed Feb 11, 2015 11:10 am
by Cue4cheap
Maybe it is getting a rate based on dimensions?

Mike

Re: FedEx Global Live Rates for OpenCart 1.5.x-2.0.x

Posted: Wed Feb 11, 2015 8:24 pm
by raybark
Both have the same "base dimensions" set.

Q is looking into it. His support is some of the best.

Re: FedEx Global Live Rates for OpenCart 1.5.x-2.0.x

Posted: Fri Feb 13, 2015 12:29 am
by raybark
Actually, you are correct, and I made a poor assumption.

Qphoria has done a very nice job of integrating package dimensions to be fed to FedEx for rating, accounting for dimensional weights.

My assumption was that the "default" dimensions were what was fed, but in reality, there is an algorithm that uses the dimension of the items in the shopping cart, and the default values are only fed when the product has none entered.

However, it was the details of that algorithm that were throwing the rates off.

In order to estimate the package size - an extremely complex problem few have tackled - the module uses a "book packing" model, and looks at the maximum width and maximum length of all of the items in the cart, but then sums the height. That works OK for nice, discrete, square-cornered objects that must be stacked (like books), but ended up overestimating the package size needed for a mixed assortment of items that are conical, cylindrical, nestable, bendable, or foldable, as is the case for my product line.

I have modified the code to use the maximum of all three dimensions, and so far, that seems to be estimating better.