ozpost shipping module

I dont own the shop, but since I updated to V2.1.1 all order seem to have been through aust post which is more expencive than fastway fot the order that have been going through!

I will ask the client which of the labes he may not use and turn them off and see if that helps, maybe too many options.

vandiermen:

does not explain why it works when debug is on, and not work when debug is off.... need a long term solution.

I've just done a number of tests, and FastWay seem to be working fine with the few products and destinations that I tried. Are you still having a problem?

Which product/destination? I need to replicate the problem before I can advice further.

Cheers
Rod

I have disabled debug and you can see the problem now.
ALl the big item (at least / if not all) use to have the fast way option.
THis is the item I am testing with: http://www.solarcampingaustralia.com.au/index.php?main_page=product_info&products_id=93

p.s.
all destinations

p.s.
I just tested
5000 and 5045

If I add this item: http://www.solarcampingaustralia.com.au/index.php?main_page=product_info&products_id=93
to the cart then go to shopping cart and put in 5000 fastway does not come up, then if I go back to the item and then go the shopping cart it auto shows 5000 and the fastway is there, then if I change postcode to 5045 the fastway goes anway again.

vandiermen:

I will ask the client which of the labes he may not use and turn them off and see if that helps, maybe too many options.

No, that is the worst thing you can do if you are finding some methods don't show.

ozpost likes it best when you allow everything and hide nothing. This gives the customer the maximum choice for any given shopping cart.

