ozpost shipping module

Quote:

---

Originally Posted by GAM

If you are going to look at the 'days' vs 'date' toggle/flag then I will hold off upgrading (and hacking) the latest version.

---

The toggle has been added (server side). Needless to say, I still need to update the client software for it (probably within the next week).

I have set up so that by default the DAYS will show (as this has been the 'traditional' format). The exception being V2.1.1 with uses the DATE format by default.

Until this is added to code, it can be manually set by editing the
/includes/modules/shipping/ozpost.php file, and adding the following to the QUERY STRING "ef=0" (days format) or "ef=1" (date format).

Cheers
Rod

Rod would I be right in saying that the toggle to hide couriers if Aus post can handle it does not apply to TNT because regardless if i turn the toggle on or off I don't get TNT rates if there are Aus Post Rates. Typical example is all Alvey fishing reels on my site don't sow TNT rates only Aus Post and if you go to Tents-Canvas or Waco Fridge/Freezers you only get TNT Rates and no Aus Post because obviously these items are too big for Aus Post. Is there any trick to get TNT to come up for items along with Aus Post? I get it to show in debug mode but not when it is off. By the way thanks for your time and efforts so far.

OK I have finally had a win!! If you disable a a few Aus Post options ie regular sachels and click yes to hide parcel rates if sachel sized I now get my TNT rates for ALL products.

Ok now I have another problem if you go to my site http://superiormarinegroup.com.au/ca...products_id=49

Add this item to the cart and you will see the shipping methods change with 1 Qty then 2-3 Qty and then 4-7 Qty and again at 8. How is it that TNT is there at 2-3 Qty then disappears and comes back at 8?

Quote:

---

Originally Posted by Olsta

Ok now I have another problem if you go to my site http://superiormarinegroup.com.au/ca...products_id=49

Add this item to the cart and you will see the shipping methods change with 1 Qty then 2-3 Qty and then 4-7 Qty and again at 8. How is it that TNT is there at 2-3 Qty then disappears and comes back at 8?

---

Don't know. What does debug say?

Rod

Quote:

---

Originally Posted by RodG

Don't know. What does debug say?

Rod

---

It all seems to work properly when the debug is on??

Quote:

---

Originally Posted by Olsta

OK I have finally had a win!! If you disable a a few Aus Post options ie regular sachels and click yes to hide parcel rates if sachel sized I now get my TNT rates for ALL products.

---

Alas, in spite of all of your testing, and everything that debug provides, I still think you are *guessing* rather than *understanding*.

Remember: The SERVER provides what is POSSIBLE
Your config settings determine which of the POSSIBLE methods are ALLOWED.

The "Hide" switches affect what the server will consider POSSIBLE by triggering an 'early abort' - IOW, if letters are good enough (hide parcels) then the server won't even attempt parcel rates (including couriers). Likewise, if the serverr can get a valid AustPost Quote and the 'hide couriers' is set, then the server won;t attempt the courier rates. If NOTHING is 'hidden' then ALL quotes are returned, letters (if possible), parcels, even if they are letter sized, parcels, even if the items will fit into a satchel, and so forth.

