Hey Rod,
I was just wondering how hard it would be to include the business Jumbo express satchels in this mod?
Printable View
Hey Rod,
I was just wondering how hard it would be to include the business Jumbo express satchels in this mod?
I dunno. Firstly I'll need to find out what the "business jumbo express is". A cursory glance and a quick search for "jumbo" on the austpost website wasn't very helpful.Quote:
Originally Posted by imperialis
Perhaps if you can send me a link or other details I'll be able to provide a better answer.
Cheers
Rod
Hey Rod,
They the Jumbo Express satchel are satchels only available to auspost business account holders, they come in 3kg and 5kg satchels they are alot bigger than the normal 3kg satchels measurements from memory are 40cm x 50cm I'd have to check the exact measurements so they work out cheaper to send for me to WA, SA, NT etc
Hi,
I have a query with the way the postage rates are calculated. Are they supposed to work out exactly the same as when you use the Aust Post calculator on their website.
We had some trouble with the modue as it was not calculating the correct rates eg 1 item calculated at $88 to post when it was supposed to be around the $16 mark.
We worked this out by changing the weights of the items to kilograms (as originally were put in as grams even though grams was the choses weight).
This seemed to fix it a bit but the rates still dont work out the same as on the Australia Post website. There is an average of a couple of dollars difference both more and less depending on the postcode put in when comparing with the Australia Post caculator.
Can anyone shed some light as to why this happens?
Anna
Unless this information (along with the pricing) can be found on the AustPost website or in their .pdf's, then there won't be much chance of me including them in the AP module.Quote:
Originally Posted by imperialis
Cheers
Rod
Yes. In fact both the Australia post module and the Australia post website obtain their data from the exact same source (http://drc.edeliver.com.au).Quote:
Originally Posted by annav
I'll bet you forgot to change the TARE weight.Quote:
We had some trouble with the modue as it was not calculating the correct rates eg 1 item calculated at $88 to post when it was supposed to be around the $16 mark.
We worked this out by changing the weights of the items to kilograms (as originally were put in as grams even though grams was the choses weight).
I'll bet you forgot to account for the TARE weight.Quote:
This seemed to fix it a bit but the rates still dont work out the same as on the Australia Post website. There is an average of a couple of dollars difference both more and less depending on the postcode put in when comparing with the Australia Post caculator.
Can anyone shed some light as to why this happens?
Anna
Cheers
Rod
The tare weight for both small & large parcels was changed to 0.0. What is it supposed to be.
Anna
And it was still over quoting?Quote:
Originally Posted by annav
That depends on the weight of your packaging (tare weight = packaging weight).Quote:
Originally Posted by annav
Most of *our* smaller products will fit in #2 padded bags, which weigh a little under 20gms, so for these we use "0:20"
Our larger items, or multiple items in the same order generally fit a #5 bag, which weighs something under 200gm, so for this we use "0:200".
Important: This assumes that the Australia post module (and all of the products) set to be weighed in grams.
If you change the AP module to use "kgs" the setting above will be interpreted as 20kgs and 200kgs respectively (and depending on other settings this may cause multiple boxes/parcels to be quoted for, rather than outright rejected), so if this is your case you'll need to adjust the tares to read "0:0.020" and "0:0.200". (using the same examples as above).
Of course, if you are selling large/heavy items your packaging may weigh considerably more than 20/200gms, in which case you should use whatever weights are the most suitable for *you*. In other words, it is "supposed to be" whatever is right for your particular situation.
There are two important rules when using the AP shipping modules.
1. All weights must be consistant. Don't attempt to mix gms & kgs. Choose one or the other.
2. All weights must be as accurate as possible. A few gms here and there may not seem like a big deal, and in most cases it isn't, but if/when people start ordering multiple items in order to combine shipping costs these "small" differences can easily push any given parcel over into the next price bracket (or worse, not push them over, thus underquoting actual costs).
The item dimensions are not as important (unless dealing with letter sized OR very large, but light items), but it is wise to be as accurate as possible.
Bottom line, the accuracy of the Australia post module is only as good as the data that you give it (which includes the tare weights).
Cheers
Rod
It still doesn't work.
One item which costs $7.20 to post in Sydney calculates at $6.30 (which includes my handling fee!).
The same item going from Sydney to Perth according to Australia Post website costs $18.85 (Parcel Weight: Up to 4 kg , via cubing rule) even though item weighs between 1-2 kg but here it calculates it at $15.69. Where that odd number of cents - 69c- comes from I have no idea.
Anna
Please supply a link to the item that you are using for testing.Quote:
Originally Posted by annav
Thnx
RodG
Hi, here is the link.
http://www.toycrazy.com.au/index.php...&products_id=5
The game weighs in the 1-2kg category range and dimensions from memory are 40x30x10cm.
Anna
Thanks.Quote:
Originally Posted by annav
I've just had a really good look at things, and to be perfectly honest with you, I can't explain what is going on.
The data (weights/dimensions) of this product are certainly within acceptable limits, and this data is being correctly sent to the servers.
I've even added a test product to our own store using the same weights and dimensions, and we are getting perfectly legitimate results (unlike you).
OK, so now we both know what the cause of the problem *isn't* (invalid item data), it is time to start figuring out what else can cause this problem. As I said, I can't explain the very strange results that you are getting (especially those odd cents), but after looking at the program code, I can only see one possible place that can even remotely cause this symptom, and that is the tax/GST calculations (because this is the only place that will actually *reduce* the figures obtained from the servers (zencart itself re-adds the GST component during checkout).
Even though this is the only possible place that I can see that could cause a problem like you are having, there are a couple of flaws to this theory.
1. The difference in quotations varies by more than the 10% GST
2. Changing the Tax/GST toggle doesn't affect the *displayed* quotations for non logged in users (there is a reason for this that probably doesn't need explaining here).
Anyway, although I'm far from confident that it will fix things for you, I would like you to check to see if the Tax option has been enabled, and if so, disable it. See if that makes a difference.
Oh, until you get the 'base postage' rates working ok I would also suggest that you set all your handling fees to zero (that, or toggle the option to display the handling fees with the postage costs). This'll make debugging a little easier.
The only other possible things I can think of is that you have somehow got a corrupt file (unlikely), or perhaps the files have been manually edited?
If either of these are likely you'll need to restore the original files from the distribution archive. The important file (the one that does all the 'work') is:
/includes/modules/shipping/austpost.php
Hopefully this will be of some help, but as I said, at this stage, I really don't know what is going on. It has certainly piqued my interest though :-)
Cheers
RodG
Hello Rod,
I have just installed Austpost in Zencart 1.3.8 and I seem to also be experiencing incorrect calculations. I have set all handling fees to zero, and tares and packing stuff to 0:0 and max size to 20 using kg consistently (although I haven't yet changed zencart from lbs to kgs but I don't believe this has any significance) and using austpost it gives $5.81 to ship 6.8kgs from 4129 to 4129 standard and $7.98 for express. The Australia Post calculator says $7.20 and $9.90 for express.
http://drc.edeliver.com.au/ratecalc...._Type=STANDARD
gives $7.20
Then tried 4129 to 5118, same weight 6.8 (lbs). Austpost estimate shipping standard post $16.60 with express $37.48. Australia Post Web Site gives standard $20.60 and express $46.50.
I changed the tax option to not registered fr GST, Zencart/AustPost still gives strange answers.
Perhaps there is a corruption in the distributed package, where can I get a "virgin"one to check? A bit remote, but maybe?? Sounds a little bit like the problem anna is having.
Cheers
Ian
Well, the best laid plans of men and mice. I calculated the ratio of the difference to the zancart/austpost answer and came up with a nearly constant 24%. Funny, then I realized, Currency!!!. Made the Aussie $ the default currency and did a currency update and BINGO it works. I hope this helps others who may be puzzled by this.
Cheers,
Ian
What a great find. Well done. This particular problem really did have me stumped. Currency was the one thing I hadn't thought of. <duh>Quote:
Originally Posted by IanP
Hopefully if annav is still following this thread she can confirm that hers is also the same problem.
Cheers
Rod
I know you have already solved the mystery of incorrect calculations, but I thought I'd confirm that your belief regarding lbs/kgs is perfectly correct.Quote:
Originally Posted by IanP
It is a textual/visual display only. The cart itself uses raw numbers.
Cheers
Rod
HI Rod,
hoping you can help. I have used your AustPost mod on a few sites and it works great. i am helping out a friend who has problems with your mod. This site is on a different server to my sites.
I have set up a test product with a weight of 22gm. (dimensions not set in the product)
http://www.fashionamour.com.au/index...roducts_id=171
i have tried enabling/disable cURL but made no diffference.
For one product (postcode 4563) the shipping estimator shows prepaid satchel: $5.30/express satchel: $7.40
Australia Post site estimate is: $5.50/$7.70
two products ; estimator & Australia Post same as above
Three Products; estimator: 3kg pre paid $9.30/express 3kg $10.50
Australia Post site estimate: 3kg pre paid $9.60/express 3kg $10.90
Four products and i get the dreded
'Australia PostERROR:Unable to obtain a valid quote from the Australia Post Server.
You may still checkout using this method and we will contact you with postage costs as soon as possible." error.
get the same error for all Over seas estimates.
Here are my mod settings
Dispatch Postcode
4563
Shipping Methods:
Letters (Aust), Letters (O/seas), Regular Parcel, Insured Parcel (Aust), Registered (Aust), Registered (O/seas), Express (Aust), Express (O/seas), Cash on Delivery, AIR, Insured AIR, SEA, Insured SEA, ECI Documents, ECI Merchandise, 500gm Satchels, 3kg Satchels, 500gm Express Satchels, 3kg Express Satchels
Handling Fee - regular parcel
0
Handling Fee - Registered post
0
Handling Fee - Express post
0
Handling Fee - Overseas post
0
Handling Fee - Letters
0
Handling Fee - Prepaid Satchels
0
Handling Fee - Prepaid Express Satchels
0
Handling Fee - ECI Documents
0
Handling Fee - ECI Merchandise
0
Handling Fee - COD
0
Handling Fee - Insured parcels
0
Hide Handling Fees
No
Default Parcel Dimensions
10,10,10
Parcel Weight format
gms
Hide parcel rates if letter sized
No
Use cURL
No
Postage Delay (days).
1
Sort order of display.
0
Tax Class
--none--
Shipping/Packaging Settings:
Country of Origin Australia
Postal Code 4563
Enter the Maximum Package Weight you will ship 20000
Package Tare Small to Medium - added percentage:weight 0:20
Larger packages - added packaging percentage:weight 0:40
Display Number of Boxes and Weight Status 0
Order Free Shipping 0 Weight Status 1
Shipping Estimator Display Settings for Shopping Cart 1
Display Order Comments on Admin Invoice 1
Display Order Comments on Admin Packing Slip 1
Currency is default AUD
Hope i've included all relevant info. Just can't work this one out at all. Thanks again,
Cheers,
Mark.
..Gotta be cold down in SA doesn't it?I'm freezing up in sunny QLD!
Also have uninstalled/reinstalled the Mod...
Running out of ideas fast :-(
Please try loadingQuote:
Originally Posted by marknew
/includes/modules/shipping/austpost.php into a text editor.
Locate the line that reads
$SERVER = "http://austpost.vcsweb.com" ;
Replace it with
$SERVER = "http://drc.edeliver.com.au" ;
Save the file and try again.
Leave everything else the same as it currently stands.
Let me know the effect of this change. (if any).
Cheers
Rod
changed that. Now for one product I get;
Australia Post 5 - Incl $0.00 P&H. $0.00
Australia Post 2 - Incl $0.00 P&H. $0.00
Australia Post 7 - Incl $0.00 Cash on Delivery. $4.20
Australia Post 5 - Incl $4.20
Australia Post 6 - Incl $0.00 Registered. $4.20
Australia Post 2 $7.70
4 products:
Australia Post 7 - Incl $0.00 Cash on Delivery. $7.75
Australia Post 6 - Incl $0.00 Registered. $7.75
Australia Post 5 - Incl $7.75
Australia Post 2 $10.90
Excellent. Just what I was hoping for. :-)Quote:
Originally Posted by marknew
If not immediately obvious to you, when using the austpost.vcsweb.com server you are only getting the 'fixed price' quotations (prepaid satchels, etc). When using the drc.edeliver server you are only getting the variable rate items (parcel post).
Normal operation is for the austpost.vcsweb.com server perform a redirect for the parcel post calculations, and apparently your host/server is restricting this action.
You can get around this rather easily.
Firstly, modifying the same file as before, put the
SERVER = line back to how it was (http://austpost.vcsweb.com).
Next: Scroll down about a page until you see a rather large block of code commented out.
Either immediately before or immediately after this block (not really important) add another line of code to redefine the server to be used.
Namely, a copy of the currently modified line.
In short, you'll end up with two "SERVER =" definition lines.
The 1st pointing to vcsweb.com (for the prepaid satchels, insurance rates, etc), the second pointing to the drc.edeliver server for the costings.
Cheers
Rod
I've put that in but seem to be back the the start. Myabe I've put the 2nd server in the wrong place.
1 prod:
Australia Post 5 - Incl $0.00 P&H. $5.30
Australia Post 2 - Incl $0.00 P&H. $7.40
4 products:
Australia PostERROR:Unable to obtain a valid quote from the Australia Post Server.
You may still checkout using this method and we will contact you with postage costs as soon as possible. $0.00
line 137 -
foreach($Fees as $key => $value) {
$x = split('=', $value) ;
$$x[0] = $x[1] ;
}
//new server coed fix
$SERVER = "http://drc.edeliver.com.au" ;
// Uncomment the lines below to override values from the vcsweb.com server
// Fees as of December 2007
// $costPrePaid3k=9.30 ;
// $costPrePaid500g=5.30 ;
// $costPrePaidExp3k=10.50 ;
// $costPrePaidExp500g=7.40 ;
// $costCOD=9.30 ;
// $costREGaus=2.70 ;
// $costREGints=10.85 ;
// $costREGintl=17.50 ;
// $costLETaus=50,1.00,1.45,2.45 ;
// $costLETint=1.95,3.85,5.80,11.60 ;
// $costINS=1.20,1.20,5.50,2.00 ;
//
// If reguired you can also adjust the server given fixed prices. eg:
// $costCOD=$costCOD+2.50 ; // add $2.50 to the cost of COD charge.
$aus_rate = $currencies->get_value(AUD) ;
$xchange = $currencies->get_value($_SESSION['currency']) ;
Well, you *did* put it where I told you, but I do tend to agree, it must be in the wrong place.Quote:
Originally Posted by marknew
Further down in the code (around line 400-500) you should find another line that reads"
$SERVER = $SERVER."ratecalc.asp........"
Try adding the new server definition immediately before this line.
Oh, may not need to do that... I just noticed that as it stands it'll be missing the "/", so please ensure that BOTH your server definitions end with this slash (if it appears to be working without it it is probably using cached data).
ie: $SERVER = "http://drc.edeliver.com.au/" ; and
$SERVER = "http://austpost.vcsweb.com/" ;
Cheers
Rod
It's working! I have checked it against Aust Post and it's almost right.
It still seems to be a little under.
500gm satchel estimator says $5.30 Australia Post site says $5.50.
I can easily add a handling cost to cover that unless you have an idea why it's undercharging slightly?
thanks Rod
Cheers,
Mark.
That's now fixed. :-)Quote:
Originally Posted by marknew
Cheers
Rod
Hey Rod,
Would the above work with the problem I have had with the regular parcels?
I had to go back through this thread to see exactly what your problem is/was, and from the looks of things, yes, you do seem to be having the same problem as mark, in that your isp/server is dissallowing scripted redirects. Therefore the 'cure' will be the same for you as it was for mark, namely, add a new $SERVER definition that points directly to the drc server.Quote:
Originally Posted by imperialis
Cheers
Rod.
Originally Posted by IanP
Well, the best laid plans of men and mice. I calculated the ratio of the difference to the zancart/austpost answer and came up with a nearly constant 24%. Funny, then I realized, Currency!!!. Made the Aussie $ the default currency and did a currency update and BINGO it works. I hope this helps others who may be puzzled by this.
Cheers,
Ian
What a great find. Well done. This particular problem really did have me stumped. Currency was the one thing I hadn't thought of. <duh>
Hopefully if annav is still following this thread she can confirm that hers is also the same problem.
Cheers
Rod
Hi, yes I'm still watching this thread! I changed the default currency to AUD in my admin (still not calculating right though) but what is a currency update (obviously this is not done yet, so maybe that's why it's not right yet). How do you do the currency update and where?
Thanks
Anna
Oops, I also forgot. I want to have bank deposit as an option as well and I downloaded the mod for it a couple of weeks ago, but in what file do you upload it?
And also when it has been uploaded, once a customer goes through checkout they will obviously get the option whether to pay by paypal or bank deposit?
Thanks
Anna
WOOHOO!! Aust Post calculator is working perfectly!!
Thanks for the info regarding changing the default currency.
BTW I found the the currency update button (duh! I'm so blind lol).
Cheers
Anna
Hi All,
I am just amazed at how many people are having hassles with Rods Plugin and his continued support through the forum of the plugin, Thank You Rod. I have found that the plugin won't be absolutely accurate compared to handing the goods over the counter at the Post Office so if you want it dead accurate then the plugin won't do it. But it will get it close to the mark.
I have found you have to work in kgs and decimals of kgs. The size can be a bit hit and miss but you will work it out as you go. We have had to tip in a couple of dollars on our export orders but I am not going to go to the customer and ask then to top up the order because we have lost $3.00 on the freight.
We have 10 suppliers (Drop Shippers) based around the country and we have had to balance the shipping out between Freight Free, Aust Post and including the freight in the Product Pricing.
Our automatic order email tells the supplier whats ordered, who's ordered it and how it has to go.
We then have to work with the supplier ensuring that the goods are sent appropriately.
We eventually will out grow the Aust Post module and will need to do something else but in the meantime this is the best available module to suit us and our needs. Once Again Thank You Rod :smile:
www.ozprodrivers.com.au/shop Please disregard the signature as we have changed our shop address for SEO purposes
OK I'll admit I didn't read the whole thread & just skipped to the end, so I'm sorry if this has already been covered.
I'm on version 1.3.7 & haven't upgraded to the latest Auspost module yet, but it has been working pretty good up till now, however I received an order today that threw me, the person ordered a number of small items that calculate as a large letter (up to 125g) & then the last item was larger & would normally be classified as a parcel item, however it has calculated the order as a large letter (up to 250g).
The smaller items all have their dimensions & weights entered in the product info fields, however I only have the weight entered for the larger item.
I tested it myself & if I put the large item in the cart first it calculates postage correctly, but as the last item it doesn't, does anyone know why this would happen?
Thanks
Katie
Just for the record, of the 5000+ people that have downloaded it, less than a dozen have had problems with it, and 90% of those are N00b issues trying to run before they could walk (and not reading the docs).Quote:
Originally Posted by ozprodrivers
This is mostly so I can identify and fix real bugs. ;-)Quote:
Originally Posted by ozprodrivers
This is of great concern, 'cos this plugin is using the exact same costings as the systems used by Australia post itself, so assuming valid weights and dimensions are entered the results should be equal in most cases, and *over* quote if you happen to pack multiple items more efficiently than simply stacking them on top of each over (which is very likely).Quote:
Originally Posted by ozprodrivers
Or gms. (the only difference being that if measured in kgs, the module multiplies the weight by 1000 in order to present the gms expected by the AP servers).Quote:
Originally Posted by ozprodrivers
The size only comes into play to:Quote:
Originally Posted by ozprodrivers
1. Determine whether the items are small enough to be considered letters. (Won't effect actual costings).
2. To ensure items will fit inside the prepaid satchels. (won't affect actual costings)
3. To help ensure accuracy if/when the 'cubing rules' come into play (IOW, when items are very light compared to their size).
4. To ensure the parcel won't exceed the allowed dimensions (returns an empty result 'cos it can't be posted via AP anyway).
For all other costings the dimensions, IOW, most parcel post methods the dimensions are unimportant.
That should never really happen. One of the main reasons for producing this module was to avoid underquoting.Quote:
Originally Posted by ozprodrivers
If the circumstances of this under quotation can be replicated I wouldn't mind taking a look into the cause.
Cheers
Rod.
That sounds like it may be an undiscovered bug. However, before trying to do any fault finding could you please install the latest update. Chances are the bug will still exist, but I really don't wish to waste time looking for it if it has already been fixed due to other code changes).Quote:
Originally Posted by lucky__starre
Also, if you could post a URL and the list of items that is causing this problem it will make debugging so much easier.
Cheers
Rod
Hi Rod,
Thanks for getting back to me, I did try to upgrade to the latest version a while ago but it wasn't working properly, so I uninstalled it again, I will try again & see if it works this time.
My url is www.live2knit.com.au & the items purchased were 6 x 10g vials of Landscape Dyes & 1 x 100g skein of Undyed Marilyn yarn.
Regards
Katie
Hate to be a pain, but could you provide me a link to those specific items as I'm unfamiliar with knitting terms, and have been having a problem locating them. I wouldn't know an "Alapaca" from a "Cashmere Blend" even if my life depended on it ;-)Quote:
Originally Posted by lucky__starre
Vial's and Skeins are magical spells as far as I know.
Also, I hope you don't mind me saying, but your shop could probably do with a 'search' function for those ignoramises <sp>like me.
Cheers
Rod
I've just had the chance to upgrade to Auspost module 2.1.2 & am still having the same issues, so it looks like it might be a bug in the system.
Katie
www.live2knit.com.au
Yup. It looks that way. I'm a little busy this weekend but I'll look into a fix for it as soon as I can.Quote:
Originally Posted by lucky__starre
Cheers
Rod.
Thanks Rod, whenever you get the chance is fine.
Katie
www.live2knit.com.au
Hi Rod
I think I may have found a bug but just wondered if you were aware of it.
With versions of MySQL lower than 5.0.3, as you know you are limited to varchars with a max length of 255. On a couple of stores I've developed this has caused problems with the 'orders_total' table in the 'title' column whereby the html was being truncated and not terminating properly. This makes the invoices display incorrectly on certain browsers.
I'm just upgrading the databases to 5.0.3 as we speak and am going to run an alter table on that column to increase its size. Hopefully, that should sort the problem.
Thought you should know if you didn't already.
Cheers
Oooeerr, thanks for letting me know about this one. No, I wasn't aware of it.Quote:
Originally Posted by ionebusiness
Thanks.
Rod
I modified the Austpost Improved Module so that when using free shipping it gives regular post parcel rate for free, and subtracts that rate (including handling fees & properly displaying the modified ones) from the other option (i.e. Express or 3kg Satchel.) When not using free shipping it works normally.
This took a LOT of work. I will share this if requested. I did a quick once through with the letters but since I don't ship any I didn't thoroughly check it. I will if I get a good enough request.
Hi RodQuote:
Originally Posted by RodG
I'm looking for the module I need to modify in order to change the actual concatenation of the html that gets inserted into the orders_total.title column. Can you point me in the right direction? I've got clients who can't upgrade to MySQL 5 so I'm intending to take off the first Australia Post logo from the html and just leave them with the shipping option instead to see if that does the trick for them.
Cheers
Andy
The easiest/safest/best way to do this is to edit:Quote:
Originally Posted by ionebusiness
/includes/languages/english/modules/shipping/austpost.php
Once you open the file into an editor it will be quite obvious what you need to change. :-)
Cheers
Rod.
Has anyone figured out how to make the order total cost text line up with the images (or make the text that is part of the shipping method center vertically with the images instead of the bottom)? The best I could do was to center the cost text but the title text was still aligned with the bottom of the images, making it look sloppy.
This seems very complex to me to be done properly. I doubt I will get a response unless it has been done before, easily enough. Thanks regardless.
It's in the shipping module, in include/modules/shipping/austpost.php. Good luck, it is unlikely you will be able to fix it from there, unless you remove the images altogether and have a decent understanding of PHP; it is a very complex module. I just posted a simple question in the same ballpark. (The order total generator file is tpl_module_order_totals.php.) You can remove the entire shipping title and replace it with a generic one perhaps.Quote:
Originally Posted by ionebusiness
Well, just removing that one header image, on second reading, that is much more possible - still a decent basic of PHP would be necessary.
Good luck.
Hey Rod, just wondering if you've had the chance to check this out for me as yet?Quote:
I'm on version 1.3.7 & am on the almost newest version of the Auspost module, it has been working pretty good up till now, however I received an order today that threw me, the person ordered a number of small items that calculate as a large letter (up to 125g) & then the last item was larger & would normally be classified as a parcel item, however it has calculated the order as a large letter (up to 250g).
The smaller items all have their dimensions & weights entered in the product info fields, however I only have the weight entered for the larger item.
I tested it myself & if I put the large item in the cart first it calculates postage correctly, but as the last item it doesn't, does anyone know why this would happen?
Katie
www.live2knit.com.au
Yes, I have actually. It doesn't look like it going to be all that difficult to fix and I was hoping to email you a patched version of the code for testing last weekend. However, hardware issues got the better of me.Quote:
Originally Posted by lucky__starre
Hopefully this coming weekend will be more productive.
Cheers
Rod
Hi RodG!
I've just installed the script following your instructions as per install.txt and I am getting this following error during Estimation of postage cost window thing: ERROR:Unable to obtain a valid quote from the Australia Post Server.
You may still checkout using this method and we will contact you with postage costs as soon as possible.
Also does this scrip allow the buyer to select which postage method they'd like for example can the buyer select Express Post (for extra $$) instead of standard post?
And finally can this script be configured so that there is only a one time cost of 5.50 (parcel) and anything the customer adds after that is simply an extra dollar or two instead of adding 5.50 regardless of the item because I can quite easily fit heaps in my normal 5.50 parcel.
What I am talking about can be seen on this website i stumbled across: whitersmile.com.au/products-prices.html
Add a product and see how it only charges you a one time fee of 7.70 for express and you can add a few smaller items without incuring another 7.70$ charge.
Thanks mate
Hello I fixed the timing out problem by changing the sever in austpost.php
/includes/modules/shipping/austpost.php
go to line #118
or look for: $SERVER = "http://austpost.vcsweb.com/ ;
rem this line and insert a new line:
$SERVER = "http://drc.edeliver.com.au/";
Now having some problems:
In the Estimation Window it has
Total Items: 1 Weight: 180grams Amount: $89.95 Dims: 28x21x2.5 Boxes: 4
Its totaling for one product regular parcel to being 18+ dollars I assume its Boxes: 4 above thats causing it? Where the hell did Boxes 4 come from and what does it mean?
This is a generic error message that can relate to a multitude of different causes (Many of them perfectly legitimate).Quote:
Originally Posted by Webmyster
Yes.Quote:
Originally Posted by Webmyster
This (the AP module) works on the concept of parcels, rather than items,Quote:
Originally Posted by Webmyster
As long as correct weights and dimensions are specified (per item) the module will calculate costs based on the size and weight of the total package.
Each of the different types of shipping methods have their own 'handling fees', which is added as a one time only fee per parcel (not per item).
Cheers
Rod
I HOPE you are aware that the change you have made has *nothing* to do with any 'timeout issues', and that in making this change you are preventing the AP module from giving valid quotations for 'fixed price' postage methods such as letters and pre-paid satchels (unless you make the other changes specified in the docs).Quote:
Originally Posted by Webmyster
Having to use the drc.edeliver.com.au server is generally considered a 'bad thing' (tm) and this functionaly has been left in the code primarily to help debuging server connectivity problems.
The "4 boxes" is PROBABLY being derived from within the core zencart code itself (although there are situations whereby the AP module will also 'split' oversize parcels).Quote:
Originally Posted by Webmyster
Basically, the zencart core code will make/create multiple parcels/boxes if the parcel WEIGHT exceeds the maximum that you have defined in the Shipping and packaging settings.
The AP module will make/create multiple boxes if the parcel DIMENSIONS exceed the maximum allowed limits imposed by Australia Post.
The zencart core code get the 'first look' at the shipping details, and passes this info across to the AP module for further calculations, which means that right or wrong, if the core code decides you need to send 4 boxes, then the AP module will calculate the cost * 4
The most common cause of this problem is setting the AP module to use "gms" as its base weight, and leaving the max shipping weight at its defaults. Assuming the default is "20", that will get interpreted at 20gms, so twhen adding an item that weighs 80gms, the core zencart code will 'tell' the AP module it needs to go into 4 separate parcels.
Solution #1.
Change your max shipping weight to "20000" (20kgs).
Solution#2.
Change the AP weight format to "Kgs" and update all of your item weights accordingly.
Solution#1 is my personal recommendation, but either way, the end result will be the same.
Cheers
Rod
Wow thanks for this information it all works flawlesy at the moment.Quote:
Originally Posted by RodG
I have to say this script is absolutely amazing it was exactly the thing I was looking for you are a legand my friend!
What do you suggest regarding the drc.edeliver.com.au I dont want to be using it if its going to give me bad quotes because at the moment seems to be very accurate.
Do I go back to the original server address and troubleshoot the timeout from there?
Hmm you see when I change it back to http://austpost.vcsweb.com
I get the error why is this happening but when I change it back to http://drc.edeliver.com.au/ it runs flawlessely and is very accurate........?
Regardless of which server you have defined to be used, the end quotes for parcels will always be obtained from the drc.edeliver server.Quote:
Originally Posted by Webmyster
The austpost.vcsweb.com server is only used to obtain the fixed price stuff. (which isn't readily avialable from the drc servers).
During 'normal' operation (assuming everything works correctly) the AP module sends a special request (fees) to the austpost.vcsweb servers, where the prepaid satchel, regular letter, and insurance rates are obtained. All other requests are assumed to be variable quotes based on parcel rates and are redirected to the drc.edeliver servers.
In most cases this works well, but in some cases it has been noted that the redirections don't work due to restrictions put in place by some ISP's.
By defining the drc.edeliver server as being the one to use helps identify whether the end user has a generic connectivity problem or whether they are affected by the redirection problem (experience indicates that most problems are not caused by the redirection issue).
It has been observed that sometimes switching from the 'FILE' method to the 'cURL' method of connection will solve this problem.
Anyway, assuming your (original) problem IS caused by the redirection (and it appears this might be the case) then unless you compensate for the 'missing data' (by editing the code) you will not be able to offer prepaid bags, letters, registration, COD or even insurance. IOW, you'll only be able to get quotes on regular/express parcels, Other quotes simply won't show up even if you do 'enable' them.
Hopefully that makes sense.
Cheers
Rod
Hey RodG I think its making sense, I may leave it as it is now since I have only ever used Normal Parcel and Express Parcel in Australia and also for International and these two are the ones that show up which is all I need for the moment. Using the 'bad method' I've tested it quite abit and it seems to split the parcel when a customer orders a lot however this is very rare as usualy a customer will only order one or two products. I am dealing with very light product perhaps max 250grams is my heaviest.Quote:
Originally Posted by RodG
I will try the cURL method and see if it resolves using the original link.
This reminds me, is there any way to have an option for Money Order as a form of Payment?
Again Thanks very much fora wonderful script
Cant figure out how to edit posts here so heres my update RodG:
I've replaced the edeliver address with your address and regardless of what I do (set cURL) it says there is a connection problem. When I enter the address manuly into my browser it seems to work because it says this page is not ment for humans etc etc.
I have no idea what could be causing the connection problem... if cURL does not work I guess I am one of the unlucky small percentile of people who just cannot use that address with their current set up?
Hmmm, how do I reply to this? It is important to realise that this is a shipping module and not a payment module.Quote:
Originally Posted by Webmyster
From a practical point of view, Money orders can be treated in the same way as Cheque payments, so a bit of textual modification to that particular payment module should suffice.
Does that help?
Cheers
Rod
PS. The only time/place that the AP module has anything to do with payments is in regards to COD (Cash on Delivery), and this is because COD is predominantly a method of delivery rather than a method of payment.
Posts can only be edited within a short timeframe (10 mins or so, I think).Quote:
Originally Posted by Webmyster
Correct. You are suffering from the redirection limitation/problem. (I hope to have this corrected with the next update, which alas, keeps getting put on the backburner due to more important (paying) jobs.Quote:
Originally Posted by Webmyster
As long as you are aware of the limitations of using the drc. server directly there is nothing wrong with leaving it this way.
However, now that we have identified that you really are having the redirection problem, you can fix it 'properly' by following the posts numbered #121, #122 & #123 in this thread.
What these posts detail are a method to use *both* servers without the redirection issues. (It is actually quire a simple fix). Again, it isn't essential that you provide this complete fix, but it will provide those prices and options that would otherwise be unavailable to you (the most significant being a lack of insurance options).
Cheers
Rod
Recently I downloaded the auspost model. It looks awesome and would solve so many of my shipping issues.
I had a little trouble installing it as there were a few sql issues.
Currently I can't seem to get it to work. I have V3.02 of the AUSpost mod.
I tested it and I got this error when trying to ship to Australia. I also get this error when shipping internationally.
'Sorry, we are not shipping to your region at this time.'
I tired adding all individual aus states to the zone definition but this does not work.
does anyone have any idea why this is not working. I followed all instructions and cannot figure out why.
:unsure:
Hi, We use the fantastic Aust Post shipping module, but we want to also ship to New Zealand, I have searched on what I need to change, but am basically confused. Any help is appreciated! Thanks
Try using the "Austpost Improved" module. The one that you downloaded hasn't been updated for a couple of years and may not be compatible with the latest versions of zencart.Quote:
Originally Posted by Snype
Cheers
Rod
Do you have the overseas parcel post option enabled?Quote:
Originally Posted by jazzah
Cheers
Rod
Ok, we have done that! Thankyou but we only want to ship tp Australia and New Zealand, can you restrict that anywhere? I have had people email from who knows where! Thanks
This would normally be done via the 'zone' files, but since so many people originally had trouble setting these up simply to differentiate between 'Australia' and 'Not Australia' I found it easier (for all) to let the module do this automatically.Quote:
Originally Posted by jazzah
The downside being that it is no longer 'easy' for the end user to set up and use their own zone files for specific purposes, such as yours.
The easiest way to limit delivery to any given country is to simply remove it from the dropdown list. Alas, I have no idea where that code resides.
Cheers
Rod
Hi Rod,
I was using the Austpost module well until I changed to another provider (won't mention names but I made a huge mistake changing to them :( ).
Anyway, after I changed everything over the Austpost module has errors that for the life of me I can't figure out.
I uninstalled it and reinstalled but it still has the same errors when trying to checkout:
Warning: file() [function.file]: URL file-access is disabled in the server configuration in /var/virtual/web/w1248/html/shop/includes/modules/shipping/austpost.php on line 624
Warning: file(http://drc.edeliver.com.au/ratecalc....=80&Quantity=1) [function.file]: failed to open stream: no suitable wrapper could be found in /var/virtual/web/w1248/html/shop/includes/modules/shipping/austpost.php on line 624
Warning: file() [function.file]: URL file-access is disabled in the server configuration in /var/virtual/web/w1248/html/shop/includes/modules/shipping/austpost.php on line 624
Warning: file(http://drc.edeliver.com.au/ratecalc....=80&Quantity=1) [function.file]: failed to open stream: no suitable wrapper could be found in /var/virtual/web/w1248/html/shop/includes/modules/shipping/austpost.php on line 624
When I go to line 624 it has this:
$myfile = file($url);
My website is:
http://www.craftyones.com.au/shop
I can't find any posts about this. This is the only shipping module I want to use as it worked the best for me.
Thanks
Beck
Under the Austpost settings you'll see something like thisQuote:
Originally Posted by BeckInOz
"Use cURL
Try Setting this to Yes if you get server connection errors"
That should fix your problem,
Cheers
Rod
Thanks for the reply.Quote:
Originally Posted by RodG
I tried as you suggested and recieved exactly the same error.
Sorry, we are not shipping to your region at this time.
In tpl_checkout_shipping_default.php this line seems to be the problem
if (zen_count_shipping_modules() > 0) {
However it is installed in the admin.
Can anyone point me in the right direction. I can't see why it will not work.
I digged a bit more and it seems to be a generic problem with my shipping.Quote:
Originally Posted by Snype
I tracked the problem to the classes in the $GLOBALS arrays.
IE an auspost object is at $GLOBALS[austpost] however it's enabled values is null.
This is to case for all shipping methods I set. Their enable values is set to null, hence the system believes that they are not on.
I’m going to keep digging any help would be appreciated as Im not familiar with the shipping systems in zen cart
Curious.Quote:
Originally Posted by Snype
This error message is only reported by the original austpost module by Gerard Serna.
The fact that you are still getting this tells me that you are not yet using the "Improved" version, therefore I can't offer any help until you change modules.
Cheers
RodG
Although I can't say exactly what is causing your problem (regardless of which shipping module(s) you are using, I CAN say that you are treading very murky waters.Quote:
Originally Posted by Snype
I wrote the Austpost Improved shipping module, and not even I had to concern myself with the $GLOBALS arrays to make things work.
I'd suggest that if you are having to delve into this part of the code you may be better off doing a fresh install and starting again.
Cheers
Rod
Quote:
Originally Posted by Snype
Quote:
Originally Posted by RodG
Argh sorry I figured it out by tunnelling through the code and debugging it.
the reason why there were no shipping option is because the product I was testing with was set to free shipping. Hence no cost for shipping required.
Solved :clap:
Thanks for the help. Such a silly mistake.
Thanks Rod for your reply.Quote:
Originally Posted by RodG
I have changed this option before and it just comes up with new errors. I reinstalled the module and now I don't get this option in the Austpost settings.
What do you think the reason for this error is? Is it something to do with my host?
Thanks
Beck
One more thing I forgot to mention. If I continue on with step 1, step 2 comes up with the following errors and I can't continue on. It is just a blank screen.
Warning: file() [function.file]: URL file-access is disabled in the server configuration in /var/virtual/web/w1248/html/shop/includes/modules/shipping/austpost.php on line 624
Warning: file(http://drc.edeliver.com.au/ratecalc....=80&Quantity=1) [function.file]: failed to open stream: no suitable wrapper could be found in /var/virtual/web/w1248/html/shop/includes/modules/shipping/austpost.php on line 624
Warning: file() [function.file]: URL file-access is disabled in the server configuration in /var/virtual/web/w1248/html/shop/includes/modules/shipping/austpost.php on line 624
Warning: file(http://drc.edeliver.com.au/ratecalc....=80&Quantity=1) [function.file]: failed to open stream: no suitable wrapper could be found in /var/virtual/web/w1248/html/shop/includes/modules/shipping/austpost.php on line 624
Warning: Cannot modify header information - headers already sent by (output started at /var/virtual/web/w1248/html/shop/includes/modules/shipping/austpost.php:624) in /var/virtual/web/w1248/html/shop/includes/functions/functions_general.php on line 44
I know what your original error is/was (and told you what to do to fix it).Quote:
Originally Posted by BeckInOz
If you tell me what these 'new errors' are I may be able to tell you how to fix those too.
Yes, it does have something to do with your host.
Rgds
Rod
Just taking a wee stab in the dark here, but I'd say that there is something in your server configuration that has disabled the ability for you to use the URL file-access method (Don't you just hate these cryptic error messages) <grin>Quote:
Originally Posted by BeckInOz
Assuming you, like most others, have no way of reconfiguring your hosts servers, the Australia Post module has implemented an alternate method of URL access known as "cURL" (which is why I suggested you make that change).
cURL itself is unrelated to the AustPost module, but it is used for several aspects of zencarts operation, eg, for accepting PayPal payments.
cURL has its own configuration settings.
Some ISP's don't support cURL, but in my experience all ISP's support either one or the other of these two methods.
cURL is supposedly a little more secure than "file".
Anyway, the error message tells us that it is really pointless for you to continue to use the "file" method, so your only hope is to use cURL (which you'll need to configure to get rid of the 'new' errors).
Cheers
Rod
Thanks Rod,
I have completely removed the Austpost module and reinstalled it and it still won't even show the Curl Option in Admin>Shipping>Austpost.
Can I activate Curl if I edit the file perhaps? Otherwise I will just leave it on Table Rate until I change hosts again.
Thanks so much for your time.
Beck
I never asked do to do that. If you can't or won't follow instructions it is rather pointless for me to try to help you.Quote:
Originally Posted by BeckInOz
I'm now confused. What do you mean by "still won't" ?Quote:
Originally Posted by BeckInOz
Does that mean you have never seen this option, or that it *was* showing until you did the uninstall/reinstall ?
If you aren't seeing the cURL switch, what are the last FIVE configuration settings that you are seeing on the AustPost admin page?
Rgds
Rod
I have a few issues again with my shipping system that I hope someone can help me with. I have the lastest version on zen cart with the auspost improved module.
For some reason the weight values seem to be calcualting incorrectly. I have set my toggle to grams, have 1 item in the cart and no extra handling fees. I ran some test data and here are my results.
weight = parcel shipping cost.
5 = 4.20
10 = 4.20
15 = 4.20
17 = 4.20
17.05 = 8.40
17.2 = 8.40
17.5 = 8.40
18.5 = 8.40
20 = 8.40
25 = 8.40
40 = 12.60
50 = 12.60
My understanding is that austpost charges $4.20 up to 250 grams and then 5.40 between 250 and 500 grams.
I do not understand where all these prices are coming from?
Also I have a tax issue. It's not really a problem with the aust shipping module so to speak. I do not have tax set on the shipping but I have set it on the products. I need to charge GST to australian customers.
When adding products the gross amount equals the net amount + 2xGST. IE 2 lots of gst get added. Also these are added to all customer australian and international. I have set my tax zone to for all austrlian zone. The duel gst amount can clearly be seen adding twice in the payment information screen.
Can anyone point me in the right direction or have any ideas? Im stuck.
Also is it possible to display the auspost prices in US dollars. My clients for some reason wants all values to be in amerian. Just wondering if it's possible.
Check your TARE weightsQuote:
Originally Posted by Snype
.
You are not likely to get too much help with tax problems in this thread.Quote:
Originally Posted by Snype
I'd love to hear your logic behind this (or maybe not). If GST applies to your products then it must also apply to the postage of those products (within Australia), so you must therefore set the tax on the shipping.Quote:
Originally Posted by Snype
Don't concern yourself where the parcels are being delivered to because the AP module (and servers) takes the destination into consideration. All you need do is indicate to the module that you are registered for GST.
I suggest you search other threads. Something more specific to taxation problems.Quote:
Originally Posted by Snype
This is zencart. Anything is possible. :-)Quote:
Originally Posted by Snype
Again, I suggest you find a more suitable thread for answers to this.
Cheers
Rod
Thanks for your help Rod.
I know the GST is ill placed but I thought I'd give it a shot. The client only wants GST on products and not shipping. I can't see why someone woudl add GST for shipping. Isn't it only important to add GST for the products you sell. Postage is just a means of getting the item. Not a means to make a profit.
I adjusted all my tare weight to 0 but this still did not fix the problem. It changed the test data but the numbers still don't make sence. Also there is a jump from $4.20 to $8.40 there is no $5.40 for parcels between 250 and 500 grams.
My test data
weight = cost (standard parcel)
2.5 = 4.20
10 = 4.20
17 = 4.20
17.5 = 4.20
19 = 4.20
20 = 4.20
20.5 = 8.40
21 = 8.40
23 = 8.40
24 = 8.40
25 = 8.40
26 = 8.40
56 = 12.60
I guess the only consistant data is that when it hit a certian point the price will rise. Still the numbers do not make sense.
Any other ideas? I'm forseeing that I will need to chrunch through the austpost.php code to get it all working.
I haven't even dreamt of testing anyother potage methods yet.
In that case you client is a fool.Quote:
Originally Posted by Snype
It isn't a matter of adding GST to the shipping, it is a matter of *subtracting* it.Quote:
Originally Posted by Snype
Anytime your client posts a parcel to anywhere in Australia they are paying GST to Australia post.
Being a GST registered business, your client is entitled to claim these GST credits back (if they don't, they are effectively giving money away to the government)
The 'problem' is, the quotes from the AP servers (for AU delivery) are always GST inclusive, and if left that way, and taxable products are added to the cart, *another* 10% GST will get added to the (shipping) quote during checkout. To circumvent this problem, the 'tax' flag tells the AP module to reduce the quotes obtained from the server by the taxation amount, so when it gets re-added again (by zen-cart, not the shipping module) the net result is the original GST inclusive price.
If this sounds all too confusing for you, don't worry about it. Just do the 'right' thing, and the end quotes will be correct (tax and all).
The 'right' thing being to set the tax option if you are dealing with a GST registered company, and not set it if they are not registered for GST.
GST has nothing to do with making a profit (except for the government).Quote:
Originally Posted by Snype
Traders really don't have a choice in this matter. If they are registered for GST then the government assumes they will be collecting GST on *every* service they provide, including postage. Unless your client likes paying more tax than they need to the postage fees need to derived accordingly.
What doesn't make sense (to me) is the value of your weights..Quote:
Originally Posted by Snype
In one instant you mention "between 250 and 500 grams", yet your scale example shows values in the ranges 2.5 - 56.
Is that 2.5 grams to 56 grams, or 2.5kgs to 56 kgs?
Either one is way outside of the 250-500 grams that you specifically mentioned.
Even more confusing is that the last test item, weighing 56 somethings is giving a price that cannot be correct either way.
If it were 56 gms, the quote would either be letter rate (assuming it has suitable dimensions AND letter rates are enabled), or it would give a quote for the minimum parcel rate (whetever that is these days).
On the other hand, if it were 56kgs the AP module should return an error message stating that it can't get a valid quote (because the maximum weight that Australia post will handle is 20kgs).
Please don't take this the wrong way, but if you do that I can guarantee that you will *never* get it working correctly. The reason being is simply because the code itself isn't broken. If it were *everyone* would be having the same issue.Quote:
Originally Posted by Snype
The AP module is merely a 'go between'. It takes its input data from the users shopping cart, forwards that data to the Australia post online calculator, adjusts for tax (if required) and returns the result to zencart.
If you try modifying the austpost.php code all you will be doing is screwing with the messenger when you should be screwing with the originator of the message, ie, the input data.
Basically, what I'm telling you is that your problem is with your data. Once you come to realise and accept that the sooner you'll have the problem solved.
As already noted, your test data simply doesn't make a whole lot of sense.
2.5gm - 56gm = minimum parcel weight (or letter rate)
2.5kg - 56kg = Will produce an error on all weight over 20kg
Hmmm, one possible explanation... If these are grams, and you are testing by ordering 'x' number of items weighing 1gm each, sooner or later either the cubing rules will come into play, or the parcel will need to be split into multiple packages due to size restrictions.
Yeah, that'll be it.... parcel splitting..... with 56 of these 1gm items, if you haven't put in any dimensions for them, the defaults will be used, and this parcel, even though weighing only 56 grams, will require 3 separate packages, and it appears you can get 20gms of them per package.. ie 2 packages @ 20gm, + 1 package @ 16gm. The mininum cost per package being $4.20, hense your price leaps of $8.40 and $12.60
Solution. Add a dimension to your test item so that the defaults aren't used. (I suggest that you not set the defaults to something really small in this instance, even though the effect will be the same).
Lesson to be learned: The AP module will try to keep you out of trouble by enforcing the Austrlalia Post restrictions. If you want consistantly accurate results all products must be supplied with its real world dimensions (is if packed into a cube shaped box) as well as accurate weights.
Failure to supply either will cause defaults to be used that will generally err on the side of caution, ie, it'll over quote).
Depending on the products dimensions, 50 items weighing 1gm each doesn't always cost the same as 1 item weighing 50 grams to post.
Cheers
Rod.
ps. If you can follow all of the above, and you are still having a problem, please supply a URL where I can see for myself what is going on.
Thanks much for your help.
Let me see if I understand. The tax options for the Shipping will take the shipping cost from the AP server and subtract the amount for tax. Hence the business will pay the tax gap on the postage with the intention on claiming it back at tax time.
Whats to stop make the customers pay the full shipping amount and then the business not dealing with the GST from postage costs. Even if they did claim the 10% it would be a bonus that was factored into the shipping.
Just clearing my head on that one. Tax is not my thing.
YES! the test data is wack. Hence why I am so confused. :frusty: It dosen;t make sence to be grams or kilograms. This is why I am so confused. And why I have been doing this style of testing to figure it out.
I am only purchasing one product, no handling fees, the default dimensions have been set plus I added them to the product for testing, all tare weights are set to 0 and there are no tax rules.
What you say makes sence why it jumps from 4.20 to 8.40 and skips all inbetween amounts, but I have always only purchased one item.
I wasn't going to crunch the code for find bugs but to trace why the test data is so confusing and why the weight values do not add up. I know it something with my system Im just at a lost to find out.
What kind of links are you looking for. The site is www.rocciopals.com
I have only been testing Parcel Post the others have handling fees on top of them.
Yes. zencart will then re-add the tax during checkout.Quote:
Originally Posted by Snype
EG:
Item cost customer $100, plus GST ($110)
Australia post quotes $11 to post.
If the tax options are correct set, during the checkout process the customer will see:
Item $100
Postage $ 10
Subtotal $110
GST $11
Total $121 ($110 + $11)
If the Tax flag isn't set in the AP module, the same item will be quoted thus:
Item $100
Postage $11
Subtotal $111
GST $11.10
Total $122.10 - Customer is paying $1.10 too much, and merchant is double charging GST (illlegal).
[QUOTE=Snype;615292]
Just clearing my head on that one. Tax is not my thing.
GST is quite simple process... anytime money changes hands the goverment takes 10%. It does this by making the person collecting the money pay the tax (thus making all Australian traders unpaid tax collectors).
So where do all those really small test weights come from?Quote:
Originally Posted by Snype
Hey, it's YOUR test data. If you don't know where it comes from what chance to I have?Quote:
Originally Posted by Snype
You have yet to provide any evidence of figures to show that you have a problem with weights *adding up*. If that really IS your problem, you are looking in the wrong place. As mentioned previously (and in the Australia post doc files) the WEIGHTS have NOTHING to do with the AP module. The parcel weights are passed from zencart itself to the AP module (which then performs legitimacy checks).Quote:
Originally Posted by Snype
If the Austpost module is trying to give a quote on 2gm, or 2kg, or even 2 tonnes, it is only doing so because that is what is being given.
Clearly 2 tonnes is more that AustPost will deliver, but both 2gm and 2kgs are valid, so they are the only weights that the module will use. However, when you enter a product weight, the module doesn't really know what the number '2' (or whatever) signifies, and that is the purpose of the kgs/gms flag. It just tells the module what weight factor to use.
I will once again stress that the AustPost module does NOT add product weights. The total weight of all products in the cart are sent directly to the AP module, and assuming it is a valid weight it then gets passed directly to the Servers for actual quotations.
Errr, a ######## site ? A site that will make me rich quick?Quote:
Originally Posted by Snype
I'm *trying* to help you solve a problem (probably of your own making), what kind of link do you think I'd want?
I must admit, I haven't bothered to look at your site yet, the reason being is that the last few people that have sent me just the main site link wasn't much help. They assumed I knew what their products were and would instantly understand where to find the number#6 whatsit that they were having issues with, or that I would just coincidently place the exact same products and number of items in the exact same order as they did in order to duplicate the problem (if I can't see and duplicate it, I certainly can't fix it).Quote:
Originally Posted by Snype
For all I know you MAY only have one item in your store for me to test with, but on the other hand you may not. I don't want to waste my time looking. You need to give me a specific link so I can go directly to the source of the problem.
Rod
I understand how the Aust post module works. Please I have been a web developer for years and have an outstanding knowledge of php and software achitecture.
This test data is generated by me going through the admin, changing the weight of the product I am purchasing to the values described in the test data, then refreshing the checkout page with the postage amount. This is how I get the dollar amounts.
I have painstakenly sat there and entered different weight amounts in an attempt to try and assertain where the system is failing (or what ever the prblem is). The weight values I have been inputting to not make sence nore does the cost of postage.
I have exausted many online resources and hence and conversing with yourself, where I appreciate your help very much.
I am new to zen cart and this is my first sit with the engine. My only assumption is that something is conflicting with the aust post module and causing it to fail. Please don't mistake me to be thinking the aust post module is flawed.
Come to think of it I have copied both the old version and the new version of the aust post modules into the site. Could this be the reason for the failure? Only the latest aust post module is installed in admin.
I've no idea what you are trying to prove by entering test data ranging in values that make little sense in the real world (unless you are selling feathers), in which case you'll get better results by enabling the letter rates.Quote:
Originally Posted by Snype
If you want to get any sense out of it, use sensible inputs.
Rhetorical question. If you are as experienced as you say you are, why the hell are you doing things the "pain staking way" when you would clearly know there are better solutions.
And finally, I have already deduced and told you why you are getting the quotes that you are getting based on the data you are providing.
Namely, your test item is being split up into three individual parcels, each costing $4.20 each.
You apparenlty already know how the AP module works, but I'll redresh your memory anyway... if packages are overweight they get split into multiple parcels before the AustPost module sees them. .
If the package is oversized then the Australia post module splits it into multiple parcels.
IOW, if you have a 20kg maximum, and an item weighing 54kg, based on the weight alone the AP module will be asked to quote on 3 parcels@ 18kgs each.
If those parcels turn out to be oversized, say 110cm, the AP module will again split them to produce 6 parcels, 9kgs each and 55cm long.
All of this assumes the package *can* be split.
IF you happen to have a single item in the cart that weighs 54kgs and is 110cm long it will still be quoted according to the above 'rules'
Needless to say you won't be able to actually post this item unless you do split it up, so it is really up to the store owner to ensure they don't enter data that can't possibly be delivered via AP.
Anyway, the bottom line still hasn't changed, your test data is pretty darn useless. THe result you are getting can, and has been explained, and they are perfectly legitimate and valid results for the data you are using.
In other words, there is NOTHING for you to fix. It is working perfectly.
GIGO
Rod
Hi Rod
A couple of questions
1. Since converting to one page checkout the first thing the customer sees is the error message saying there order is too big for a satchel but down the page they can see the correct postage costs? Can I do anything to change this or how do I go about getting rid of the error code?
2. How would I go about changing the postage option picture to text they seem to take up too much room and are quite hard to read when they are all lined up
Thanks
This has me intrigued. I'm not aware of any coding that would produce an error message such as this.Quote:
Originally Posted by imperialis
Please supply one of the following in order of preference:
1. A link so that I can see it for myself (and for further investigation)
2. An *exact* copy of the error message you are seeing.
3. A screenshot of the error message.
In theory, it is just a matter of not installing the pictures and letting the 'alt' text take over.Quote:
Originally Posted by imperialis
In practice some web browsers insist on showing broken image links rather than the alt text.
For the time being you might like to try using the icons created by another friendly zencart user (danpoole)
http://www.zen-cart.com/forum/showpo...7&postcount=11
Another alternative is to do a bit of code hacking. I seem to recall there has been another short thread on doing this.
For the next release (due date, sometime between now and whenever) I plan to include a toggle type option to make it easy for all.
Cheers
RodG
This is also a problem that I have had for some time as well.Quote:
Originally Posted by RodG
place any item in our stores cart and go to checkout and you can see the error straight away
www.cheekybutts.com.au/shop
Your Order Total:
Shopping Cart Contents
Edit
Qty. Item Name Total
2 x All in 2 with a pocket - One size fits all Fairy $56.00
$56.00
Sub-Total:
$0.00
AustPost (ERROR:Unable to obtain a valid quote from the Australia Post Server.
You may still checkout using this method and we will contact you with postage costs as soon as possible.):
$42.00
Total:
Quote:
Originally Posted by imperialis
You must know something that I don't.Quote:
Originally Posted by gabbytwin
How do these two clearly different error messages relate to each other?
I'm confused.
Rod
Attachment 4618Quote:
Originally Posted by RodG
Attachment 4619
Thanks for the icon links I shall be using those, I have attached (if it works) the top and bottom screenshot when checking out the top one you can see the error and then at the bottom of the screen the customer can choose the correct postage. It doesn't change if you put the postcode in before hitting go to checkout
Hi All,
very quick and hopefully easy question to answer.
I have a standard parcel size listed as I have not put any sizes in the individual products.
If i start to put the sizes in for the products and someone orders one of the products that I have put the size in and something without the size in will they be charged the standard parcel size for the part without the size and then on top the cost for shipping the item with the size put in?
Im thinking that it may take me a week to put the sizes in so just want to make sure that it does not impact sales too much. Or maybe do the larger items first?
Thanks
Brett
http://www.eastcoasthobbies.com.au
If an item doesn't have any dimensions specified then the default dimensions are used.Quote:
Originally Posted by brettw
For postal calulations, multiple items are 'stacked' (see cubing.txt for more information).
If you are worried about how postage quotes, accurate or not, will affect sales then I suggest you offer free postage, or wait until you know the exact postage before quoting the customer.
At least one store I know of using this module sells feathers, another sells kitchen sinks. It isn't beyond the realms of possibility for another store to be selling both (well, things with just as much variance). The module seems to do a reasonably good job combining poppy seeds and watermelons, but as the author, I certainly wouldn't rely on its accuracy in all situations.
Also, please keep in mind that anything related to dimensions should be considered as 'fine grain adjustments' to quotations. In most cases (using the default values) you'll the same quotes with or without any dimensional data at all. You'll only come 'unstuck' if your items are large, but light (ie, subject to cubing rules) , in which case, the quotes will be less than the actual cost.
As for adding dimensions to products, Although it is good to do so (for accuracy), there really is no need to do them all. I suggest you set the *default* dimensions to be the packaging size of most of the item in your store:
In our case, most of our items fit nicely in a #2 padded bag, so that also what the AP module defaults are set to.
If you use 100x100x100 boxes for most of your items, then set that as your defaults.
After this is done, you only need to enter dimensional data on items that *don't* fit those defaults.
Examples:
Any items that can be sent at letter rates. (smaller than the defaults)
Any items that are likely to be subject to the cubing rules. (larger than the defaults).
Doing it this way can save you a LOT of work, while still giving good accuracy.
Cheers
Rod
Thanks for the screenshots. Alas, I can't quite make out what the error message actually says.Quote:
Originally Posted by imperialis
Cheers
Rod
Thanks Rod for the reply. Ill take your advice and set the standard shipping box size then set sizes for anything either smaller or larger.Quote:
Originally Posted by RodG
Cheers
Brett
Got a bit of a problem the Regular Parcel cost is WAY too much! I buy satchels Regular ones for 5.50 today a customer got charged 10.90 for Regular Parcel... I checked the dimensions it seems cheaper for closer locations but if I enter a post code on the other side of australia it ups the price... Can't I just have two options Regular Satchels 5.50 and Express Satchel 7.50$
The only time the cost would increase would be if the customer orders multiple items and that should be determined by the dimension, weight etc...
How can I do this?
Regular parcel post and Prepaid satchels are NOT the same thing and should not be treated as identical shipping methods.Quote:
Originally Posted by Webmyster
Just for clarification, a 'charge' is what the Post Office asks from you when you post the parcel. A QUOTE is what the shipping calculator provides. In fact the shipping calculator usually provides several different quotes based on the the options selected and the size and weight of the parcel. There is nothing to stop a customer choosing the more expensive quote, which I assume you are calling a 'charge'.Quote:
Originally Posted by Webmyster
Not sure what you mean here. What dimensions did you check? The dimensions of a single item in the parcel, the dimensions of the prepaid satchel? Gimme a hint (please).Quote:
Originally Posted by Webmyster
Incidently, there is no direct correlation between a parcels' dimensions and the location it is delivered too.
Dimensions have to do with cubing rules, which results in a weight value and Aust Post charges by weight and distance.
Yes. Just disable all other shipping options and set your P&H fee for these two items to zero.Quote:
Originally Posted by Webmyster
I'm not sure what your problem or confusion is, other than perhaps the prepaid satchels aren't quite as big as you think they are.Quote:
Originally Posted by Webmyster
Also, keep in mind that the AP module always errs on the side of caution (for the merchant). It *may* be possible to fit some items into a prepaid satchel when the module doesn't think it is possible, but the module doesn't take that chance. It is far easier (and better goodwill) to refund the customer for excess postage than it is to try to hit them up for another few bucks when you realise they were under quoted.
Some merchants only make a dollar or two per sale, and under quoting postage can make the difference between a profit and a loss.
Cheers
Rod
OK
I tried to do what you said I disabled the Parcel Post checkbox and only checked the 500gram satchel and the 500gm Express...
Doing this give me the error that it cant connect to the server to get a quote... If I go back and enable Regular Parcel it somehow magically can get quotes from the server?
Hmm
Please re-read the error message. I'll wager that it doesn't say anything about not being able to connect to the server.Quote:
Originally Posted by Webmyster
Nothing magic about it. Computers never have and never will work by any form of magic. They are logical devices that work in a very logical fashion.Quote:
Originally Posted by Webmyster
Believe it or not, I have told you what your problem is most likely to be in my earlier message. The trouble we are having now is a matter of communication. The error message is telling you one thing but you are reading it as something entirely different.
Please re-read the error message, go back and re-read my earlier reply.
If that doesn't help please follow the instructions in this message again.
Cheers
Rod