If this gives the customer too much choice, then the use of the 'hide' functions will prevent 'useless' quotes, such as parcels rates when letters and/or satchels are suitable, or to hide the courier rates if the parcel can be sent by Aust Post (thus making the courier services a fallback method for those times when AustPost can't handle it)

The final reduction in options are achieved by the de-selection of the various methods.. This should be used with extreeme caution, because if a method is disallowed, but the item is suitable for that method, it is assumed that the quote will be obtained from elsewhere (or covered by another method).

Hope this helps a little

Cheers
Rod

vandiermen:

If I add this item: http://www.solarcampingaustralia.com.au/index.php?main_page=product_info&products_id=93
to the cart then go to shopping cart and put in 5000 fastway does not come up, then if I go back to the item and then go the shopping cart it auto shows 5000 and the fastway is there, then if I change postcode to 5045 the fastway goes anway again.

I just did the same, and had no problem with either postcode.

A caching issue perhaps?

Cheers
Rod

vandiermen:

I have disabled debug and you can see the problem now.
ALl the big item (at least / if not all) use to have the fast way option.
THis is the item I am testing with: http://www.solarcampingaustralia.com.au/index.php?main_page=product_info&products_id=93

p.s.
all destinations

OK, I think I've cracked it....

With ONE of these items, Fastway doesn't show.... Only AustPost

With TWO of these item, no AustPost, but Fastway OK.

Conclusion.... you have the 'hide courier if australia post can handle it' to "Yes".

Set this to 'no' and the FastWay will also appear with ONE of these items.. as well as the austPost quotes.

Chees
Rod

Here are the details as they were:
ozpost V2.1.1
[IMG]http://vcsweb.com/images/vcsweb_multiquote_logo.gif[/IMG]

Enabled
True

Remaining Days
1068

Postal Code
4655

Shipping from Suburb
URANGAN

Letters (and small parcels@letter rates)
Aust Standard, Aust Registered, Aust Insured, Aust Express, Overseas Standard, Overseas Registered, Overseas Insured

Hide parcel rates if letter sized ?
Yes

Australia Post PrePaid Satchels
500gm Regular, 3Kg Regular, 500gm Express, 3Kg Express, 3Kg XL Express, 5Kg Express

Hide parcel rates if Satchel sized ?
No

Australia Post Parcels - Australia
Regular, Registered, Insured, Express, Insured Express

Hide Courier rates if Australia Post can handle it?
No

FastWay Couriers
Red Label, Orange Label, Green Label, White Label, Grey Label, Brown Label, Black Label, Blue Label, Yellow Label, Lime Label, A2 Satchel (500gm), A3 Satchel (3Kg)

FastWay Franchise
BDB

FastWay frequent user?
No

TNT Australia
--none--

TNT Account Number

TNT username

TNT password

Online Couriers
--none--

Australia Post Overseas Parcels
Air, Registered Air, Insured Air, Sea, Insured Sea

Handling Fee - Letters
4.00

Handling Fee - Regular parcels
2.00

Handling Fee - Overseas parcels
20.00

Handling Fee - Registered and/or Insured parcels & letters
2.00

Handling Fee - Express parcels
5.00

Handling Fee - Platinum parcels
6.00

Handling Fee - Prepaid Satchels
2.00

Handling Fee - Prepaid Satchels - Express
2.00

Handling Fee - Prepaid Satchels - Platinum
6.00

Handling Fee - COD
12.00

Handling Fee - ECI Documents
10.00

Handling Fee - ECI Merchandise
10.00

Handling Fee - TNT Merchandise
2.00

Handling Fee - FastWay Labels
2.00

Handling Fee - FastWay Satchels
2.00

Handling Fee - TransDirect
5.00

Handling Fee - EGO
5.00

Hide Handling Fees?
Yes

Fixed Cost
45.00,190.00

Fixed cost Type
Flat Rate

Default ITEM Dimensions
29,25,2.5

Parcel Weight format
kgs

Tare percent.
10

Icons type
jpg

Postage Delay (days).
0

Use Core Weight.
No

Restrain Dimensions.
No

Sort order of display.
0

Tax Class
--none--

Enable Debug?
No

Zen Cart 1.3.8a
godaddy server
Country of Origin Australia
Shipping from Suburb URANGAN
Postal Code 4655
Enter the Maximum Package Weight you will ship 20
Package Tare Small to Medium - added percentage:weight 0:3
Larger packages - added packaging percentage:weight 10:0
Display Number of Boxes and Weight Status 3
Order Free Shipping 0 Weight Status 0
Shipping Estimator Display Settings for Shopping Cart 2
Display Order Comments on Admin Invoice 1
Display Order Comments on Admin Packing Slip 1

if no solution I will go back to one of the older ozpost versions as this was working for us, I dont think this will be a problem?
makes sence anyway becuase it is for 1.3.8a

vandiermen:

Shipping from Suburb
URANGAN

FYI, suburb names are new in V2.1.1, and only the first matching postcode is used for the initial setup, so if the suburb name happens to be incorrect then typing in the correct name will override this default name.

vandiermen:

Hide parcel rates if letter sized ?
Yes

Looks like this was the culprit...
No, not your setting, but the servers reaction to it... A bit of faulty logic on my part. Should be OK now. It'd be good if you could confirm.

Cheers
Rod

RodG:

**Hide parcel rates if letter sized to: Yes
**
Looks like this was the culprit...
No, not your setting, but the servers reaction to it... A bit of faulty logic on my part. Should be OK now. It'd be good if you could confirm.

I changed Hide parcel rates if letter sized to No
and it seems to be working now

Thanks.

The next thing I was going to do was leave debug on but hide it with display:none or <!-- -->
But its fixed now thanks.

I did a quick search for this error but did not find anything, apologies if it has allready been posted.

I have just installed the latest version, and now when I get a quote that includes express post, it doesnt add the 4 days postage delay that I currently have set.

Please let me know if I have something set wrong as it looks setup right to me.

Thanks in Advance.

rick99:

I did a quick search for this error but did not find anything, apologies if it has allready been posted.
I have just installed the latest version,

Along with this statement needs to be the actual version number, because a new version may have been released between the time you downloaded it and the time of posting your error report .... Not to mention that some people are still installing V1.0.2 from somewhere and assuming that is the latest version.

rick99:

and now when I get a quote that includes express post, it doesnt add the 4 days postage delay that I currently have set.
.

V2.1.1 (the current zencart release) uses the more accurate DATE format by default. Versions prior to this used the number of days.

Please see the following info page for more details:
http://shop.vcsweb.com/index.php?main_page=page&id=7&chapter=1

The postage delay method can only work with the DAYS format (it is a simple addition of the days delay and the days expected delivery)

At the moment to select the alternate method it needs a small modification to one of the ozpost files (see detail on page listed above).

I'm still wotking on a couple of server issues at the moment, but I'll be releasing a new update ASAP that will make the new settings and options a bit more user friendly.
.
Cheers
Rod

vandiermen:

I changed Hide parcel rates if letter sized to No
and it seems to be working now

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

ks_b:

Yes that exactly right.. need price that's in between

Bummer... that really does complicate things.

ks_b:

First I thought there are only two (satchel) sizes too but seem like there are three! I will confirm this but according to fastway calculation page it returns for national
Satchel A5/A2/A3 BLUE $5.45 to 10.07 *

You are indeed correct, there ARE three sizes, but no one ever uses A5, do they? (too small)

ks_b:

where I think A5 is $5.45 and A2 is $10.07
so missing price is A3 and price should be $8.42

Hhmmm... I never realised this.... I think the best/easiest solution for this one would be replace the A5 quotes with the A3 ones.. working on the assumption that if the item fits into an A5 it'll also fit into the A3, and as I saisd, does anyone actually use A5 stachels?

ks_b:

under fastway satchel it displays
A2 Satchel (500gm).... A2 should allows 5kg. is this just error in text? or u only allows 500gm in calculation as well?
I think A5 is the one that allows 500gm

I need to double check this myself now ..

OK, just checked.... The calculations are based on 3kg & 5kg, so it is apparently the text that is incorrect, but I think that is originating from the FastWay server <???????>

ks_b:

possible solution to this is only allow option for A5 and A2 (highest and lowest price) and don't worry about the one in between!

I would (in fact that is what it is doing now, I think..) .. but it is the A5 which is the odd one one and probably never used... ... or not....... I'm really not sure now ... it all made perfect sense when I first coded it (as usuall, I didn't realise what I was getting myself into).