It is no more compicated/simple than this. I haven't identified any problem with your store, and you haven't provided me with an explicit example that I can quickly verify your issue (and as implied in other messages, it is a wast of time for me to try to 'guess' what item(s) are causing a problem.

And finally, PLEASE USE THE DEBUG!!! Watch the parcel weights and dimensions, check the delivery destinations ... as these can all have an effect on the output.

Anyway.... on to your next message......

Rod could you maybe add a toggle to allow tnt shipping in all instances as it does in debug mode?

Quote:

---

Originally Posted by Olsta

Rod would I be right in saying that the toggle to hide couriers if Aus post can handle it does not apply to TNT

---

No, you will be wrong with that assumption. TNT is a courier, so if AustPost can handle it, and the 'hide couriers' has been set, then TNT will be hidden/unavailable.

Quote:

---

Originally Posted by Olsta

because regardless if i turn the toggle on or off I don't get TNT rates if there are Aus Post Rates.
.

---

If HIDE is enabled, and AustPost can handle it, then couriers will NOT be shown. THey will be hidden.
If HIDE is NOT enabled, and AustPost can handle it, the couriers will ALSO be shown (where considered valid).

Quote:

---

Originally Posted by Olsta

Typical example is all Alvey fishing reels on my site don't sow TNT rates
.

---

The debug SHOULD show you why. If not, it'll show a valid result, anjd as I know I've said at least once before, If the quote is shown in DEBUG mode, but NOT in the final selection, it is because that method has been disabled.
(That, or you have just identified a new bug).

Quote:

---

Originally Posted by Olsta

only Aus Post and if you go to Tents-Canvas or Waco Fridge/Freezers you only get TNT Rates and no Aus Post because obviously these items are too big for Aus Post. Is there any trick to get TNT to come up for items along with Aus Post?
.

---

Yes, the 'trick; is to NOT HIDE them.

Quote:

---

Originally Posted by Olsta

I get it to show in debug mode but not when it is off. By the way thanks for your time and efforts so far.

---

If that is the case, the methods have been adminsistatively disabled.

Cheers
rod

next message....????

Quote:

---

Originally Posted by Olsta

Rod could you maybe add a toggle to allow tnt shipping in all instances as it does in debug mode?

---

This is the default behaviour.

Rod

I have "hide courier rates" set to NO.

Hi RodG,

With fastway courier it seem like there are problem adding the 5kg excess saver price or calculate the number of label incorrect.

Live site is http://www.mybeershop.com.au

Example

Product
http://www.mybeershop.com.au/index.p...products_id=96

which is 12 kg send to postcode 2481

it doesn't add 5kg excess price which should be 2 of them.

or

product
http://www.mybeershop.com.au/index.p...products_id=96
plus
http://www.mybeershop.com.au/index.p...products_id=60

which should only add 1 kg extra
and should be orage + 2x saver label but it estimate Orange label + 5 x saver labels!!


or if I order

http://www.mybeershop.com.au/index.p...products_id=96
plus
2 of
http://www.mybeershop.com.au/index.p...products_id=44

total 30kgs and as fastway only allows 25kgs each package, what I done is i sent max package weight to 25kg in admin>configuration>shipping/packaging. and set yes in ozpost modules to allows split package.

when I do estimate shipping, it shows 2 red label + 6 savers. (which I believe it should be 4, max of 5 depends how item is split), but even 2 red + 6 saver label it shows price of $70.40!!

and I believe 2 red label plus 6 savers should only be $47.20 in total.

I have V2.1.1 installed

Please have a look and tell me what I should do.

Thank you

Hi Rod,


I have an 11.89Kg parcel that is going to Denmark.

I only use either registered mail, EPI or ECI parcels for OS shipments.

When I display the shopping cart, from the debugging infomation it says;

Code:

---

Submitted: Length=64.60cm, Width=64.50cm, Height=64.40cm, Weight=13079gms, NumBoxes=1
Server response time 1.902ms

---

But no shipping options are given to the user. Also, if I try to go to the checkout, the checkout page is completely blank.

Now, If I set Restrain Dimensions to Yes I now get the following debug message from the server;

Code:

---

Submitted: Length=64.60cm, Width=35.00cm, Height=35.00cm, Weight=13079gms, NumBoxes=1
Server response time 4.031ms
Server Returned:
SEA187.30Mon 21st of FebSeaSEAi222.15Mon 21st of FebInsured SeaAIR425.20Mon 6th of DecAirEPI430.60Mon 29th of NovExpress Parcel InternationalECId434.00Thu 25th of NovECI DocumentsECIm442.25Thu 25th of NovECI MerchandiseAIRi460.05Mon 6th of DecInsured AirEPIi465.45Mon 29th of NovExpress Parcel International Insured 74.55.148.130 Fri Nov 19, 2010 15:31 (SA Server Time) 16:01 (VIC Store Time) Sat 20th of Nov 34.85 0.00 N/A N/A 115

---

And I get the following shipping quote displayed;
Shipping quotes are based on the address information you selected:

Code:

---

Highett 3190 to N/A 2830 Denmark
Available Shipping Methods        Rates
Australia Post, Express Parcel International Mon 29th of Nov        US$433.38
Australia Post, ECI Merchandise Thu 25th of Nov        US$440.92

---

So presumably in the first case, the parcel was too big? But why didn't the server reply with any response when Restrain Dimensions was set to No

Also the response time was much shorter at 1.902ms. Did the server just reject the request.

Also, the value quoted US$433.38, is a bit less than double the price for a package up to 20KG as quoted from the Australia Post site.

Code:

---

Express Courier International Merchandise  $292.25  20kg

---

Does that mean it has been split into 2 parcels. If so it doesn't say so. It is blank after the The Boxes: field?

Code:

---

Items: 75Weight: 11.89kgsAmount: US$1,156.30 Dims: 64.60x35.00x35.00 Boxes:

---

Is this a bug?

I understand that doing the volume calculations are difficult to do, and I'm happy to ignore the volume calcs at this stage as I know that 99% of the time the volume is not an issue for me.

As to weight, yes I need the module to deal with that.


So in configuring the module I expected that setting Restrain Dimensions to No would do what I want and ignore any size restrictions. But instead I get a blank page?

Any idea as to what is going on? And how I can fix it. I'm running the latest module V2.1.1

Cheers,

Peter.

Hi
I am having problems with the oz post mod 2.11 I have installed this new mod (did have auspost 1.1 mod) today I know it is a sub service now but understand that it has a 60 days trial period. I am using zencart 1.3.9.e The mod is not displaying any aus post items or courier items or ego, just the flat rate I did a how much time I have left 59 was the result I have the following enabled/disabled

Hide parcel rates if letter sized ?
If the parcel/items are letter sized would you like to hide the parcel postage rates? Tip: If you dissallow letters set this to NO

No

Hide parcel rates if Satchel sized ?
If the items will fit into a satchel would you like to hide the parcel postage rates?
Note: Has no effect if debug is enabled


No

Hide Courier rates if Australia Post can handle it?
If the items can be sent by Australia Post do you still want to show courier rates?
Note: Has no effect if debug is enabled


No

Hide Handling Fees?
The handling fees are still in the total shipping cost but the Handling Fee is not itemised on the invoice.

NO

Any clues as to why only flat rate is showing which works fine and nothing else? I put all the files were they were suppose to go very easy install by the way

I have debuging enabled and this is what I got
cheers
Jeremy

www.ribbonista.com.au


Debugging information
Item 1-1 Black Argyle Clippies Set Parcel
Weight 0.5gms Items 1 Weight 0.55gms
Dimensions 23 x 15 x 4.5 23 x 15 x 4.5
Cube / Weight 1552.5cc / 0.388125Kgs 1552.5cc / 0.388125Kgs
Item 2-1 Wild Ones Bitty Bow Set Parcel
Weight 0.5gms Items 2 Weight 1.1gms
Dimensions 23 x 15 x 4.5 23 x 15 x 9
Cube / Weight 1552.5cc / 0.388125Kgs 3105cc / 0.77625Kgs
Item 3-1 Pink Lime Stripe Bow Set Parcel
Weight 0.5gms Items 3 Weight 1.65gms
Dimensions 23 x 15 x 4.5 23 x 15 x 13.5
Cube / Weight 1552.5cc / 0.388125Kgs 4657.5cc / 1.164375Kgs
Submitted: Length=23.00cm, Width=15.00cm, Height=13.50cm, Weight=1gms, NumBoxes=1
Server response time 0.499ms
Server Returned:
Error0.000Invalid input Data [Ozpost.net account expired] 74.55.148.130 15:34 ( Store Time) 0.00 0.00 N/A N/A -56

Quote:

---

Originally Posted by ks_b

Please have a look and tell me what I should do.

Thank you

---

For the time being it may pay to disable FastWay.
It appears they have very recently made a change to the output format of thier data causing things to break. I'm working on a solution now.

Cheers
Rod

Quote:

---

Originally Posted by ribbonista01

I am having problems with the oz post mod 2.11 I have installed this new mod (did have auspost 1.1 mod) today I know it is a sub service now but understand that it has a 60 days trial period.

---

As your debug output shows:
Error0.000Invalid input Data [Ozpost.net account expired]

The subscribtions provide access to the ozpost.net servers, regardless of the software being used to access them.

Quote:

---

Originally Posted by ribbonista01

I am using zencart 1.3.9.e The mod is not displaying any aus post items or courier items or ego, just the flat rate I did a how much time I have left 59 was the result I have the following enabled/disabled

---

Alas, the debug output shows the true story......

Error0.000Invalid input Data [Ozpost.net account expired] 74.55.148.130 15:34 ( Store Time) 0.00 0.00 N/A N/A -56

The "-56" indicates that your subscription/trial ended 56 days ago.

Your debug output does also indiace a few other issues that you will need to take care of before it'll do anything useful..

For example:
Debugging information
Item 1-1 Black Argyle Clippies Set Parcel
Weight 0.5gms

Now, I admit, I've no idea what a "Black Argyle Clippies Set" is, but at only 0.5grams in weight I can only assume it is a feather or perhaps a gas filled balloon? What I'm saying is that 0.5gms is VERY LIGHT for a store item, but again, I do know of at least one store that does sell feathers and feather products, so this may be correct after all.

"Dimensions 23 x 15 x 4.5 "

OK.... but then ......

"Item 2-1 Wild Ones Bitty Bow Set Parcel
Weight 0.5gms Items 2 Weight 1.1gms
Dimensions 23 x 15 x 4.5 "

Is it just a coincidence that this item has exactly the same weight and dimension as the Black Argyle Clippies Set?

I suspect that these are just default values... nothing wrong with that if all (or most) of your products do fall into some ballpatk size/weight limits (then you only need add weight/dimensions for the exceptions), but if you are going to rely on the defaults you really should make them somewhat realistic. Keep in mind that the dimensions are mainly used for 'sorting' purposes (letters, satchels, parcels) so these methods will usually fail with invalid dimensions, and the quote accuracy is determined mainly by weight/destination, and if the weights are extremely low you may appear to get valid quotes, until you realise you can add a 100 items to the cart and the quote doesn't change.

Cheers
Rod

ps. I have just given an additional 7 days trial access.

Quote:

---

Originally Posted by RodG

For the time being it may pay to disable FastWay.
It appears they have very recently made a change to the output format of thier data causing things to break. I'm working on a solution now.

Cheers
Rod

---

Thanks for quick respond.. hope you find solution soon.

Quote:

---

Originally Posted by Peter Homann

So in configuring the module I expected that setting Restrain Dimensions to No would do what I want and ignore any size restrictions. But instead I get a blank page?

---

At the moment I'm at a loss to explain the blank page problem (unable to replicate). I can however tell you that your expectations of the Restrain Dimensions should be the exact opposite to what you have stated here. Setting this option to "YES" will effectively ignore any size restrictions.

The code for this is pretty simple (but surprising effective when not subject to cubing rules).. Basically, with this set to 'yes' normal parcel calculations are applied all the way until either the length or the girth limits are reached, then as more items are added, these maximum dimensions are retained and only the weights are incremented.
With this set to 'no' the parcel can 'grow' to way beyond the size limits imposed by any given carrier. (Which means in reality you'll probably need to split the parcel into two or more packages anyway), in which case a better option may be to use the 'use core weight' = 'yes' setting, which will limit the parcel by weight, and quote for multiple parcels.
Just to keep this a little 'interesting', when cart is split into muliple parcels by weight, it ALSO splits the parcel size by a proportionate amount, lengthwise.
(zencart itself knows nothing about this though), so while 'ozpost' may calculate a 1 parcel 300x10x10 x40kgs, the zencart code (knows nothing about dimensions) will create two parcels of 20kg each, meanwhile, 'ozpost' will check for the multiple parcels, so the final quote will be for 2 parcels @20kg measuring 150x10x10

If the "Restrain dimensions' is also on, the quore will be for 2 parcels @20kg measuring 105x10x10each

Does that make sense?

As for the blank page --- still looking into it..

Cheers
Rod

Quote:

---

Originally Posted by ks_b

Thanks for quick respond.. hope you find solution soon.

---

Hopefully I've fixed it.

Cheers
Rod

Hi RodG,
Thanks for quick fixed. Normal packaging seem to be fine now... but there are still problem when package need to be split up.

The number of saver label is different to previous tested but the total cost still wrong...

From my example in previous post

if I order

http://www.mybeershop.com.au/index.p...products_id=96
plus
2 of
http://www.mybeershop.com.au/index.p...products_id=44

sending to postcode 2560
total 30kgs and as fastway only allows 25kgs each package, what I done is i sent max package weight to 25kg in admin>configuration>shipping/packaging. and set yes in ozpost modules to allows split package.

when I do estimate shipping, it shows 2 red label + 3 savers (used to show 6 savers). (I am not sure if + 3 saver mean 3 saver for each red label or just 3 for both... if 3 for each then total of 6 label) (which I believe it should be 4, max of 5 depends how item is split), but even 2 red + 3 saver label it shows price of $93.40!!

and I believe 2 red label plus 6 savers should only be $47.20 in total.

Please have a look at calculation when package is split.. thanks

I remembered I used to test before and it was fine.

Quote:

---

Originally Posted by ks_b

Hi RodG,
Thanks for quick fixed. Normal packaging seem to be fine now... but there are still problem when package need to be split up.

---

Sorry, but this is pretty much where this thread ends. I'm not going to go into my usual tirade about the holy grail of shipping/packaging modules, but I will emphasise that *I* have personally spent 100's of hours looking into it before coming to the conclusion that it is way beyond my capabilities, and as such, *ozpost* does not support parcel splitting in any way, shape or form.

However, due to a percieved or potential consumer demand I have added the toggle to use the zencart weight system for quotes rather than the ozpost system.

The zencart weight system *does* support parcel splitting, and the ozpost module doesn't know/care how this is performed, all it does is take the data supplied by the zencart core code, which would typically be something like 2 x 15kg parcels - with NO DIMENSIONS, so the ozpost module does the best quote it can with this information, namely, it gets the price of one parcel of minimal dimensions at the given weight, then multiplies it by the number of parcels.

In other words, problems and/or inaccuracies introduced by allowing the module to use data from a source other than its own is outside of the realm of anything that I can possibly fix.

Quote:

---

Originally Posted by ks_b

total 30kgs and as fastway only allows 25kgs each package, what I done is i sent max package weight to 25kg in admin>configuration>shipping/packaging. and set yes in ozpost modules to allows split package.

---

I would assume that in this case, the quote being asked for would be 2x 15kg parcels (even though this may not be practically possible). Again, you are on your own here.... Strictly speaking this needs to be taken care of by the zencart team, but they are also aware of the complexities of parcel splitting, which is probably why we'll never see much more than is alreadfy provided for.

As I say, I have personally given up seeking the holy grail of packing modules

Quote:

---

Originally Posted by ks_b

when I do estimate shipping, it shows 2 red label + 3 savers (used to show 6 savers). (I am not sure if + 3 saver mean 3 saver for each red label or just 3 for both... if 3 for each then total of 6 label) (which I believe it should be 4, max of 5 depends how item is split), but even 2 red + 3 saver label it shows price of $93.40!!

and I believe 2 red label plus 6 savers should only be $47.20 in total.

---

The (I assume) would have been for 2 identical, so if it shows
2 red label + 3 savers that will be per parcel. The price shown would be the calculated price, times 2. eg, if the red labels are $2.00 and the savers are $1.00, the quoted cost would be ((2x2.00)+(3x1.00)) x 2 = $14.00

Quote:

---

Originally Posted by ks_b

Please have a look at calculation when package is split.. thanks

---

Seriously no. I really do wash my hands when it comes to parcel splitting and the problems thereof. Too many hours have been wasted already.

Quote:

---

Originally Posted by ks_b

I remembered I used to test before and it was fine.

---

Before what, I don't know.

Sorry if I'm less than helpful on this one, but the toggle to switch between the 'ozpost' method of weights/dimensions, or to use internal methods has been added so that end users can select which of the two imperfect methods is going to be the most suitable for them. If neither are suitable, then perhaps a different method/module entirely would be more suited?

Knowing that perfect isn't possible, my personal preference is to simply let the parcels 'grow' until valid quotes aren't possible, at which time I have it quote on a cost per Kg basis. This won't work with all stores though.

Also, I'm not suggesting this is the case with you, but many people will intentionally add products/items to the cart with the intent of seeing if it can be 'broken'... I can state right now that yes, it can be very easy to add products that will cause certain limits to be exceeded or quotes fail for one reason or another, in fact for the number of things that can go 'wrong' it is almost a surprise it ever works at all <g> ... However, having said that, the important thing is how does it perform with real world orders?

Unless going on a mad shopping spree I rarely ever order more than one or two items from a store at any given time, and I don't think I'm the exception to the rule either - So what I'm saying here is that some percieved and potential problems rarely occur in a real world scenario anyway, and this is one case where it pays to not delve too deeply into it, lest you get caught in the same time wasting traps that I did.

Cheers
Rod

Hi RodG

ok don't worry about package splitting... I do some more test and there is still problem with saver label calculation

I show correct number of saver label but the calculation is wrong.

1st saver label is correct, extra $3.80
2nd saver label is wrong, (charged $11.60 for the label) when it should be another $3.80
3rd saver label is wrong (charged $19.20 for the label) when it should be another $3.80
4th saver label is wrong (charged $27 for the last label) it should be $3.80

This is what the system calculated:
red label only = $12.10 (correct)
red label + 1 saver label = $15.90 (correct $12.10 + $3.80)
red label + 2 saver label = $27.50 (wrong! should be $12.10 + $3.80 + $3.80 = $19.70)
red label + 3 saver label = $46.70 (wrong, should be $12.10 +$3.80 + $3.80 + $3.80 = $23.50)
red label + 4 saver label = $73.70 (wrong, should be $12.10 + $3.80 + $3.80 + $3.80 + $3.80 = $27.30)

from the pattern look like it double the number saver label in calculation.

you can test with my site using this product
http://www.mybeershop.com.au/index.p...products_id=96

and send to postcode 2560
which is red label and 2 saver.

I think this is also the problem that cause the incorrect calculation of package splitting as well. That's why the price is way off....

Thanks

Quote:

---

Originally Posted by ks_b

ok don't worry about package splitting... I do some more test and there is still problem with saver label calculation

I show correct number of saver label but the calculation is wrong.

---

Thanks for your patience and perseverance... Hopefully I got it fixed right this time (curse mutter, mutter)..

Please note that the figures don't match exactly due to the way the ozpost module rounds up to the nearest 10cents.

If problems persist (that are unrelated to parcel splitting) please don't hesitate to keep reporting them, because there really are so few of us using the module (dozens, not hundreds or 1000's) and as such we can't rely on others to report issues... I've really no idea how long Fastway was broken before you mentioned the problem).

