ozpost shipping module

Yes I am using V2.1.1 and they are current/new orders that is happening.

I did upgraded from V2.0.9

Unless I've really screwed up again somewhere you are probably seeing the 'damage' caused by the older code. The only way to fix it is to directly edit or remove it from the database itself.

Which table should i be looking at in database?

This is done/performed/created on the client side ... a long time ago I thought it was 'cute' to display the icons in /admin/ as well as on the estimator page, until I discovered a few hidden problems, such as database tables not always long enough to hold the image location strings (broken images), so with the V2 series I made significant changes to the code to prevent the icons in admin, thinking that would be the end of it. Alas, data entries created before this update is/was still storing the image data, and zencart is doing its thing and still trying to display them... Well, that's what I think it is..

If it is done on client side then which file should i be looking at...so I can check if it is up to date to latest one.

Cheers,

Kieran

RodG:

You didn't need to do that... Like I said, it was a logic error on the server, which I had already fixed and was awaiting your confirmation. If you've also changed the setting at your end we'll never know if my fix worked ot not. Oh well, If still broke I'm sure someone else will report it, eventually. :blink:

Cheers
Rod

I am unsubscribing from this post now. If you would like me to help you test anything please PM me with the changes you want made and a time to do it, I will do it at the time requested and email you. or if you like I can give you access. No response needed or respond by PM.
Thanks again.

p.s.
Sorry didnt read your reply properly at first.
I turned Hide parcel rates if letter sized ? back to Yes
and the fastway was still working, so what ever you did worked :-)

Although I have put it back to No again, just to be safe; ...but its good you probably fixed this problem for other people.

centaur:

I've just read the following from Australia Post
** Aviation Security - Parcel restrictions to the United States
**

Please provide a link. At time of writing I can find nothing about this on the AustPost website(s)

centaur:

Will the module automatically calculate this $9 surcharge and if not, is there a way to include this charge?

If true, ozpost.net will be adapted so that it provides accurate quotes.

Cheers
Rod

centaur:

Will the module automatically calculate this $9 surcharge and if not, is there a way to include this charge?

I eventually found the relevent (official) information, and ozpost.net now includes this surcharge where relevent. (ie: Destination US, weight > 453gm)

The information I found specified this surcharge applies to Articles over 453g

Tech Note:
One would have to assume that this would include large letters, which may be up to 500gms, but as this means only a 47gm 'window' where it would apply, it may be reasonable to assume that such letters will not be subject to this surcharge, therefore, being a reasonable person, when quoting, ozpost will not apply the surcharge to any of the letter rates, it only applies it to the parcel rates.

Objections, comments or other feedback welcome.

And hopefully someone will advice me when this ridiculous money grabbing surcharge is dropped.

Cheers
Rod

I found out about it today too. I am so upset. $9.00 per parcel. Someone is making a lot of money.

Cheers,

Peter.

Hi Rod,

Have you find solution to why it showing broken images instead of text??

source file show something like this