Thanks for the feedback and reports.. I seem to have a fair bit to look into and resolve at the moment, so to minimise disruptions I'll be working offline for the next few days to see what can be done.

I'll post a note here when I'm done so that you can test to see if I've resolved the issues, or somehow made them worse :)

Cheers
Rod

hi RodG,

Thanks for looking into FW satchel... If possible I would like A2 & A3 to work, as you said its probably use most. but the price return from FW is for A5 and A2.

One more problem I have... hopefully last lolz.
When I view order details in admin. Sometime shipping want to display as images but it can't find the images, when I view the source file...the image is pointing the template folders... but it was looking in admin folder instead of normal folder... and as you know that it will not find the image because its not in there.

Funny thing is that it does not happen all the time (most of the time though)... and when this happen we can't really tell at all what option customer has select (my clients can tell because they know that this price is for which option)

I have no clue why this is happen.
So I am not sure if this happen in coding at ozpost server side or what? If possible I would like it to display as text instead of image all the time...

If this shipping info display is generate at client side can you tell me which file should i be looking at to fix this??

Thanks

ks_b:

hi RodG,

Thanks for looking into FW satchel... If possible I would like A2 & A3 to work, as you said its probably use most. but the price return from FW is for A5 and A2.

Thanks to you I probably would never have known that, and it needs to be fixed, because the #1 principle of ozpost is to never underquote (given valid input data), and this is definitely going to cause under quoting.

BTW, the 500gm text thing... yes, definitely text only.. it can be corrected by editing lines 522 and 810 of /includes/modules/shipping/ozpost.php. The text must match in both places.

ks_b:

One more problem I have... hopefully last lolz.
When I view order details in admin. Sometime shipping want to display as images

This one is going to haunt me forever... if it is what I think it is..

ks_b:

Funny thing is that it does not happen all the time (most of the time though)... and when this happen we can't really tell at all what option customer has select (my clients can tell because they know that this price is for which option)

I have no clue why this is happen.

It shouldn't happen at all, at least not if you are using V2.x.x and are refering to current/new orders.

ks_b:

So I am not sure if this happen in coding at ozpost server side or what? If possible I would like it to display as text instead of image all the time...

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..

ks_b:

If this shipping info display is generate at client side can you tell me which file should i be looking at to fix this??

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.

If it is occuring with new/current orders, and you are using V2.x.x then I'm currently at a loss to explain it.

Cheers
rod