ozpost shipping module

Mike_Dean:

You (appear) have everything set up right..

It's the weight of each item (or lack of it) that appears to be the issue.

If I add one chart, I get no rates, but if I add 10 charts I get rates.

What measurement are you using in the module ?

Check what weight you are using as a default, and check what weight you are entering for each item.

I have checked and double checked all this. This is the strange this.

The weight is in gms in Ozpost module and it was changed in the english file from lbs.

I have the same measurements I used from my previous install (and that worked which were as follows in this order including weight:
113
0.01
32.40
22.90)

If 1 qty is selected, it should be a letter price.

I would be happy to be seeing that :yes: :frusty:

Kind Regards Casey

What you have you got this option in the module set to ?

Hide parcel rates if letter sized ?

Mike_Dean:

What you have you got this option in the module set to ?

Hide parcel rates if letter sized ?

I had that as Yes.
I had even had it as no.

Still no change.

:frusty:

Very frustrating.
Kind Regards Casey

integrity_designs:

I had that as Yes.
I had even had it as no.

Still no change.

:frusty:

Very frustrating.
Kind Regards Casey

Have you had any luck ?

I just tried changing one of my products to match your dimensions and it would NOT work, so it's not the module (at least I would have thought not..)

I just changed the order order of the dimensions to ;

Weight : 113
Height : .01
Length : 22.9
Width : 32.4

Admin settings are gms

With this and 1 of the item in the cart, I get Large Letter (0-125gms) rate returned;

With 4 in the cart I get Large Letter (250-500gms) rate returned

Any more and I get standard shipping rates..

Does this sound correct ?

Thanks, I had them around the wrong way - the length and the height.
Kind Regards Casey

integrity_designs:

Thanks, I had them around the wrong way - the length and the height.
Kind Regards Casey

That shouldn't make any difference. Regardless of what the 'labels' indicate, the ozpost module always treats dimensions in the following way:

The longest dimension is always considered to be the 'length'
The shortest dimension is always considered to be the 'height'
The remaining dimension is always considered to be the 'width'

If changing the dimensions around seemed to have cured your problem, it would be because something else got changed at the same time.

Cheers
Rod

RodG:

That shouldn't make any difference. Regardless of what the 'labels' indicate, the ozpost module always treats dimensions in the following way:

The longest dimension is always considered to be the 'length'
The shortest dimension is always considered to be the 'height'
The remaining dimension is always considered to be the 'width'

If changing the dimensions around seemed to have cured your problem, it would be because something else got changed at the same time.

Cheers
Rod

So what would it have been then because nothing else has been changed apart from those two things? It really has confused me.:unsure:

integrity_designs:

So what would it have been then because nothing else has been changed apart from those two things? It really has confused me.:unsure:

This is Impossible for me to say (else I probably would have suggested it)

I guess one possibility is that your original dimensions weren't what you thought they were... eg ".O1" or ",01" (comma zero one). instead of ".01".

Feel free to make your own guesses 'cos that is all I'm doing.

Cheers
Rod

The new Ozpost module is interesting, especially with the ability to split into multiple parcels. I cannot get the weights to all by in sync. All items are in Kilograms, and Ozpost is configured for Kilograms. The Debug shows that the Cart weight 18000 grams which is correct. But the size / weight debug line shows 18.00 grams ! Is there another configuration entry that I have not set.

cheers

vicpug:

The new Ozpost module is interesting, especially with the ability to split into multiple parcels.

For the record, this isn't an 'ability' that the ozpost module has. It is in fact the default zencart behaviour.

vicpug:

I cannot get the weights to all by in sync.

It is probably best not to try (at least not without knowing a little about the underlying code).

All items are in Kilograms, and Ozpost is configured for Kilograms. The Debug shows that the Cart weight 18000 grams which is correct. But the size / weight debug line shows 18.00 grams !
[/QUOTE]

Alas, the image you attached is too small for me to read the details, so I'm pretty much guessing here ...

The debug shows several things, among them, how the weights and dimensions are being processed by the ozpost module itself. As well is this it should be showing the weights and dimesions being sent to the server for costing, and these figures will differ from the earlier figures if the maximum dimensions have been restrained or if the split by weight has been enabled.

vicpug:

Is there another configuration entry that I have not set.

It is unclear from your posting as to whether you actually have a problem, or simply wondering why the numbers displayed in debug don't 'sync' .

Cheers
Rod

vicpug:

The Debug shows that the Cart weight 18000 grams which is correct. But the size / weight debug line shows 18.00 grams ! Is there another configuration entry that I have not set.

It looks like you may have found a bug.
Line 204 of ozpost.php reads:

$parcelweight = $shippingweight ;

If you are weighing everything in Kgs, then change this to read:
$parcelweight = $shippingweight * 1000 ;

Cheers
Rod

Many thanks indeed Rod. Much better now. cheers

I was wondering if you might be able to help me RodG

I am using version Zen Cart v1.3.8a and Ozpost version V2.0.6 on a new site (currently in test, not production).

It is an Australian site but the business rules are that no orders to be taken within Australia as that is covered by their retailers. I have disabled (unchecked) the Australian shipping options.

My problem is that the shipping calculator defaults to flat rate BUT only when logged in as a test customer (US). If I use the shipping calculator with a guest cart (using same country - US) there is no problem at all.

I have followed the setup instructions but am wondering if I have missed something, I don't believe it is a bug in Ozpost but perhaps something that has been overlooked in the setup of customers/zones???