<td align="right" class="ot-shipping-Text">  (<table border=0><tr><td nowrap><img src="includes/templates/template_default/images/icons/ozpost_fastway_logo.jpg" alt="FastWay Couriers" title=" FastWay Couriers " width="14" height="16" /> <img src="includes/templates/template_default/images/icons/oz</td>

and when I look in includes/modules/shipping/ozpost.php
line 585

$carrier = "<table border=0><tr><td nowrap>".$carrier ;

line 595

$methods[] = array('id' => "$quote->id",  'title' => "$carrier $description $estimateddays $details", 'cost' => ($cost / $aus_rate),'txtCarrier' => $txtCarrier,'txtMethod' => "$quote->description");

so seem like instead of just insert only text into the database "shipping_method" field under "order" table, it trying to insert html coding as well.

I can't find where is the actually coding that doing the inserting of the shipping_method into the database though.

I tried turning image to non in ozpost admin... and hopefully this will fix the problem for now but this also make the checkout and estimate page to show as text, and it not really good looking and more difficult for customer to read.

regards,

Kieran

ks_b:

Have you find solution to why it showing broken images instead of text??

Sorry, but no not yet (not llooked)... all being well I'll get onto it later this afternoon.

Cheers
Rod

ks_b:

Have you find solution to why it showing broken images instead of text??

It's Still a mystery.

ks_b:

source file show something like this
< snip >
I can't find where is the actually coding that doing the inserting of the shipping_method into the database though.

I don't know that either.. I/We don't really need to know either.

What I have found, and can now tell you is that the code that you referenced is from an intermediate stage of processing, and that the quote that ends up in the database is derived from the function quote($method = 'ID') ... this function runs from lines 123 - 151 (V2.1.1).

What happens (or should be happening, but apparently isn't always) is that for any given order two calls to the shipping module are made, the first with method=NULL, to rettrieve the list of what is avalable, the second request has the method variable set to whatever shipping method was selected.

On the first call, the ozpost module stores the data as an object similar but not identical to what zencart needs .. The main difference is that the ozpost object has additional information, in that it contains the graphical/icon data as well as the plain text data. This occurs in that section of code that you referenced.

On the second call, where the method variable is set, the ozpost data object is scanned for the matching method, the text data only is then retreived, and a new object meeting zencarts' requirements is then passed back as a single quote, where it gets used by the checkout page(s) and somewhere along the line inserted into the database (that's why I said knowing this isn't really important).

At the moment I have no explanation as to how/why the intermediate data is being stored in your database rather than the single quote... The only time the iconified format should show is where there is a list of multiple methods (IOW, when method = NULL).

That's where I'm up to with things at the moment ... I may or may not have another chance to get onto it later this evening, meanwhile perhaps it'll give you something to ponder too :-)

Cheers
rod

Rod
I'm finding that orders in which the customer selects a service other than basic airmail, eg "registered airmail", are not showing that selection in the Super Orders/Details page. So, instead of "Australia Post (Registered Air)" I'm seeing "Australia Post". The Super Orders/Invoice also doesn't show this although the online record in MyAccount does.

Am I the only one with this problem or, is it a 'feature' - and is there a fix?

Lee
PS currently using zen-cart 1.3.7

lucidlee:

I'm finding that orders in which the customer selects a service other than basic airmail, eg "registered airmail", are not showing that selection in the Super Orders/Details page.

I know nothing about the Super Orders module, and no one else has reported this problem.

I've just placed a couple of test orders in your store, and everything I can see checks out ok, which suggests the data stored for the orders are all intact and contains the missing detail, therefore my conclusion is that it it must be the super orders module that is somehow 'hiding' the data, which unfortunately means I can't really help as it is outside of my control.

Cheers
Rod

Hi Rod,

Did you fix the problem with fastway A3 satchel? Coz I saw an order from customer that show price for A3 satchel $8.40... Even though shipping detail still shows A5/A2 Blue. if so how did you do it? did you just replace the price of A5 with A3?

Cheers,

Kieran

That's can't be correct... because in my ozpost admin.. I didn't tick A3 satchel after we discover the problem, I only tick A2 5kg ($10.07)... so I am not sure why price of A3 came up.... if you are still playing around with the code, then that's ok... if not then there is still problem with satchel.

thanks. :smile:

Did you also change to cubic weight again?? this will create problem... for example when customer trying to order things that weight 18kg
e.g. two of http://www.mybeershop.com.au/index.php?main_page=product_info&products_id=44 and sending to postcode 2560

this shows red label and 6 saver.... which is not possible because fastway only allow up to 4 saver per package... i.e. 25kg... 1 label = 5kg + 4 saver = 20kg... total of 25kg.

I think deadweight is the way to go for fastway?
Is there a reason why you like to use cubic weight?

cheers,

Kieran

ks_b:

Did you fix the problem with fastway A3 satchel?

I prevented it from underquoting if that is a valid definition of 'fix'. <grin>

ks_b:

Coz I saw an order from customer that show price for A3 satchel $8.40... Even though shipping detail still shows A5/A2 Blue. if so how did you do it? did you just replace the price of A5 with A3?

A little more crude than that.... I've replaced any charge < $8.40 with $8.40
(in keeping with the principle to 'protect the merchant')

I still need to do more work on this code.

ks_b:

Did you also change to cubic weight again??

Sorry about that.... a result of my code juggling (something I don't usually do), but what with the problems you've found, and the unexpected USA surcharge, I've been pushing some of my development code out to the server (some would say prematurely) without going through all the usuall regression testing that is designed to prevent this kind of thing.

It is now using the non cubed weights again.

Aren't you glad you asked/mentioned it again :-)

Cheers
Rod

Hi Rod, thanks for this improved module.

Australia Post also has the 5Kg XL Satchel,(550mm x 460mm) same dimensions as the 3Kg XL satchel available for $19.20. Are you able to include this option in the list of Australia Post Prepaid satchels in the module.

Link to these satchel is now on Australia Post website (these bags are readily available to Business account holders, and I have been using them for about a year now) http://auspost.com.au/business/express-post-products.html#satchels

thanks
mark168

mark168:

Australia Post also has the 5Kg XL Satchel,(550mm x 460mm) same dimensions as the 3Kg XL satchel available for $19.20. Are you able to include this option in the list of Australia Post Prepaid satchels in the module.

The 5Kg XL Satchels have been supported for several versions now. Whatever version you are currently using may already support them, but you've not had a product of suitable weights/dimensions for them to show, bearing in mind that only one satchel size will show at any given time.

Cheers
Rod

A little more crude than that.... I've replaced any charge < $8.40 with $8.40
(in keeping with the principle to 'protect the merchant')

I still need to do more work on this code.

ok.. just like to report you a bit more. It seem like A2 satchel price is not working... I have them enable and changed one of my product to weight 4kg to test it out and the price still show up as $8.40 instead of $10.10... after you made change to the code seem like it only shows one price.

cheers,

Kieran

Does anyone here use Ty Package Tracker with OzPost?

Or does OzPost do what Ty Package Tracker does?

dw08gm:

Does anyone here use Ty Package Tracker with OzPost?

Not me.

dw08gm:

Or does OzPost do what Ty Package Tracker does?

The modules serve different purposes, The package Tracker is designed for tracking packages (obviously), where as the ozpost module is designed to provide shipping/postage quotes.

I've never installed the Ty Package Tracker so I can't say if it will work with ozpost or not, or more specifically, wherher it supposrts the same carriers that ozpost does.

Cheers
Rod