ozpost shipping module

Rod can you help me find where to do this please? I'm getting the same error The service Sea Mail for NEW ZEALAND does not accept parcels over 20kg. )

Oops I didnt quote original message....you were saying to "turn off error messages"

Also would it be easy for me to update to your ozpost module? By the looks of it i'm using something else (ozzy post) that was set up for me years ago.

Thanks in advance :smile:

http://www.antmanhelmetdesign.com/store/

antnest:

Rod can you help me find where to do this please? I'm getting the same error The service Sea Mail for NEW ZEALAND does not accept parcels over 20kg. )

Oops I didnt quote original message....you were saying to "turn off error messages"

The early versions of ozpost don't have the option to turn these messages off, and this particular error message is now being suppressed by the ozpost servers (which means that whatever module you are using, it is still connecting to the old drc.edeliver servers, which were to be turned off earlier this year (but they had a reprieve because a lot of merchants weren't ready for it).

antnest:

Also would it be easy for me to update to your ozpost module?

The ozpost module installs are getting easier all the the time (with only two files to install/copy to the server there's not a lot that can go wrong).

After the initial install of ozpost V3.x.x further upgrades are either fully automatic (V3.3.0 -> V3.3.2), or invoked via a single keypress (V3.3.3 and above).

Cheers
Rod

Hi Rod, i upgraded to zen cart V1.5 with fresh install about 6months ago and ever since ozpost has been doing something wierd where it works out postage fine but it wont show what type of postage it was from admin area or on the order summary that is sent to customer and admin.

In the email it shows as:

Sub-Total: $171.00
( ): $10.85
GST: $15.55
Total: $181.85

in admin area is shows like this:

any idea what i may have done wrong?

gmturner:

Hi Rod, i upgraded to zen cart V1.5 with fresh install about 6months ago and ever since ozpost has been doing something wierd where it works out postage fine but it wont show what type of postage it was from admin area or on the order summary that is sent to customer and admin.

any idea what i may have done wrong?

I've not experienced this symptom before.

What version of ozpost are you using? The most current is V3.3.5.

My suggestion would be to update to this version and see if the problem resolves itself.

Cheers
Rod

Ps. The latest version has only just been uploaded to the zencart site and will take a few days for it to be made available. You can d/load the latest version at any time from http://ozpost.net.au/downloads/

Im using 3.3.4 and its set to auto-update but doesnt seem to want to jump up to 3.3.5 when i force a re-install/update.

It only seems to happen on paypal express checkout from what i can tell. Direct deposit seems to work fine.

I just tried doing a paypal express checkout and i bought a item worth $4.50 and it takes you to the paypal thing and gets you to log in etc and tell you its going to charge you $4.50 and you press continue and then it takes you back to my site and then adds postage on, but doesnt give you a option of which one you want to pick. It just auto-selects cheapest?

When i do re-install it says:
The file (/home/countr18/public_html/adminareaname/includes/languages/english/product.php) has already been modified. This alert can be ignored
The file (/home/countr18/public_html/adminareaname/includes/modules/update_product.php) has already been modified. This alert can be ignored
The file (/home/countr18/public_html/adminareaname/includes/modules/product/collect_info.php) has already been modified. This alert can be ignored

The bottom 2 appear to be changed for ceon uri mapping, the top one im not sure. is this a issue that may be causing it?

Ill re-install with 3.3.5 in a minute and see how she goes.

gmturner:

Im using 3.3.4
It only seems to happen on paypal express checkout from what i can tell. Direct deposit seems to work fine.

In other words you have been having this exact same problem since about the start of the V3.x.x series and possibly before?

gmturner:

and its set to auto-update but doesnt seem to want to jump up to 3.3.5 when i force a re-install/update.

"Doesn't seem to" doesn't really rell me a lot. :-(

gmturner:

I just tried doing a paypal express checkout and i bought a item worth $4.50 and it takes you to the paypal thing and gets you to log in etc and tell you its going to charge you $4.50 and you press continue and then it takes you back to my site and then adds postage on, but doesnt give you a option of which one you want to pick. It just auto-selects cheapest?

The way this works it outside the scope of anything ozpost (or any other shipping module) has any control over, so if this is a problem that only started occuring about 6 months ago it will be caused by a change in your paypal settings

Having said that, due to bad placement of a bit of javascript code in v3.3.3 there is a problem with PayPal checkout in that it'll only produce a blank screen and not even go to the PayPal site. This was fixed in V3.3.4

gmturner:

When i do re-install it says:
The file (/home/countr18/public_html/adminareaname/includes/languages/english/product.php) has already been modified. This alert can be ignored
The file (/home/countr18/public_html/adminareaname/includes/modules/update_product.php) has already been modified. This alert can be ignored
The file (/home/countr18/public_html/adminareaname/includes/modules/product/collect_info.php) has already been modified. This alert can be ignored

These messages are generated by the ozpost installer code, and yes, they CAN be ignored. If you wish to get rid of these messages you will need to click the REMOVE button to uninstall ozpost, then re-replace these three files using the original files from the zencart distribution package, and finally, click the INSTALL button to re-install the ozpost module, which will then be able to perform the modifications needed. (The changes being exactly the same as the changes already made to the pre-modified files).

Although this may seem a bit odd/quirky, the reason for it is that up until V3.x.x. the initial installation of the ozpost module required that these 3 'core' files be replaced by the copies from the ozpost package. This has always been a source of problems because quite often they were not being replaced, or they were being placed into the wrong folders. They were also being re-replaced with the ZenCart upgrades, causing a loss of the ability to add or modify the product dimension data.
V3.x.x has taken a different approach in that these files no longer need to be replaced, but instead, the module will make a backup copy of them and perform the needed modifications during installation (and revert them back to the zencart originals upon removal). This makes installations a lot easier (just two files, plus the graphics) to upload to the server with no need to replace these core files.

The update code performs a check to see if these files have already been replaced, and if so, it generates the alerts, but makes no further changes to the files.

gmturner:

Ill re-install with 3.3.5 in a minute and see how she goes.

So, how'd it go?

Cheers
Rod

RodG:

In other words you have been having this exact same problem since about the start of the V3.x.x series and possibly before?

yeh it started i think as soon as i upgraded, so whatever version you were on 6months ago. Ive only now decided to address it.

"Doesn't seem to" doesn't really rell me a lot. :-(
Well i forced a upgrade and it upgraded to 3.3.4 yesterday, it would not upgrade to 3.3.5 automatically. I did this today manually by replacing the files.

The way this works it outside the scope of anything ozpost (or any other shipping module) has any control over, so if this is a problem that only started occuring about 6 months ago it will be caused by a change in your paypal settings

There are 4 ways you can pay for something in my store:
-Paypal express checkout(dont need to create account on my site, just sign into paypal. Is a new feature in 1.5 i believe) - this one has the issues.
-Normal paypal where you have to sign into my site and then select it - works fine.
-Direct bank deposit - works fine
-cheque/money order - works fine

So the issue i believe is restricted to paypal express and may possibly be linked to how it doesnt let you pick which method to ship with it just auto-picks the cheapest for you, this is where the problems start as seen here:

When you use one of the payment methods that work fine that shouldnt even be one of your logo's.. it should be text and this is where the problem seems to be, its trying to use the logo's instead of text and the logo's dont work in admin area or in emails so it just shows as nothing.

The update code performs a check to see if these files have already been replaced, and if so, it generates the alerts, but makes no further changes to the files.
So it senses that my files are changed and gives up? do i need to go in manually and put some of your code in in this case? what are some chunks of your code i can look for in these files to make sure auspost has installed itself correctly?

I think i found a small error in your INSTALL.txt

Installation: Copy the following files to your store (keeping the same folder hierarchy)
Required: includes/modules/ozpost.php

That should be includes/modules/shipping/ozpost.php shouldnt it? thats the way you have it in the actual folder structure anyway.

gmturner:

yeh it started i think as soon as i upgraded, so whatever version you were on 6months ago. Ive only now decided to address it.

I think that this alone would suggest that ozpost is NOT the issue (unless you are refering to an ozpost upgrade you did six months ago rather than the Zencart upgrade you did six months ago. Or did you upgrade both at the same time?

gmturner:

Well i forced a upgrade and it upgraded to 3.3.4 yesterday,

I'm still not sure what you mean by 'forced an upgrade'. Prior to V3.3.2 this was fully automatic with no way to 'force' anything. Since v3.3.2 I've added a button that needs to be pressed to initiate the updates. It doesn't 'force' anything, it is just a button that effectively make it possible to prevent the automatic updates until you are ready to do so.

gmturner:

it would not upgrade to 3.3.5 automatically.

Did it show the update was available and attempt to update itself (perhaps with errors?) or was you presented with the update button?

Sorry if these questions seem silly or obvious, but I can't see what you are seeing, and your terminology is causing me confusion.

gmturner:

I did this today manually by replacing the files.

I assume your PayPal problem still exists? (It probably will do, because other than my blunder with v3.3.3 the operation of the module hasn't changed for years)

gmturner:

There are 4 ways you can pay for something in my store:
-Paypal express checkout(dont need to create account on my site, just sign into paypal. Is a new feature in 1.5 i believe) - this one has the issues.
-Normal paypal where you have to sign into my site and then select it - works fine.
-Direct bank deposit - works fine
-cheque/money order - works fine

There is no connection between payment methods and the shipping methods.

gmturner:

So the issue i believe is restricted to paypal express and may possibly be linked to how it doesnt let you pick which method to ship with it just auto-picks the cheapest for you,

You are quite right, this IS where the problem is, but there is nothing the ozpost (or any other shipping module) can do to affect this.
If you wish the customer to have the ability to select the shipping method, you'll need to set the following option in your paypal module settings:

Express Checkout: Select Cheapest Shipping Automatically
When customer returns from PayPal, do we want to automatically select the Cheapest shipping method and skip the shipping page? (making it more express)
Note: enabling this means the customer does not have easy access to select an alternate shipping method (without going back to the Checkout-Step-1 page)

gmturner:

this is where the problems start as seen here:

When you use one of the payment methods that work fine that shouldnt even be one of your logo's.. it should be text and this is where the problem seems to be, its trying to use the logo's instead of text and the logo's dont work in admin area or in emails so it just shows as nothing.

They do (or did) used to work, but there was a problem in that the database fields weren't big enough to hold all the data, so to mitigate this issue the ozpost module used to extend the size of these fields. This was way back in v2.x.x though. The module has long since stopped using these logos in the /admin/ functions, and I didn't think there was any way they could still be used. It seems I'm mistaken though, and will need to investigate this a little further.

Anyway, this means there are now two ways to cure your problem. The first is to adjust the paypal setting so that the customer can choose the shipping method.
The second would be to disable the use of the icons (which may or may not work. It depends on whether the lack of feedback problem is related to the field size or not).

gmturner:

So it senses that my files are changed and gives up?

No. It senses that the files already have the required changes, and if so it makes a straight copy of the changed files without re-applying the same changes (which will cause problems). The rest of the upgrade processing continues normally (at least that's the theory). The fact that there were no other error messages suggests the upgrade was succesfull. (This is why I can't really understand why you are finding it wasn't successull. There are a zillion checks that occur during an upgrade/install), I can't think of how it can fail an upgrade without producing a useful error message to explain the cause.

gmturner:

do i need to go in manually and put some of your code in in this case?

No. The entire idea behind these latest changes are so that users don't have to manually modify any code, ever. In fact the latest code even incorperates tests and checks to determine whether products are weighed in Gms or Kgs, and will update the language files to match (the defualt definition of 'lbs' is never going to be right for an aust merchant)

gmturner:

what are some chunks of your code i can look for in these files to make sure auspost has installed itself correctly?

The main ozpost.php file should be self evident as to which version is used from the version number displayed in the config screen.
The ozpost language file never gets auto updated, and the only time this will change is when a new carrier is added.

All the other files that get changed or modified will have a current date/time stamp, and the original files will be renamed with a _restore extension.

In your case, the three files that didn't get updated because they were premodified will be exactly the same size and have the same contents as the same named _restore files.

Here's a list of the files that ozpost ether creates or modifies:

create: DIR_FS_ADMIN , "clicknsend.php"
create: DIR_FS_ADMIN, DIR_WS_INCLUDES . "extra_datafiles/clicknsend.php"
create: DIR_FS_ADMIN, DIR_WS_INCLUDES . "functions/extra_functions/init_clicknsend_dhtml.php" (zen v1.5.x only)
create: DIR_FS_ADMIN, DIR_WS_INCLUDES . "boxes/extra_boxes/clicknsend_customers_dhtml.php" (zen 1.3.x only)
modify:DIR_FS_ADMIN, DIR_WS_LANGUAGES . "english/product.php" (this premodded file was needed with ozpost v3.3.2 and below)
modify:DIR_FS_ADMIN, DIR_WS_MODULES . "update_product.php" (this premodded file was needed with ozpost v3.3.2 and below)
modify:DIR_FS_ADMIN, DIR_WS_MODULES . "product/collect_info.php" (this premodded file was needed with ozpost v3.3.2 and below)
modify:DIR_FS_CATALOG, DIR_WS_TEMPLATES . "template_default/templates/tpl_modules_shipping_estimator.php"
modify:DIR_FS_ADMIN, DIR_WS_LANGUAGES . "english.php" (changes 'lbs' to kgs/gms only)
modify:DIR_FS_CATALOG, DIR_WS_LANGUAGES ."english.php" (changes 'lbs' to kgs/gms only)

gmturner:

I think i found a small error in your INSTALL.txt
That should be includes/modules/shipping/ozpost.php shouldnt it? thats the way you have it in the actual folder structure anyway.

Yup, that's an error in the text file. The actual folders are correct.

Cheers
Rod

RodG:

You are quite right, this IS where the problem is, but there is nothing the ozpost (or any other shipping module) can do to affect this.
If you wish the customer to have the ability to select the shipping method, you'll need to set the following option in your paypal module settings:

Express Checkout: Select Cheapest Shipping Automatically
When customer returns from PayPal, do we want to automatically select the Cheapest shipping method and skip the shipping page? (making it more express)
Note: enabling this means the customer does not have easy access to select an alternate shipping method (without going back to the Checkout-Step-1 page)

They do (or did) used to work, but there was a problem in that the database fields weren't big enough to hold all the data, so to mitigate this issue the ozpost module used to extend the size of these fields. This was way back in v2.x.x though. The module has long since stopped using these logos in the /admin/ functions, and I didn't think there was any way they could still be used. It seems I'm mistaken though, and will need to investigate this a little further.

Anyway, this means there are now two ways to cure your problem. The first is to adjust the paypal setting so that the customer can choose the shipping method.
The second would be to disable the use of the icons (which may or may not work. It depends on whether the lack of feedback problem is related to the field size or not).

Changing the paypal setting to allow the user to choose their shipping has fixed it.

I still think this problem is ozpost related and only happens when the customer uses paypal express checkout and the option is set for it to auto-select cheapest postage. I may be wrong though, you may want to look into it further. If i find some spare time i might try install on a fresh install of 1.5 and see if it happens. Not that i really care anymore as its better for my customers to be able to select what they want and it also opens up the free store pickup option which they didnt even get a choice to before.

gmturner:

Changing the paypal setting to allow the user to choose their shipping has fixed it.

Sweet. :)

gmturner:

I still think this problem is ozpost related and only happens when the customer uses paypal express checkout and the option is set for it to auto-select cheapest postage. I may be wrong though,

Thanks to your input, I'm inclined to suspect you are not wrong.

gmturner:

you may want to look into it further. If i find some spare time i might try install on a fresh install of 1.5 and see if it happens.

I beleive the clue to the mystery is the fact that the icons are being returned with the quotes even though they shouldn't be. This would also suggest that the error messages (if enabled) will also be getting returned prior to the actual quote data, and this most certainly could cause a problem. Performing a fresh install will not solve the issue.

gmturner:

Not that i really care anymore as its better for my customers to be able to select what they want and it also opens up the free store pickup option which they didnt even get a choice to before.

I spent some time updating the code last night with some changes that I think should solve the problem (assuming my assumtions are correct). These changes will be incorperated in the next update (v3.3.7).

Cheers
Rod.

ps. Thanks for your help and feedback. It's greatly appreciated.

Hey Rod sorry to be a pest again but my ozpost module doesnt seem to have fastway couriers pink labels?

edit: to clarify, i have most labels. red, orange, green, white, grey, brown, black, blue, yellow and lime.. but no pink option to tick. its a fairly important one as its entire rural vic for me(geelong).

gmturner:

Hey Rod sorry to be a pest again but my ozpost module doesnt seem to have fastway couriers pink labels?

edit: to clarify, i have most labels. red, orange, green, white, grey, brown, black, blue, yellow and lime.. but no pink option to tick. its a fairly important one as its entire rural vic for me(geelong).

I've no idea why the pinks aren't included. Have they been a new addition to the range in the last 12 months or so?

I'll take care of this over the weekend.... unless I discover a reason why they've been left out.

Cheers
Rod

RodG:

I've no idea why the pinks aren't included. Have they been a new addition to the range in the last 12 months or so?

I'll take care of this over the weekend.... unless I discover a reason why they've been left out.

Cheers
Rod

im not exactly sure about that, i asked my mum who deals with all the postage and she said it isnt new.

So its not just me then, pink isnt selectable on any ozpost?

gmturner:

So its not just me then, pink isnt selectable on any ozpost?

Correct.

Cheers
Rod

gmturner:

So its not just me then, pink isnt selectable on any ozpost?

Ozpost V3.3.7 now supports the pink labels.

If it doesn't show up as a selectable item in the ozpost config screen please perform a remove/install sequence. (I had one of the 3 sites I've just updated fail to show this as a new option after the apparently successful upgrade).

Cheers
Rod

RodG:

Ozpost V3.3.7 now supports the pink labels.

If it doesn't show up as a selectable item in the ozpost config screen please perform a remove/install sequence. (I had one of the 3 sites I've just updated fail to show this as a new option after the apparently successful upgrade).

Cheers
Rod

Thanks Rod, as always excellent support for your add-on.

i did have to do a remove/install sequence but she works!

my mum asked the fastway rep and this is what she came back with:

pink and lime green have always been existence, but about 4 or 5 years ago they swapped them over and pink is now country Victoria and lime is Melbourne and up around Bendigo to Echuca and around Wangaratta, Beechworth, Albury and Wagga Wagga NSW. So Pink covers all the areas that the local tickets don’t.

and if you search this thread for pink there has been mentions of it 2 years ago.

Again, Thankyou!

Hey Rod,

Does the fastway part of the module support cubic weight or does it only run on actual weight? it works out the australia post correctly using cubic weight(16kg) but the fastway one is done on the actual weight(11kg - national label + 2 saver labels when it should be + 3 saver labels.)

Debugging information
Parcel
Items 1 Weight 11000gms
Dimensions 54.00 x 41.00 x 29
Cube / Weight 64206cc / 16.0515Kgs

QueryString
/postage.php?weight=11000&height=290&width=410&length=540&value=80&fromcode=3221&Osub=MOOLAP&destcode=4703&Dsub=TARANGANBA&flags=0&host=Her%27s+N+His+Crafty+Hands&storecode=3221&version=3.3.7&FastWay=GEE&maildays=31&AllSat=1&NoSurcharge=1

<?xml version='1.0' encoding='ISO-8859-1'?><quotes>

<quote><id>FWL</id><cost>34.95</cost><days>4</days><description>FastWay Labels (GREEN +2 Saver labels)</description></quote><quote><id>RPP</id><cost>51.75</cost><days>6</days><description>Parcel up to 17 Kgs cubic weight</description></quote><quote><id>REG</id><cost>54.80</cost><days>7</days><description>Registered Parcel up to 17 Kgs cubic weight</description></quote><quote><id>COD</id><cost>63.50</cost><days>7</days><description>Cash On Delivery </description></quote><quote><id>EXP</id><cost>182.05</cost><days>5</days><description>Express Parcel up to 17 Kgs cubic weight</description></quote><quote><id>PLT</id><cost>187.45</cost><days>5</days><description>Platinum Parcel up to 17 Kgs cubic weight</description></quote>
<information>
<servername>svr1.ozpost.net</servername>
<serverIP>184.154.169.226</serverIP>
<serververs>26-06-2012</serververs>
<timestamp>Sat Jun 30, 2012 19:01 (SA Server Time)</timestamp>
<requesttime>19:31 (VIC Store Time)</requesttime>
<postdate>Mon 2nd of Jul</postdate>
<insurance>0.00</insurance>
<surcharge>0.00</surcharge>
<egoinsurance>0.00</egoinsurance>
<registration>3.05</registration>
<fromsuburb>MOOLAP</fromsuburb>
<destsuburb>TARANGANBA</destsuburb>
<origstate>VIC</origstate>
<expires>469</expires>
</information>
</quotes>

thanks,

Gavin

gmturner:

Hey Rod,
Does the fastway part of the module support cubic weight or does it only run on actual weight? it works out the australia post correctly using cubic weight(16kg) but the fastway one is done on the actual weight(11kg - national label + 2 saver labels when it should be + 3 saver labels.)

Fixed :)

Cheers
Rod

Hi Rod, we're using Ozpost module 3.3.5 in our new shop and we only want to use Australia Post - with our cartons weighing a maximum o 19kgs each. The module is fine to post out one carton of product but as soon as we want two cartons its saying it's too heavy for Australia Post - but I want it to be able to send up to 2 cartons - maximum weight of 40kgs if possible. How do I do this?
Our site address is: https://www.organicattitude.com.au/webshop

My_Red_Zebra:

but I want it to be able to send up to 2 cartons - maximum weight of 40kgs if possible. How do I do this?

Set the ozpost "Use Core Weight" setting to 'Yes', then set your maximum weights, etc from the config/Shipping&packaging settings.

Cheers
Rod