Cheers
Rod

Thank you for quick fix!

and I found one or two problems again...sorry if I am a pain, but I am not sure if you can fix this one...but I really hope you can!!

problem is with black label, when customer are in black label area, ozpost only quote as brown label price. I can see that it doing this because fastway calculation page shows black,brown, blue, yellow together and only show cheapest and highest price. and ozpost just extract info from fastway page right?

Same as satchel size A3 and A2... it doesn't pick up the weight which A3=3kg and A2=5kg....

is my understanding correct? and can this be fix? or its only can be fix if fastway actually show exact price etc?

Other than this everything else seem to work fine now even if package need to be split...

thanks

Quote:

---

Originally Posted by ks_b

and I found one or two problems again...sorry if I am a pain,

---

Reporting problems isn't being a pain. It is the only way things will get fixed :-)

Quote:

---

Originally Posted by ks_b

but I am not sure if you can fix this one...but I really hope you can!!

---

I'm not sure I can either.

Quote:

---

Originally Posted by ks_b

problem is with black label, when customer are in black label area, ozpost only quote as brown label price.

---

This may sound a bit odd, but I really don't know one FastWay label from another.

Quote:

---

Originally Posted by ks_b

I can see that it doing this because fastway calculation page shows black,brown, blue, yellow together and only show cheapest and highest price. and ozpost just extract info from fastway page right?

---

Correct.

Quote:

---

Originally Posted by ks_b

Same as satchel size A3 and A2... it doesn't pick up the weight which A3=3kg and A2=5kg....
is my understanding correct?

---

Also correct, but, in the case of satchels, the ozpost server does its own checks to ensure the items is satchel suitable (and for which size satchel).

Without these additional checks ozpost would quote for satchels even when not suitable, as the FastWay page does.

Quote:

---

Originally Posted by ks_b

and can this be fix? or its only can be fix if fastway actually show exact price etc?

---

Tough question, because as I say, the Fastway Labels don't really mean much to me, so I tend to work with the information provided, which as you have noted, only shows the cheapest and highest prices. My *assumption* (based on educated guesses from the FastWay price list(s), is that for any given source/destination there is only one option (or suitable label colour) and the price range are for normal users vs regular users. Up until now no one has suggested or implied that this is incorrect, or that there are other options that I'm not familiar with, so, if possible, if you could treat me like a moron for a little bit and detail exactly what it is you want need it to do, along with any possible suggestions on how to achieve it, I'd be more than happy to see what can be done externally and/or in addition to the results obtained from the FastWay servers.

Quote:

---

Originally Posted by ks_b

Other than this everything else seem to work fine now even if package need to be split...
thanks

---

I still don't wish to discuss this ... it gives me nightmares...

Cheers
Rod

sure I can tell you how fastway work with labels. If you look at this page here it quite straight forwards.

http://www.fastway.com.au/RFRatesPDF/1/RS-MEL[Mar10]_web.swf

so each colour represent different destination. most of labels is quote correctly on ozpost because they one destination represent only one colour with 2 price which is frequent and non frequent as you understand.

