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.
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
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).
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?
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.
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.
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?
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.
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.
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)
ks_b:
What he wants to actually work more accurately is the satchel
I can't see where these would be an issue.
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.
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.
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.
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.
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
