ozpost shipping module

RodG:

All prices should now be correct.
Please verify.

Yes, perfect. Checked 4 price brackets and all good :smile:

RodG:

Thanks for reporting this problem. I do my best to ensure that everything is up to date, but with the sheer number of variations and possibilies involved it is always of added benefit for end users to do their own verifications and reporting any discrepencies they find.

In MOST cases, the discrepencies usually turn out to be 'user error', eg, getting quotes for grams instead of Kgs, but in this case you found a genuine error (the surcharge was being added twice), so on behalf of all ozpost users, a big thanks for taking the time to check and report.

Muchly appreciated.
Cheers
Rod

No problem Rod.

Here is the link:

http://auspost.com.au/media/documents/ms11-feb-2011.pdf

Cheers / Frank

frank18:

Here is the link:
http://auspost.com.au/media/documents/ms11-feb-2011.pdf

Thanks for that....

Cheers
Rod

frank18:

If the weight falls within the limit of a given satchel then the larger satchels should not be shown to the customer. Obviously the logic in the coding (either ozpost.net server side or local resolving code of the server response) can't handle the conditions as yet.

An updated version with a fix for this will be available within the next couple of days ... (assuming no unexpected distractions).

Cheers
Rod

RodG:

An updated version with a fix for this will be available within the next couple of days ... (assuming no unexpected distractions).

Cheers
Rod

This update (V2.2.2) is now avialable from the ozpost.net website. It has been uploaded into the zen downloads area, but as usuall this will take a few days before the admins make it available.

If you are currently using V2.2.1 this is a very worthwhile (and easy) update. Only ONE file to replace and that's it. (no need to uninstall/reinstall).

If upgrading from older versions PLEASE read the upgrade.txt file - it can save you lots of time and effort.

Cheers
Rod

ps. As usual, feedback and bug reports are welocme/encouraged.

RodG:

This update (V2.2.2) is now avialable from the ozpost.net website. It has been uploaded into the zen downloads area, but as usuall this will take a few days before the admins make it available. .....

Cheers
Rod

ps. As usual, feedback and bug reports are welocme/encouraged.

Perfect, Rod - quick fix too, thanks (no unexpected interruptions I take it ...)

I just need to solve **this problem** which is probably the last stumbling block in putting your little marvel into a live shop.

Any ideas?

Thanks / Frank

frank18:

Perfect, Rod - quick fix too, thanks

It may have seemed quick to you, but some of us have been living with this for about a month (since the 2.2.1 release) :P

frank18:

I just need to solve **this problem** which is probably the last stumbling block in putting your little marvel into a live shop.

Any ideas?

Thanks / Frank

Yeah. I've already posted them :lookaroun

Cheers
Rod

I have a question about the wording in ... er... the two tpl_modules_shipping_estimator.php files:

echo STORE_NAME. " accepts all responsibility for any loss of, damage to, late delivery or non-delivery of goods ordered from this web site.<p>To the maximum extent permitted by law, you agree to release our carriers from any liability relating to loss of, damage to, late delivery or non-delivery of any goods you order from this web site and to assign all rights to claim compensation or insurance against our carriers to us and expressly and irrevocably do so by clicking the following box.

I'm no lawyer, so I don't know if this is standard and/or required wording to relieve the carriers we use of responsibility, but it does seem to say that we the merchants are responsible for loss, late delivery or damage etc.

Not sure I want to be responsible for any carrier's late delivery. Damage and loss is OK, because it doesn't happen that often.

Where did the wording come from, Rod?

tpeck:

I have a question about the wording in ... er... the two tpl_modules_shipping_estimator.php files:

echo STORE_NAME. " **accepts all responsibility.............

< chomp >
**
Firstly, if you found this text in both tpl_modules_shipping_estimator.php files then it is because at some stage or other you overwrote the original zencart file rather than using the override version.

Secondly, this text hasn't been a part of this file for several versions now, so its time you updated :-) > tpeck:

Where did the wording come from, Rod?

The text came from the drc.edeliver.com.au website.. The displaying of this text is/was a requirement of using the drc servers (not that anyone would really know or care), and since ozpost no longer obtains data from this server there is no need for the ozpost client to display it.

The later versions of ozpost display a message that reads "please enter countrty or postcode" instead, and this is user defined via the language file.

Cheers
Rod

Ah. All this time I have only been upgrading the two files and the icons folder according to the UPGRADE.txt file. I guess I should have done a full upgrade yonks back!

OK, so I have upgraded fully now.

While I'm at it, here is what is displaying:

Hardly earth-shatteringly important, but Argentina is displaying as a "Suburb" with the same postcode as Marrickville, or have I stuffed up again?

And I have always wondered about the "Boxes:" ...should something appear after the colon? Or only in what circumstance?

tpeck:

Hardly earth-shatteringly important, but Argentina is displaying as a "Suburb" with the same postcode as Marrickville, or have I stuffed up again?

This is probably my stuffup in that I am failing to neutralise the suburb field for overseas destinations.
As for the postcode, this has always 'worked' this way (I think) in that it is simply ignored if a non aust destination is selected.

FYI, the Surburb field isn't a required entry either - it gets filled via the postcode data, however in cases where there may be several suburbs with the same postcode then this field may be used as an override so that the correct one is used.

tpeck:

And I have always wondered about the "Boxes:" ...should something appear after the colon? Or only in what circumstance?

I have a habit of changing this on all of the carts I work with to read "Parcels" rather than "Boxes" ... The colon may be part of the text definition.. in any case, to the best of my knowlege there is nothing that should appear after it,