the problem ozpost having is the local delivery because it has 4 different colours (blue, yellow, black, brown) (that's why fastway calculation page show them all together) and each colour represent how often the user use fastway in a month. hint the more you use the cheaper it get.

if you looks at melbourne for example if you use min of 200 each month then you only have to pay $4.02 each label, min 100 then $5.61 and so on...

Suggestion...
I think only way you can do this is you have to put in the price of each label manually, I can see this is not too difficult as in ozpost user can select what label they want to use.... therefore if user select blue then they should have brown, black, yellow turned off and when fastway return (blue/yellow/black/brown) you can then check which colour option user selected and use that price.

Now the hard part is that different local has different prices... so to make ozpost work perfectly, you probably have to input all the price for different location.. you can look number of location here http://www.fastway.com.au/1Prices.html
good news is black and brown for all the location is the same price.
and blue is always quote correctly because it's the price for non frequent user.
only problem is yellow which I think you can just average it and it should be really close enough for all ozpost customer to be happy :)

I will need to do abit more research with satchel and i will let you know.

Hope this help.

Quote:

---

Originally Posted by RodG

Assuming you are using a current version (v2.0.5 or V2.0.6) and don't mind modifying code. locate the file /includes/modules/shipiing/ozpost.php

Then using a text editor, locate the following lines:

Code:

---

case  "FWL";
                if(in_array("FastWay Labels", $this->allowed_methods)) $handlingFee = MODULE_SHIPPING_OZPOST_FWL_HANDLING ;
            break;

  case "FWS":
                if(in_array("FastWay Satchel", $this->allowed_methods))  $handlingFee = MODULE_SHIPPING_OZPOST_FWS_HANDLING ;
            break;

---

The modify or replace them with:

Code:

---

case  "FWL";
                if(in_array("FastWay Labels", $this->allowed_methods))  {
                $handlingFee = MODULE_SHIPPING_OZPOST_FWL_HANDLING ;
                $quote->days = $quote->days + 1 ;
                }
            break;

  case "FWS":
                if(in_array("FastWay Satchel", $this->allowed_methods)) {
                $handlingFee = MODULE_SHIPPING_OZPOST_FWS_HANDLING ;
                $quote->days = $quote->days + 1 ;
                }
            break;

---

Don't forget to make a backup of the file first, so if it goes wrong you won't find yourself stuck... just revert to the backup.

Cheers
Rod

---

Mmm now that I have upgraded this code doesn't work! I have had a bit of a hack at at and truly I mean hack and had no success!

Cheers
Jazzah

Hi RodG,

are you still making changes to FastWay... for some reason, ozpost calculate number of fastway saver label wrong again.

12kg package should only use 2 saver labels but ozpost display 3 and also calculated price as 3 saver label.

Weight 12000gms Items 1 Weight 12600gms
Dimensions 77.00 x 44.00 x 23.00 77.00 x 44.00 x 23
Cube / Weight 77924cc / 19.481Kgs 77924cc / 19.481Kgs
Submitted: Length=77.00cm, Width=44.00cm, Height=23.00cm, Weight=12000gms, NumBoxes=1
Server response time 0.726ms
Server Returned:
FWL19.40Wed 24th of NovFastWay Labels (RED +3 Saver labels)

From debug info make assumption that it using cube/weight instead of normal weight?? But normally it didn't though...

regards,

Quote:

---

Originally Posted by ks_b

the problem ozpost having is the local delivery because it has 4 different colours (blue, yellow, black, brown) (that's why fastway calculation page show them all together) and each colour represent how often the user use fastway in a month. hint the more you use the cheaper it get.

if you looks at melbourne for example if you use min of 200 each month then you only have to pay $4.02 each label, min 100 then $5.61 and so on...

---

OK, this makes sense, but is cerainly doesn't make it *easy* because there is no way to know what price any particular merchant is on (TNT overcome this by requiring an account number to be passed along with the other parameters so that 'personalised' quotes can be given).

Quote:

---

Originally Posted by ks_b

Suggestion...
I think only way you can do this is you have to put in the price of each label manually,

---

Hmmm, wouldn't this need to be done by the merchant? (How would I make the code 'know' what each merchant pays for thier labels?)

Quote:

---

Originally Posted by ks_b

I can see this is not too difficult as in ozpost user can select what label they want to use.... therefore if user select blue then they should have brown, black, yellow turned off and when fastway return (blue/yellow/black/brown) you can then check which colour option user selected and use that price.

---

The downside to this proposal is that it is tossing the maintenance back to the client in that they'll need to ensure their label prices are kept accurate, and one of the principles behind ozpost is that the merchant shouldn't need to worry themselves about price changes, as it is supposed to be handled by the server.

Quote:

---

Originally Posted by ks_b

Now the hard part is that different local has different prices... so to make ozpost work perfectly, you probably have to input all the price for different location.. you can look number of location here http://www.fastway.com.au/1Prices.html

---

Although this is possible (and I would suggest, in time, even probably the way to go, as it would make us independent of the FastWay server). At this stage though I think it is going to take a lot more work rto do this than the project deserves.

Quote:

---

Originally Posted by ks_b

good news is black and brown for all the location is the same price.
and blue is always quote correctly because it's the price for non frequent user.
only problem is yellow which I think you can just average it and it should be really close enough for all ozpost customer to be happy :)

I will need to do abit more research with satchel and i will let you know.

Hope this help.

---