Thanks in advance.

Trinity:

It is an Australian site but the business rules are that no orders to be taken within Australia as that is covered by their retailers. I have disabled (unchecked) the Australian shipping options.

hhmmmm..... ok....

Trinity:

My problem is that the shipping calculator defaults to flat rate BUT only when logged in as a test customer (US). If I use the shipping calculator with a guest cart (using same country - US) there is no problem at all.

I cannot explain this behaviour. Logged in or not, you should get the exact same results for the exact same destination. There must be more to this that we aren't seeing.

Trinity:

I have followed the setup instructions but am wondering if I have missed something, I don't believe it is a bug in Ozpost but perhaps something that has been overlooked in the setup of customers/zones???

Perhaps.... even probably. I'm not exactly sure how or why though as the ozpost module doesn't use zones, well, at least not in the usual zencart way.

The ozpost module only 'knows' two 'zones' - Australia and the rest of the world. It determines which of these to use based on the destination country code (AU).
The fact that you are getting different results between a logged in user and a guest user would suggest that they are using a different country code. This is particularly the case with a guest user where the module doesn't have any clue where the guest is coming from (this is why the ozpost distribution files contain a modiifed shipping template file in order to force destination before a quote is provided.

Other than this, there really isn't much I can tell you - it is a mystery to me too.

Cheers
Rod

Hey Rod..

I hope that's adds a little humor to your day ??

I was doing a compare on V2.05 and V2.06 and found this little gem..

OK, now we have a 'real world' package made lets see if the user requires splotting by weight***

Can you please enlighten me and advise what ***splotting *** is :D:D:D:D

Thanks,
Mike

Mike_Dean:

Can you please enlighten me and advise what ***splotting *** is :D:D:D:D

Thanks,
Mike

:laugh:
[
http://www.urbandictionary.com/define.php?term=Splot](http://www.urbandictionary.com/define.php?term=Splot)

RodG:

The ozpost module only 'knows' two 'zones' - Australia and the rest of the world. It determines which of these to use based on the destination country code (AU).
The fact that you are getting different results between a logged in user and a guest user would suggest that they are using a different country code. This is particularly the case with a guest user where the module doesn't have any clue where the guest is coming from (this is why the ozpost distribution files contain a modiifed shipping template file in order to force destination before a quote is provided.

Other than this, there really isn't much I can tell you - it is a mystery to me too.

Cheers
Rod

Thanks for your reply Rod :-)

So, focusing on the logged in user for now, the shipping calculator defaults to flat rate when logged in as a test customer...could you please advise under what circumstances that it would do this?

I am supposing that this is the default return when there is an error.

Is there a list of areas that I could check to see if they are set up correctly?

Thanks in advance.

OK, so some further information here.

When logged in as a user, the module will work as long as there are no dimensions set on the individual products. If I set the dimensions, then place an order for 10 of that item, it aggregates the dimensions ie product is 25cm x 10cm x 2cm it makes the parcel 250cm long, and therefore invokes the error.

Is there a way to get around that?

Thanks!

Trinity:

So, focusing on the logged in user for now, the shipping calculator defaults to flat rate when logged in as a test customer...could you please advise under what circumstances that it would do this?

The flat/static rates are used when no other valid methods are found.

Trinity:

I am supposing that this is the default return when there is an error.

Yes, this would be one condition (assuming it is an error getting a response from the server).
Another reason is if the responses received from the server are all excluded by the many user methods.

Trinity:

Is there a list of areas that I could check to see if they are set up correctly?

I'm not sure what you mean by "list of areas", but the way to debug the problem is to first enable the debug option :-)
As well as filling the screen with a lot of junk, this also bypasses any user filters and will display all of the methods returned by the server.

The server itself will provide quotes for AU destinations OR Overseas destinations.. never both at the same time.

If the server does return suitable quotes, but they don't show when NOT in 'debug' mode, it means that particular method has apparently been disabled.

If the server doesn't return suitable quotes in debug mode it should return some kind of error message explaining why 1 or more of the methods have failed.

Hope this helps?

Trinity:

OK, so some further information here.

When logged in as a user, the module will work as long as there are no dimensions set on the individual products. If I set the dimensions, then place an order for 10 of that item, it aggregates the dimensions ie product is 25cm x 10cm x 2cm it makes the parcel 250cm long, and therefore invokes the error.

Is there a way to get around that?

Thanks!

In other words, it has nothing really to do with the user being logged in or not, nor does it have anything to do with the destination. The problem is based entirely on multiple items exceeding allowed limits.

There are two ways around this..

1. The BEST method.
   Sell these items in bulk packages (apparently that is the way you are expecting people to buy them). So by pre-packaging in lots of 10 you can keep your parcel size minimal.

2. The worst thing you can possibly do if you expect accurate quotes all of the time, as well as running the risk of creating a parcel that is simply too large for any given carrier to handle.
   Enable the 'constrain dimensions' option (ozpost v2.0.6).

Yeah, I know that you, like almost every other ecommerce merchant on the planet are thinking there must be a better way, but the fact is, there isn't. There are some methods that are better than others under certain conditions and there a a lot more sophisticated systems around than ozpost, but it ultimately comes down to having to obey the laws of physics.

If any given customer adds enough items of any given size to their shopping cart sooner or later the contents WILL be too heavy or too large for any of the normal carriers to handle.

Cheers
Rod