Cheers
Rod

So it is saying:

Dims: 33.00 x 24.00 x 4.00 parcel

That is, the "Boxes:" bit is describing the dimensions...

i.e. a [whatever size] box or parcel.

With the colon and initial capital it looks like some spec is missing.

tpeck:

So it is saying:

That is, the "Boxes:" bit is describing the dimensions...

i.e. a [whatever size] box or parcel.

With the colon and initial capital it looks like some spec is missing.

Acftually, you are probably right... I think it is supposed to dispay the nbumber of boxes/parcels after the colon. I'm not sure why its not... I'll need to take a look at it before the next update.

Cheers
Rod

I keep getting a "Flat Rate" of $99.00 when I test a product in Checkout.
I am not sure what is going on because the measurements are correct etc on the product item.

I have them as follows:

**Product Weight: ** 9
**Product Height (cm): ** 0.01
**Product Length (cm): ** 32.40
**Product Width (cm): ** 22.90

The "includes/language/custom/english.php" file has the appropriate area changed to gms, the ozpost module is selected to gms.

The ozpost module is as follows:

What can you suggest please?

Thank-you in advance
Kind Regards Casey

integrity_designs:

I have them as follows:
**Product Weight: ** 9
**Product Height (cm): ** 0.01
**Product Length (cm): ** 32.40
**Product Width (cm): ** 22.90

I beleive this may qualify the item as being a small letter.
If you have letter rates disabled AND the setting 'hide parcel rates if letter sized' is set to 'Yes' then the module will fall back to the defined static rate, because it has no other viable option.

At least this is my first guess.
Ideally you'll need to provide me with the URL of the product in question for me to be 100% sure.

integrity_designs:

The "includes/language/custom/english.php" file has the appropriate area changed to gms,

Just for interests sake, this 'setting' doesn't actually do anything.. it is for display purposes only (so yes, it does make sense to set it to something suitable, but do keep in mind that it is only for display, so if you change it to 'Walnuts' the quote will still be based on the shipping module settings.

integrity_designs:

the ozpost module is selected to gms.

This is the important one (along with the data entered per product)

integrity_designs:

What can you suggest please?

Enable letters as a valid method OR don't hide the parcels if the items are letter sized. If this doesn't work, or isn't applicable please provide a link to the product.

Oh, you can also try enabling the DEBUG function to see if that provides any clues.

Cheers
Rod

Thanks Rod
Hiding Parcel Rates if letter sized worked a treat.
:clap:

Can't believe I missed that one setting. :frusty:

Kind Regards Casey

integrity_designs:

Thanks Rod
Hiding Parcel Rates if letter sized worked a treat.
:clap:

Can't believe I missed that one setting. :frusty:

Kind Regards Casey

It's an easy one to miss, which is why its almost always my first guess :-)

Cheers
Rod

Rod

Can you please advise what the monthly fee for using the module is, I cannot seem to find it anywhere.

Thanks
Sharon

Trinity:

Rod

Can you please advise what the monthly fee for using the module is, I cannot seem to find it anywhere.

Thanks
Sharon

Ranges between $5.00-$10.00p/m, depending on length.
http://ozpost.net/ has more details.

Cheers
Rod

I am a new Zen Cart user. I have a fresh install with only a couple of add-ons: Those being a template, a direct bank deposit add on and also the ozpost add on.

I read the patch text file, but I am curious if the same modification are possible in the relevant files for music product, such as a CD, which would be letter sized. But there are no fields for Length, Height or Width in the pages to add or update a music product.

As I am trying to set up a store for both music and non-music products. I would appreciate any help I can get. Also, I am not truly familiar with PHP coding either.

Cheers
John

jmmusic:

I am a new Zen Cart user. I have a fresh install with only a couple of add-ons: Those being a template, a direct bank deposit add on and also the ozpost add on.

I read the patch text file,

Stop: This file is for those folk that already know how to run. You are only just learning to walk.

jmmusic:

but I am curious if the same modification are possible in the relevant files for music product, such as a CD, which would be letter sized.

Yes.

jmmusic:

But there are no fields for Length, Height or Width in the pages to add or update a music product.

The ozpost module is responsible for adding the fields to the database.
The ability to edit these fields is dependent on the page(s) being loaded for the given product type. The ozpost distribution package contains pre-modified files for the 'general' product, along with the patch.txt file to demonstrate the changes that needed to be made so that if needed similar changes can be made to other pages.

jmmusic:

As I am trying to set up a store for both music and non-music products.

In your opinion, how does a 'music product' differ from a 'non-music product' ?

The reason I ask is because with almost every (zencart) store I have seen that sells CD's they are treated just the same as any other product(s) in thier store. Perhaps they don't know better, or perhaps the 'general' product type is all they want/need.

Either way, I have been 'waiting' for someone to bring this up since I first added dimensional data back in 2007.

jmmusic:

I would appreciate any help I can get. Also, I am not truly familiar with PHP coding either.

I think the best way to help you at this stage is to give you a tip as to how you can get good/accurate results without having to patch any files.

The 'trick' is in being aware of the fact that it you don't give your products any dimensions at all then the ozpost 'default' dimensions will be used. Since CD's are all the same size all you need to is make this your default dimensions and simply not worry about adding dimensions for this product type.

Keep in mind that all the patched files are for is to allow the easy ability to edit the dimensions of any given product, so if there are some CD's that require different dimensions they can be updated via other means (with phpMyAdmin for example).

Hope this helps

Cheers
Rod