It has helped in as much as confirming what I had expected, and that is, to take care of the issue I pretty much need to scrap using the FastWay servers and create/use our own table rate instead... At least that is what *I* have picked up from your suggestion (If I'm wrong, please try again).

I was hoping for some way to take care of the issue by utilising the data that is readily available from the FastWay servers, and then modifying it in some way to compensate for the shortcomings..

One thing I might suggest is that you use the "Frequent user" option with care because this will always return the lowest quote that it can. I am of the opinion that a merchant should charge the customer non frequent user prices anyway... if a merchant has earned price reductions for any reason they aren't really obligated to pass the savings on. The end consumer may not even know.

One last question... with the Erronious FastWay quote/options - are they in favour of the merchant of the customer? If the merchant, then perhaps we can ignore the problem... if it is underquoting though I will do almost anything I need to in order to prevent this from occuring.

Cheers
Rod

Quote:

---

Originally Posted by ks_b

Hi RodG,
are you still making changes to FastWay...

---

Not since last night.

Quote:

---

Originally Posted by ks_b

From debug info make assumption that it using cube/weight instead of normal weight?? But normally it didn't though...

---

This assumption is correct... it quotes on the cubic weight, not the deadweight. (I discovered the dimension data being sent to FastWay was being ignored) so for accuracy, It is now fed the cubed data (where applicable)

Cheers
Rod

Hi RodG,

I don't exactly sure how data are return from fastway saver, but if it is the same as result shows on fastway calculation page where customer manually entered to find out the price then NO, I am not saying you should scrap using the FastWay saver entirely, but more of adding manual option to make it more accurate. As data that return from fastway doesn't say exact price for each of the label, there for this price need to be manual enter either by option in ozpost setting or on ur ozpost server.

sending data to fastway server is all the same as currently ozpost do... but it needs to add more functions to check the returned data from fastway server that this postage is local (i.e. when fastway return BROWN/BLACK/BLUE/YELLOW), then it need to check which label user is using by checking the option that user tick in ozpost admin page. only data that not rely on fastway server is the price for each of the label since we cant extract the price that return from fastway server.

my client want to use frequent user because he wants to give provide fair shipping price (lowest without under quote) because he believes that this will attract more customer and provide trust to customer.

I definitely not saying you should do it, as I know that it is not an easy task! I am just suggesting it is possible with out having to rewrite the whole modules. My client was happy with label quoting as even if he uses frequent user he will only lost $1 something for each local order, which he willing to take.

What he wants to actually work more accurately is the satchel but I think this even more work than label as for satchel size of package need to be check at ozpost size as I believe fastway server dont really do any checking at all!! :( but isn't ozpost should do this checking manually right? if not it will always display satchel price?? I dont really know lolz. if so then same as local label that the price for each satchel need to enter manually. instead of rely on price quote from fastway.

again don't worry about all this i am not expecting you to do it... the only thing my client wants now is if it possible to change back to normally weight when quoting, instead of using cubic weight??? or a way to toggle between the two!! My client been using fastway extensively for over a year now and they only quote as dead weight, they didn't seem to care about size, well my client been using saver as for dead weight anyway.. not cubic weight and he never have any problem.

Cheers,

Kieran

ok my client told me that fastway only do cubic weight if the item is really really large.. like over 1 meters in all dimension. (or something like that).... is there a way that we can toggle between the two at our end?

If this is not possible then its ok the leave it as cubic weight... but will be nice to be able to integrate in next version :)

many thanks for you support.

Quote:

---

Originally Posted by ks_b

I don't exactly sure how data are return from fastway saver, but if it is the same as result shows on fastway calculation page where customer manually entered to find out the price

---

yes, what is returned on the fastway calculation page is the same that is returned to the ozpost server. The ozpost server then extracts the relevent data, and converts it to the format needed by zencart.

Quote:

---

Originally Posted by ks_b

then NO, I am not saying you should scrap using the FastWay saver entirely, but more of adding manual option to make it more accurate.

---

OK..... I'm still listening/following

Quote:

---

Originally Posted by ks_b

As data that return from fastway doesn't say exact price for each of the label,

---

OK, I'm still with you. It returns a high price, and a low price ... so I assume what you are after is one of the inbetween prices? (as I said, you'll need to treat me like an idiot, because I think I may be over complicating the issue/requirement.. That, or you are under thinking it (forgive me for this suggestion).

Quote:

---

Originally Posted by ks_b

there for this price need to be manual enter either by option in ozpost setting or on ur ozpost server.

---

It wouldn't do any good to enter it onto the ozpost server, because it needs to be different for everyone, doesn't it?

Quote:

---

Originally Posted by ks_b

sending data to fastway server is all the same as currently ozpost do... but it needs to add more functions to check the returned data from fastway server that this postage is local (i.e. when fastway return BROWN/BLACK/BLUE/YELLOW),

---

OK, this check can be done at the ozpost server level, or the client level.

Quote:

---

Originally Posted by ks_b

then it need to check which label user is using by checking the option that user tick in ozpost admin page.

---

This can only be done at the client level.

Quote:

---

Originally Posted by ks_b

only data that not rely on fastway server is the price for each of the label since we cant extract the price that return from fastway server.

---

Well, we can/do extract *a* price, but not always the correct one, because we may want the second price out of four, when only the highest and lowest are listed.. Am I still on the same track?

Quote:

---

Originally Posted by ks_b

my client want to use frequent user because he wants to give provide fair shipping price (lowest without under quote) because he believes that this will attract more customer and provide trust to customer.

---

Quite understandable, and in spite of my earlier comments (seemingly to the contrary), I wouldn't have added this support if I didn't think some merchants wouldn't like to take advanrage of it for the reasons you mention.

Quote:

---

Originally Posted by ks_b

I definitely not saying you should do it, as I know that it is not an easy task!

---

And I'm not saying I can/will do it, but I do know that some things that often appear easy to do end up being difficult, and others that first appear difficult end up being quite easy.

With this one I'm still a little undecided.

Quote:

---

Originally Posted by ks_b

I am just suggesting it is possible with out having to rewrite the whole modules.

---

This is the bit we still need to discuss in fine detail. (as long as you are willing)

Quote:

---

Originally Posted by ks_b

What he wants to actually work more accurately is the satchel

---

I can't see where these would be an issue.

Quote:

---

Originally Posted by ks_b

but I think this even more work than label as for satchel size of package need to be check at ozpost size as I believe fastway server dont really do any checking at all!! :( but isn't ozpost should do this checking manually right? if not it will always display satchel price?? I dont really know lolz.

---

Yes, this is checked at the ozpost server,
When experimenting with satchel sizes please be aware that although the satchels themselves are specified as Length x Width, the ozpost comparisions use Length x Girth, IOW, the satchels aren't as large as they first appear.

Quote:

---

Originally Posted by ks_b

if so then same as local label that the price for each satchel need to enter manually. instead of rely on price quote from fastway.

---

As with the labels, the ozpost module uses prices obtained from the server, these are also in the lowest/highest format, and the assumption is the lowest price is for the A3 satchel and the highest was for the A2.. in this case the correct price being selected depending on the size of the parcel.

I can't recall if there were discounts on Frequent user satchels or not.. I know that Australia Post do offer discounts on bulk qty's, but the module doesn't take these into account.

Quote:

---

Originally Posted by ks_b

again don't worry about all this i am not expecting you to do it...

---

I still can't envision how I can do it without without maintaining a full pricelist on the ozpost servers, along with the client sending additional parameters to tell which list is to be used, or without making significant changes to the client whereby prices can be stored locally, and then re-coded to calculate based on a labelColour plus Saver Label format (which is currently performed by the ozpost server, and is in fact the very entire purpose of the ozpost server in the first place... Namely, to obtain and extract data from various sources and return the results in a uniform format.

Quote:

---

Originally Posted by ks_b

the only thing my client wants now is if it possible to change back to normally weight when quoting, instead of using cubic weight???

---

I don't think this would be a wise decision.

Quote:

---

Originally Posted by ks_b

or a way to toggle between the two!! My client been using fastway extensively for over a year now and they only quote as dead weight, they didn't seem to care about size, well my client been using saver as for dead weight anyway.. not cubic weight and he never have any problem.

---

Since your client has become accustomed to being quoted on deadweight only I feel that I am obligated to make this user selectable. This does have me wondering though.. how accurate are the dimensions of the products?

Generally speaking, MOST parcels are not subject to the cubing rules anyway, so this implys some of your clients products may be oversized (which will also mess with the satchels too), so it may pay to double check this before we add another option that could potentially confuse people).

Cheers
Rod

Quote:

---

Originally Posted by ks_b

ok my client told me that fastway only do cubic weight if the item is really really large.. like over 1 meters in all dimension. (or something like that).... is there a way that we can toggle between the two at our end?

---

I've currently set it back to use deadweight ... This'll allow me a little time to mull over the possible mitigation strategies.

I don't like it being wrong, I don't like the idea of another user option (I already have two options that effectively state "for possible invalid quotes tick here") - so perhaps some other 'hidden' check - eg, to only apply cubing if applicable AND if over a certain size..... hhhmmm... no, I need to sleep on this...

G'night.
Rod

Quote:

---

OK, I'm still with you. It returns a high price, and a low price ... so I assume what you are after is one of the inbetween prices? (as I said, you'll need to treat me like an idiot, because I think I may be over complicating the issue/requirement.. That, or you are under thinking it (forgive me for this suggestion).

---

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

Quote:

---

It wouldn't do any good to enter it onto the ozpost server, because it needs to be different for everyone, doesn't it?

---

yes prices for different location are different for blue and yellow but black and brown is all the same from what i checked. Its probably best if you allows user to input this info by themselves at client so you don't need to keep track of prices in your server.. but if all calculation is don't at sever side then this will make things difficult!

So I guess we should not worry about local labels for now just keep it as it is.

Quote:

---

As with the labels, the ozpost module uses prices obtained from the server, these are also in the lowest/highest format, and the assumption is the lowest price is for the A3 satchel and the highest was for the A2.. in this case the correct price being selected depending on the size of the parcel.

---

First I thought there are only two 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 *

where I think A5 is $5.45 and A2 is $10.07

so missing price is A3 and price should be $8.42

for local it should be ok because it only has two option
Satchel A3 ORANGE A5 BLUE $4.29 to 5.45 *

one more thing...
When I look at ozpost admin
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

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!


cheers,

Kieran

Re: Fastway on http://www.solarcampingaustralia.com.au

Fastway option is show if Debug is enabled

Fastway does not show if Debug disabled

ozpost V2.1.1

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

Any ideas?

p.s.

Server response time 0.638msServer Returned:
FWL31.90Fri 3rd of DecFastWay Labels (GREEN +2 Saver labels)RPP31.90Fri 3rd of DecParcel over 500gmREG34.85Mon 6th of DecRegistered Parcel over 500gmRPPi41.60Mon 6th of DecInsured Parcel over 500gmCOD42.40Mon 6th of DecCash On Delivery EXP88.25Thu 25th of Nov (Outside Express network - fastest possible delivery)Express Parcel over 500gmPLT93.00Thu 25th of Nov (Outside Express network - fastest possible delivery)Platinum Parcel over 500gmEXPi97.95Thu 25th of Nov (Outside Express network - fastest possible delivery)Insured Express Parcel over 500gmPLTi102.70Thu 25th of Nov (Outside Express network - fastest possible delivery)Insured Platinum Parcel over 500gm 74.55.148.130 Tue Nov 23, 2010 14:05 (SA Server Time) 13:35 (QLD Store Time) Wed 24th of Nov 9.70 2.95 URANGAN ADELAIDE 1068

Quote:

---

Originally Posted by vandiermen

Fastway option is show if Debug is enabled

Any ideas?

---

Take a closer look at the debug output..... apparently the FastWay servers are timing out at the moment (1:10pm)

Cheers
Rod

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

Quote:

---

Originally Posted by vandiermen

p.s.

Server response time 0.638msServer Returned:
FWL31.90Fri 3rd of DecFastWay Labels (GREEN +2 Saver labels)

---

Oh.... Time to worry? It wasn't a timeout error for you...

BTW, it appears to be responding again now.

If your debug continues to show valid results, and it doesn't appear in the final list, it is because the methods have apparently been disabled.

I'm keeping a close eye on this one at the moment. Let mer know if problems persist.

Cheers
Rod

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.

Quote:

---

Originally Posted by 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...products_id=93

p.s.
all destinations

p.s.
I just tested
5000 and 5045

If I add this item: http://www.solarcampingaustralia.com...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.

Quote:

---

Originally Posted by 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

Quote:

---

Originally Posted by vandiermen

If I add this item: http://www.solarcampingaustralia.com...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

Quote:

---

Originally Posted by 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...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
http://vcsweb.com/images/vcsweb_multiquote_logo.gif

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

Quote:

---

Originally Posted by 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.

Quote:

---

Originally Posted by 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

Quote:

---

Originally Posted by 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.

Quote:

---

Originally Posted by 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.

Quote:

---

Originally Posted by 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?mai...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

Quote:

---

Originally Posted by 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

Quote:

---

Originally Posted by ks_b

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

---

Bummer... that really does complicate things.

Quote:

---

Originally Posted by 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)

Quote:

---

Originally Posted by 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?

Quote:

---

Originally Posted by 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 <???????>

Quote:

---

Originally Posted by 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.

http://img440.imageshack.us/img440/4...ceshipping.jpg

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

Quote:

---

Originally Posted by 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.

Quote:

---

Originally Posted by 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..

Quote:

---

Originally Posted by 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.

Quote:

---

Originally Posted by 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..

Quote:

---

Originally Posted by 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

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

I did upgraded from V2.0.9

Quote:

---

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?

Quote:

---

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

Quote:

---

Originally Posted by 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.

Quote:

---

Originally Posted by 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)

Quote:

---

Originally Posted by 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

Quote:

---

Originally Posted by 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

Code:

---

<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

Code:

---

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

---

line 595

Code:

---

$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

Quote:

---

Originally Posted by 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

Quote:

---

Originally Posted by ks_b

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

---

It's Still a mystery.

Quote:

---

Originally Posted by 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

Quote:

---

Originally Posted by 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.p...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

Quote:

---

Originally Posted by 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>

Quote:

---

Originally Posted by 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.

Quote:

---

Originally Posted by 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/expre....html#satchels


thanks
mark168

Quote:

---

Originally Posted by 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

Quote:

---

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?

Quote:

---

Originally Posted by dw08gm

Does anyone here use Ty Package Tracker with OzPost?

---

Not me.

Quote:

---

Originally Posted by 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

Hi Rod

Yes Ty Package Tracker comes with direct links to USA carriers for the download and display of tracking information via account, although I have yet to realise the extent of that information.

And these links would need to be changed for Australian carriers eg AusPost, Fastaway.

However whether the Australian carriers provide useful tracking info has yet to be seen by me from previous experience.

If OzPost provides links to the tracking facilities of certain services of the Australian carriers, that could automatically be included in an order confirmation email, this would be sufficient for my current needs without having to bother with Ty Package Tracker.

Cheers

Quote:

---

Originally Posted by dw08gm

If OzPost provides links to the tracking facilities of certain services of the Australian carriers, that could automatically be included in an order confirmation email, this would be sufficient for my current needs without having to bother with Ty Package Tracker.

Cheers

---

Won't happen, unless ozpost.net expands to make bookings as well, because unless/until a booking is made there won't be any reference data to include in the emails... and I really can't see ozpost.net ever evolving into a booking service as well as a quotation service, primarily because Australia Post don't provide a standard booking/tracking service (Eparcel is not the same), and secondly, because most of the courier companies are very difficult to work with in regards to product integration.

Cheers
Rod

Hi Rod

Thanks for the extra clarity.

As a bit of background to my initial query, provision for Ty Package Tracker is being incorporated into the new EditOrders 3.0 and SuperOrders 3.0 mods about to be released. However, these mods do not require the installation of Ty Package Tracker.

Quote:

---

Originally Posted by QCTechnologies

I cannot get the TNT part to work.

We have an account number and password but I keep getting the error message "The account number supplied is invalid or not assigned to this login."

---

You need to contact the tnt helpdesk and ask that the RTT ('Rated Transit Times' service for your account be enabled.
You DON'T need to change/alter your current username/password (these produce a different error message), you'll find it'll just start working as soon as it is activated.
--------------------------------
CIT Helpdesk

If you are experiencing difficulties accessing the TNT website or experiencing problems with TNT's online services please send us your enquiry. If you prefer to speak to a member of our CIT Helpdesk please call our Technical Support Team on 1300 851 131.

---------------------------------

Cheers
Rod

I have tried these postcodes 0820 0885 0822; not working with V2.2.0 V2.1.1

1.3.8a
ecolitecandles.com.au
paid 3 or 4 days ago; but http://www.ozpost.net/postage.php?fl...&fromcode=0885


V2.1.1:
Debugging information Item 1-1Large Faerie with Flower in her Hair ParcelWeight 6100gmsItems 1Weight 6710gmsDimensions 29 x 25 x 2.5 29 x 25 x 2.5 Cube / Weight 1812.5cc / 0.453125Kgs 1812.5cc / 0.453125Kgs
Submitted: Length=29.00cm, Width=25.00cm, Height=2.50cm, Weight=6710gms, NumBoxes=1Server response time 0.45msServer Returned:
Error0.00-1Invalid input Data [Suburb error] 74.55.148.130 Wed Dec 15, 2010 19:07 (SA Server Time) 18:07 (NT Store Time) 0.00 0.00 BAGOT N/A 60

##################################################
p.s.
V2.2.0 on 1.3.8a does not echo shipping module name; I am still using old ozpost update_product.php collect_info.php; and that still seems fine.

nothing is working at the moment (even for the free aust post); no post code are working for any module. but I see the remaining days is fixed. I dont know I will try again tonight.

Quote:

---

Originally Posted by vandiermen

I have tried these postcodes 0820 0885 0822; not working with V2.2.0 V2.1.1

---

I think it would help a LOT if you mention what the actual problem is, before explaining what you have tried in order to fix it. :-)

Each storename/postcode creates a new database entry, each with a new 60 day trial period

Quote:

---

Originally Posted by vandiermen

ecolitecandles.com.au
paid 3 or 4 days ago; but http://www.ozpost.net/postage.php?fl...&fromcode=0885

---

This link curently shows 58 days until expiry.

EcoLite Candles/4870 shows 1095 days until expiry.

This means at the time of registration I identified EcoLite Candles/4870 as being the actively used store rather than the specified EcoLite Candles/0885 ... (Actually, that would have been the only active one at the time, because if I'd identified multiple combos for the same store I would have updated both records, which I have now done).

In any case, this doesn't explain what the problem is, because with 60 days or 1000+ days subscription this aspect of things isn't going to make any difference.

Quote:

---

Originally Posted by vandiermen

Server Returned:
Error0.00-1Invalid input Data [Suburb error]
74.55.148.130
Wed Dec 15, 2010 19:07 (SA Server Time)
18:07 (NT Store Time)
0.00 0.00
BAGOT N/A
60

---

I've reformatted the relevent part of your debug (above) to help make it a little easier to read:

Firstly the error:
Invalid input Data [Suburb error]
This can be either the store origin suburb, or the destination suburb..

The "74.55.148.130" indicates the server IP address (prep work for multiple servers rather than simple redundant servers)

Wed Dec 15, 2010 19:07 (SA Server Time)
18:07 (NT Store Time)
These lines are pretty obvious :-)

The servertime is used for logging purposes, the Storetime is used to ensure next day delivery deadlines match the store timezone

BAGOT N/A
These are the origin suburb and destination suburb (ok, not exactly obviious until informed). In this case a destination suburb cannot be found (N/A), this can be caused be a lack of a destination postcode, or an invalid postcode.
EcoLite Candles/820 (BAGOT) was the store origin used with this particular test.

The final entry "60" is the subscription remaining days, in this case it was the same day you started using this particular storename/postcode combo.
SO, if the destination suburb is your problem you'll need to ensure that you are testing with valid destination postcodes. This has gotten a lot stricter over the last couple of versions due to inaccuracies with single postcodes covering multiple suburbs.
If you find valid postcodes that still don't seem to work please let me know which ones and I'll take another look.

As for the store/origin postcode, sooner or later you'll settle on one or another (most people don't get this choice), and sooner or later I'll match whatever is settled upon with the data from the records that were subscribed with.

Quote:

---

Originally Posted by vandiermen

V2.2.0 on 1.3.8a does not echo shipping module name; I am still using old ozpost update_product.php collect_info.php; and that still seems fine.

---

Where is it that you are not seeing this? (a screenshot may be helpful.. or not.. ). LOL

Quote:

---

Originally Posted by vandiermen

I am still using old ozpost update_product.php collect_info.php; and that still seems fine.

---

The update_product.php collect_info.php and other files under /admin never need updating between ozpost module versions. They *may* require updates with *zencart* versions though (but to be perfectly honest, I don't recall when I last updated them).

Oh, and please remember that when switching between versions it is imperitive that you click the remove/install button sequence in order to keep the database syncronised with the files.

Cheers
Rod

Quote:

---

Originally Posted by vandiermen

nothing is working at the moment (even for the free aust post); no post code are working for any module. but I see the remaining days is fixed. I dont know I will try again tonight.

---

I've absolutely no explanation for any of this.. I've been away from the computer until shortly before replying to your first posting.

Cheers
Rod

Quote:

---

Originally Posted by RodG

I've absolutely no explanation for any of this.. I've been away from the computer until shortly before replying to your first posting.

Cheers
Rod

---

problem seems to have been V2.1.1 tpl_modules_shipping_estimator.php is not compatable with V2.2.0 or aust post module

its all fixed now.

Hi Rod,

So it's Christmas and I am over people saying they have not received their parcel! I was wondering how difficult it would be to make every order over $50 registered and insured. I can't seem to figure out the settings to get that to happen. Also it doesn't allow for satchels to be registered, which you can do. Any advice would be greatly appreciated, how many claims can you have with Australia Post at the same time?

Hi Rod, Ok I have upgraded before, but I find it a bit tricky and now need to go to your newer version. For the illiterate of us could you advise what files we need to change / process to follow to upgrade?

I am sure lots of us would appreciate it!

Thanks
Jazzah

(Fully paid up subscriber!)

Quote:

---

Originally Posted by jazzah

Hi Rod, Ok I have upgraded before, but I find it a bit tricky and now need to go to your newer version. For the illiterate of us could you advise what files we need to change / process to follow to upgrade?

I am sure lots of us would appreciate it!

---

..... V2.2.0 UPGRADE.txt ....................
As a GENERAL RULE upgrading from an older version of ozpost will require that you simply replace the following two files

/includes/modules/shipping/ozpost.php
/includes/languages/english/modules/shipping/ozpost.php.

Also check for any new icons. Anytime a new method is added there should also be corresponding icons for them.

After upgrading you should *ALWAYS* log in as admin, then 'REMOVE' and 'INSTALL' the ozpost module. Please take note of your settings before doing this because they will be returned back to the instalation defaults as a result of this NECESSARY action.

V2.1.1 to V2.2.0
If upgrading from V2.1.1 to V2.20 you only need to replace the file
/includes/modules/shipping/ozpost.php
(you still need to perform the remove/install process though)

Cheers
Rod

Quote:

---

Originally Posted by jazzah

I was wondering how difficult it would be to make every order over $50 registered and insured. I can't seem to figure out the settings to get that to happen.

---

You'll need to do some custom editing for this because the code doesn't have the functionality to enable/disable methods based on price.

It shouldn't be difficult... in the /modules/shipping/ozpost.php file, seek out the "CASE" statements (there are lots of them)

For example:
---------------------------------
case "RPP";
if(in_array("Regular", $this->allowed_methods)) $handlingFee = MODULE_SHIPPING_OZPOST_RPP_HANDLING ;
break ;
---------------------------------

This is the entry for regular parcels.. and the entry is "set" if "Regular" parcels are in the $this->allowed_methods array.

If you wish this entry to NOT show (because the ordercost is over $50) then you'll just need to expand the test so it reads:

---------------------------------
case "RPP";
if ((in_array("Regular", $this->allowed_methods)) && ($ordercost < 50 ) ) $handlingFee = MODULE_SHIPPING_OZPOST_RPP_HANDLING ;
break ;
---------------------------------

You'll need to repeat this with each "CASE" that is normally enabled, but you wish to conditionally disable.

You may find it easier to simply dissallow regular parcels, which means all order regardless of cost must be sent either registered or insured.

Quote:

---

Originally Posted by jazzah

Also it doesn't allow for satchels to be registered, which you can do.

---

I do realise that this is possible, and one day I might add it as another valid option (my how this has grown since its initial inception), but the reason it isn't supported is mainly because of the fact that satchels are prepaid, which makes them more of a convenience rather than a cost effective method of mailing.. The convenience being that most merchants will have them on-hand and will not need to enter a post office in order to post them.
This convenience gets lost if you need to enter the post office in order to add registration, and if you are going to do that, you are best off packing the item(s) in a reguar box which will often be a cheaper and better packaged option anyway. (In other words, disable the satchels)

Quote:

---

Originally Posted by jazzah

how many claims can you have with Australia Post at the same time?

---

As far as I know there are no limits.

Cheers
Rod

Hi Rod

Thanks for all your past help.

As promised I up-graded from V1.0.1 to V2.2.0 and everything seemed to go quite well.

However, I must have made a couple of mistakes with the settings or mis-interpretted the logic.

I operate from 4012 (Brisbane suburban) and mostly use 5kg Express satchels.

I tried to set up using walk in, registered parcel post, normal express parcel, Pre-Paid 3 and 5kg satchels and ego.

For some reason I can't get a quote for the Satchels at all and the Express parcel claims I am sending outside the express network from 4012 to 3000.

http://charcool.com/shop/index.php?m...products_id=34

I have debugged baseded on the product above and this is the server response

Quote:

---

<?xml version='1.0' encoding='ISO-8859-1'?><quotes>
<quote><id>EGO</id><cost>8.80</cost><days>3</days><description>E-go Parcel</description></quote><quote><id>RPP</id><cost>11.90</cost><days>3</days><description>Parcel over 500gm</description></quote><quote><id>PPSE3XL</id><cost>14.60</cost><days>1 (Outside Express network - fastest possible delivery)</days><description>3kg XL Express Satchel</description></quote><quote><id>REG</id><cost>14.85</cost><days>4</days><description>Registered Parcel over 500gm</description></quote><quote><id>RPPi</id><cost>14.85</cost><days>4</days><description>Insured Parcel over 500gm</description></quote><quote><id>EXP</id><cost>22.25</cost><days>1 (Outside Express network - fastest possible delivery)</days><description>Express Parcel over 500gm</description></quote><quote><id>COD</id><cost>22.40</cost><days>4</days><description>Cash On Delivery </description></quote><quote><id>EXPi</id><cost>25.20</cost><days>1 (Outside Express network - fastest possible delivery)</days><description>Insured Express Parcel over 500gm</description></quote><quote><id>PLT</id><cost>27.00</cost><days>1 (Outside Express network - fastest possible delivery)</days><description>Platinum Parcel over 500gm</description></quote><quote><id>PLTi</id><cost>29.95</cost><days>1 (Outside Express network - fastest possible delivery)</days><description>Insured Platinum Parcel over 500gm</description></quote><information>
<server>74.55.148.130</server>
<timestamp>Tue Dec 28, 2010 11:34 (SA Server Time)</timestamp>
<requesttime>11:04 (QLD Store Time)</requesttime>
<postdate>Wed 29th of Dec</postdate>
<insurance>2.95</insurance>
<registration>2.95</registration>
<fromsuburb>NUNDAH</fromsuburb>
<destsuburb>MELBOURNE</destsuburb>
<expires>337</expires>
</information>
</quotes>

---

In addition I also seem to be getting 2 sets of quotes one from V 2.2 with images and an earlier version (maybe???) without. Ego comes up after the first 2 which is what makes me think I am getting 2 sets of quotes.

Quote:

---

Available Shipping Methods. For your protection, all regular parcel rates include registration Rates
Australia PostRegistered Parcel Post - 4 days Estimated Delivery Time)
- Includes $5.00 Packaging & Handling. $2.95 Registered. $19.85
Australia PostExpress Parcel Post (1 days Estimated Delivery Time)
- Includes $5.00 Packaging & Handling. $27.25
E-go Parcel Mon 3rd of Jan
Includes $5.00 Packaging & Handling.
$13.80
Australia Post Registered Parcel over 500gm Tue 4th of Jan
Includes $5.00 Packaging & Handling. +$2.95 fee
$19.85
Australia Post Express Parcel over 500gm Thu 30th of Dec (Outside Express network - fastest possible delivery)
Includes $5.00 Packaging & Handling.
$27.25
Store PickupWalk In $0.00

---

I have uninstalled and re-installed but still come up with the same result.

You may have seen this level of incompetence before ???

thanks


PS: Subscription the subscription is cheap. Accurate shipping costs are very complex. Hope it's working out.

Quote:

---

Originally Posted by Arliss61

I operate from 4012 (Brisbane suburban) and mostly use 5kg Express satchels.

For some reason I can't get a quote for the Satchels at all and the Express parcel claims I am sending outside the express network from 4012 to 3000

---

The debug output you posted indicates that satchel quotes were returned from the server, in this case, the 3kg XL sized, which implies that these are being disabled by your local settings. Yes, I know logic dicates that in this instance a quote should probably be given for a 5Kg Stachel instead, but the *server* doesn't know what you have disabled.
I'm not really sure what to do about this. Suggestions?

As for being outside the express network, this was true according to the postcode list(s) available when I added the tests and checks. Since then new, much more comprehensive lists have been published, which I shall be incorporating into the server code early in the new year. Meanwhile I've just manually added 4012, so this should be fixed for you now (let me know if not).
The added tests/checks are to enable accurate predictions of overnight deliveries.

Quote:

---

Originally Posted by Arliss61

In addition I also seem to be getting 2 sets of quotes one from V 2.2 with images and an earlier version (maybe???) without. Ego comes up after the first 2 which is what makes me think I am getting 2 sets of quotes.

---

With DEBUG enabled you will/should see two sets iof quotes.. The first messy looking set is what is returend by the server, the second set is what is displayed to the customer. Usually these will match, but if you have disabled some methods these will be missing from the customer view.

Quote:

---

Originally Posted by Arliss61

You may have seen this level of incompetence before ???

---

I refuse to answer this on the grounds that I will incriminate myself :-)

Cheers
Rod.

Hi again Rod

Thanks for adding 4012. We're small but very important :).

Regarding the satchels quote:

Quote:

---

satchel quotes were returned from the server, in this case, the 3kg XL sized, which implies that these are being disabled by your local settings. Yes, I know logic dicates that in this instance a quote should probably be given for a 5Kg Stachel instead, but the *server* doesn't know what you have disabled.
I'm not really sure what to do about this. Suggestions?

---

I understand and it does seem a conundrum. The server is just trying to fit the board in the cheapest satchel it can find, to the buyers benefit. It doesn't know I am too lazy and cheap to keep an entire range of Pre-Paids on hand. Clearly it doesn't know me as well as you do!

Here's my thought for what it's worth.

The satchels cost the same no matter where you are or where you are posting even outside the express network so you don't really need a server quote. They are more like a fixed price option.

Perhaps if you could have any of the four satchels selected optionally with the merchant inputting their own pricing.

Thus if I select 5kg satchels in the menu (all I stock) at $22.00 (including handling) the price could be displayed whenever a product within the dimensions was being quoted.

Of course this might be a bit of a nightmare (?) to program.

Otherwise, I guess I would need to see if AP were willing to sell me, a humble retailer, some of their very important and special 3kg and 5kg XL satchels which apparently are only available to "contract/account" customers who have slept with an independent member of the Commonwealth parliament
http://auspost.com.au/business/expre....html#satchels

Leave you with that horrible thought.

Regarding the 2 quotes, after turning off debug this is what I got (with 3kg XL satchel) enabled:

6 quotes and still outside the Express Network (probably update overnight I guess).

http://www.charcool.com/shop//images/shipping.jpg

Thanks again. At least I now understand what I didn't know.

cheers

cheers

Quote:

---

Originally Posted by Arliss61

Hi again Rod

Thanks for adding 4012. We're small but very important :).

---

I agree :)

Quote:

---

Originally Posted by Arliss61

Regarding the satchels quote:

I understand and it does seem a conundrum. The server is just trying to fit the board in the cheapest satchel it can find, to the buyers benefit. It doesn't know I am too lazy and cheap to keep an entire range of Pre-Paids on hand. Clearly it doesn't know me as well as you do!

---

Well, not yet, but as with anything I code, I try to make the program as clever as I am (which equates to being as cheap and as lazy as everyone else) <grin> .

Quote:

---

Originally Posted by Arliss61

Here's my thought for what it's worth.

The satchels cost the same no matter where you are or where you are posting even outside the express network so you don't really need a server quote. They are more like a fixed price option.

---

This is true, up until the time Australia Post increases their fees, at which time everyone will need to manually update their prices, which negates the benefits of using a server. Beleive it or not, some merchants are so 'out of touch' they still offer economy air as an overseas shipping method (Australia Post dropped this about 3 years ago).

Quote:

---

Originally Posted by Arliss61

Perhaps if you could have any of the four satchels selected optionally with the merchant inputting their own pricing.

Thus if I select 5kg satchels in the menu (all I stock) at $22.00 (including handling) the price could be displayed whenever a product within the dimensions was being quoted.

Of course this might be a bit of a nightmare (?) to program.

---

Not really a 'nightmare', but it does place more dependance on the client code, which out of necessity I need to keep as simple as possible for portability purposes).

Nonetherless, it IS an option to be considered.

Another option (easy to implement, but I'm not convinced that there isn't a better way) is for the server to provide quotes for *all* satchels (that are suitable), and leave it for the client to filter the ones they don't need. This is much like the current method, but it will have the 'bad' side effect of offering (say) the 3kg and the 500gm stachels instead of just the 500gm ones, if suitible. IOW, it will present the customer an option that they don't really need. It WILL solve the current problems though.. but it is a matter of choosing the lesser of two evils, in my opinion.

My 'other' solution is to update the client code (again), to include another setting to tell the server to continue to work the way it is, or to return all satchel quotes as indicated above, thus making it a user choice.. This is the 'near ideal' solution, other than it does introduce yet another setting that would probably confuse most people as to its purpose.

As you can see, several possible silutions, but so far nothing I'm 100% happy with. (Which is why I seek other ideas and inputs).

Quote:

---

Originally Posted by Arliss61

Otherwise, I guess I would need to see if AP were willing to sell me, a humble retailer, some of their very important and special 3kg and 5kg XL satchels which apparently are only available to "contract/account" customers who have slept with an independent member of the Commonwealth parliament
http://auspost.com.au/business/expre....html#satchels

---

LOL.

Have you asked at your local PO recently? As of last May the 5kg XL satchels were made available to most outlets for general use.

Quote:

---

Originally Posted by Arliss61

6 quotes and still outside the Express Network (probably update overnight I guess).

---

I may need to take another look into the outside express network (my update should have taken immediate effect)... as for the duplicate quotes, it appears that you have more than one 'australia post' module installed/activated.. This is probably because you needed to make such a large jump in versions, and in the change from V1.x.x to V2.x.x I needed to keep the code entirely separate for developement purposes, therefore is is/was possible to have two versions running at the same time. Just disable the older version.

Cheers
Rod


Thanks again. At least I now understand what I didn't know.

cheers

cheers[/quote]

Rod

Yep had the old Aust Post module running in tandem.

Looking better now - although 4012 still seems to be outside the Next Day network.

A possibility for overcoming the satchels issues (which ones do you have/offer) is to clone the Store Pick Up "Walk In" module so that the text you input in

Quote:

---

includes/languages/english/modules/shipping/storepickup.php

---

shows your satchel. The price can be controlled from Admin - Modules - Shipping.

Downside is that it will still be offered for everything - very small products (overkill) and very large (won't fit).

I am aware from http://shop.vcsweb.com/ that there are only a small number of sites using the paid Ozpost solution, so my problem is probably pretty rare.

If I was oo.com.au I'd pay a programmer to make a more elegant fix but for now this will probably do:

http://www.charcool.com/shop/satchel.jpg

Quote:

---

Originally Posted by Arliss61

Looking better now - although 4012 still seems to be outside the Next Day network.

---

I've just (re)checked, and 4012 is definitely now identified as being inside the next day delivery network, so I can only guess that it was the destination postcode that was outside (apparently).

For my tests, I used postcodes 3000 (Melbourne) and 5555 (Ashford).
Only the quote to 5555 indicated that it was outside the express network.

Quote:

---

Originally Posted by Arliss61

A possibility for overcoming the satchels issues (which ones do you have/offer) is to clone the Store Pick Up "Walk In" module so that the text you input in shows your satchel. The price can be controlled from Admin - Modules - Shipping.
Downside is that it will still be offered for everything - very small products (overkill) and very large (won't fit).

---

This is also an alternatve for those merchants that don't wish to support the ozpost project.
For me, this would have an even bigger impact in that I'd need to replicate this same functionality for each of the different softwares. Admittedly, this is currently only ZenCart and OsCommerce, but I have a version almost ready for OpenCart, and hopefully several others by the end of 2011

Quote:

---

Originally Posted by Arliss61

I am aware from http://shop.vcsweb.com/ that there are only a small number of sites using the paid Ozpost solution, so my problem is probably pretty rare.

---

Just to clarify, it isn't just a small number of sites using the ozpost method, it is more a matter of the small number of (active) Australian zencart merchants period (which is why I need to bring other sofwares on board, because I suspect that all the other ecommerce solutions will also be small in number, but the combination of them all will produce positive gains for *all* of us.

As for your problem being pretty rare, I can't really say for sure. I became aware of what I consider to be my screwup (lack of foresight) in this regard a few minutes after releasing the initial V2.x.x code (Actually the 'problem' goes way back to V1, but it has become more troublesome with V2 with the additional 'hide' functions.
Other than yourself I have had one other person report that it caused a problem (same reasons as yourself), which actually makes it unrare considering the total number of users.

Quote:

---

Originally Posted by Arliss61

If I was oo.com.au I'd pay a programmer to make a more elegant fix but for now this will probably do:

---

A more elegant fix will be forthcoming because this 'hole' does bug me in that it can and does cause unexpected behaviour, not to mention the fact that It is in my best interests to make the module work in ways that the users would like and expect, so in this regard, I *am* the 'paid programmer'. :smile:

Cheers
Rod