ozpost shipping module

vandiermen:

I am trying to enable this module even if "always free shipping" is selected. V3.5.1

What's the problem?

Cheers
Rod

RodG:

What's the problem?

Cheers
Rod

Don't worry about it. Client is no longer going to use free shipping or does not have large overseas market.

But to explain the problem was "always free shipping"/"free shipping" was set to australia only, which brings up a nice "free shipping" icon on product listings. If module is selected on item, it also disables shipping on overseas shipping, so we end up with no shipping option at all for overseas people, making the "free shipping" option unusable unless OzPost would show even if item had "free shipping". I was unable to edit code in OzPost like I could with other shipping modules to do that.

p.s.
if it only take a minute, I am still interested to know the code to edit so OzPost is not disabled if item is 'free shipping'. I will do it for the client anyway.

vandiermen:

But to explain the problem was "always free shipping"/"free shipping" was set to australia only, which brings up a nice "free shipping" icon on product listings. If module is selected on item, it also disables shipping on overseas shipping, so we end up with no shipping option at all for overseas people, making the "free shipping" option unusable unless OzPost would show even if item had "free shipping".

The ozpost module has no control over whether a freeshipping (or any other module) will show or not.

If the freeshipping module is disabling the ozpost module when it shouldn't be, then that is surely a problem with the freeshipping code rather than the ozpost code?

vandiermen:

I was unable to edit code in OzPost like I could with other shipping modules to do that.

At the moment I can't even begin to imagine what kind of changes could be made to any of the shipping modules to circumvent a problem of the freeshipper code disabling overseas shipping.

If you could provide a sample of the changes you've made to "other shipping modules" that will achieve your aims I'll gladly work with you to make the same changes to the ozpost module. You don't want/expect me to re-invent the wheel do you? :)

Cheers
Rod

vandiermen:

p.s.
if it only take a minute, I am still interested to know the code to edit so OzPost is not disabled if item is 'free shipping'. I will do it for the client anyway.

It'll only take a minute if you provide the code changes you've already made to the other shipping modules.

If you want me to create something that I currently see as not being possible, it will take all of eternity. <g>

It is entirely in your hands. If you can't/won't spend the 30 seconds needed to paste your code modifications to guide me on my way, then it is unrealistic to expect me to spend any time on it at all.

Cheers
Rod

RodG:

It'll only take a minute if you provide the code changes you've already made to the other shipping modules.

If you want me to create something that I currently see as not being possible, it will take all of eternity. <g>

It is entirely in your hands. If you can't/won't spend the 30 seconds needed to paste your code modifications to guide me on my way, then it is unrealistic to expect me to spend any time on it at all.

Cheers
Rod

Second time I posted this. Don't know why first was deleted.
I do not have the code, I was mistaken. Please ignore my question.

Hi Rod

I have a question for you. I have a client which we showed them OZpost and they liked it. Unfortunately by the time we finished with the web site we had to use Prices & Weights by Attributes. The problem is that effectively we create prices by size & material and each size has different weight and price. Also we allocate a default attribute price. Each product has 9 attributes. As such there are no weight /dimensions on any of the products themselves as they take the info from the attributes.

I have tried to see if there is a way of OZPost to get the information from the Attributes but was unsuccessful. That means either that I am missing something or that this is not possible. Any ideas?

Regards

Tassos

hrinfo:

Hi Rod

I have a question for you. I have a client which we showed them OZpost and they liked it. Unfortunately by the time we finished with the web site we had to use Prices & Weights by Attributes. The problem is that effectively we create prices by size & material and each size has different weight and price. Also we allocate a default attribute price. Each product has 9 attributes. As such there are no weight /dimensions on any of the products themselves as they take the info from the attributes.

I have tried to see if there is a way of OZPost to get the information from the Attributes but was unsuccessful. That means either that I am missing something or that this is not possible. Any ideas?

Regards

Tassos

The ozpost module should be using the attributes weights without you needing to do anything special. Is it possible that the ozpost module has been set to use Kgs but you are entering the attribute weights as grams?

If that's not the problem, if you could load /includes/modules/shipping/ozpost.php into a text editor, and locate the line that reads like:
$myorder = $_SESSION['cart']->get_products();

(line#472 in ozpost v3.5.2)

Then add a line immediately after, that reads:
print_r($myorder) ; exit ;

Save the file then add one of the products with a weight attribute to the cart:

You should see something like:

Array ( [0] => Array ( [id] => 213:d0ed1015312c8acbd387f5fd75950e7d [category] => 17 [name] => Test 7 (weight by attributes) [model] => [image] => [price] => 100.0000 [quantity] => 1** [weight] => 750** [final_price] => 100 [onetime_charges] => 0 [tax_class_id] => 0 [attributes] => Array ( [1] => 29 ) [attributes_values] => [products_priced_by_attribute] => 0 [product_is_free] => 0 [products_discount_type] => 0 [products_discount_type_from] => 0 ) )

Check that the ** [weight] => **value is the same as your attribute weight setting. If not, what does it show?

Cheers
Rod.

RodG:

The ozpost module should be using the attributes weights without you needing to do anything special. Is it possible that the ozpost module has been set to use Kgs but you are entering the attribute weights as grams?

If that's not the problem, if you could load /includes/modules/shipping/ozpost.php into a text editor, and locate the line that reads like:
$myorder = $_SESSION['cart']->get_products();

(line#472 in ozpost v3.5.2)

Then add a line immediately after, that reads:
print_r($myorder) ; exit ;

Save the file then add one of the products with a weight attribute to the cart:

You should see something like:

Array ( [0] => Array ( [id] => 213:d0ed1015312c8acbd387f5fd75950e7d [category] => 17 [name] => Test 7 (weight by attributes) [model] => [image] => [price] => 100.0000 [quantity] => 1** [weight] => 750** [final_price] => 100 [onetime_charges] => 0 [tax_class_id] => 0 [attributes] => Array ( [1] => 29 ) [attributes_values] => [products_priced_by_attribute] => 0 [product_is_free] => 0 [products_discount_type] => 0 [products_discount_type_from] => 0 ) )

Check that the ** [weight] => **value is the same as your attribute weight setting. If not, what does it show?

Cheers
Rod.

Hi Rod

You were correct and it does work. For your reference I did think that there was something wrong with the update and it seams I was correct. Once i put the print code in it told me straight away that I needed to uninstall and reinstall OZpost. I had to do that three times and then it worked.

I did notice while I was checking that there were some odd boxes that kept appearing and disappearing. For example under the tick boxes for e-go.com.au & Insured e-go.com.au it kept showing two text fields with nothing in it. Only after the third uninstall and install they have disappeared (sorry I should have taken screenshots but didn't think of it).

Anyway is fixed now so I can show it to the client :-) As always you have been great.

Thanks

Tassos

my clients TNT is not working
primealternatives.com.au
Error: TNT : Username and password combination is incorrect.

TNT says our credentials or authentication are correct, we have been using if for years with no problems.
here is the email TNT sent me

CIT Service Desk:

Hello Michael,

There doesnt seem to be anything wrong with the username or the account on our end.

If your web team cannot find the issue, could you please kindly send us the code you are using so our team can have a look at it.

Regards,
CIT Service Desk

TNT Express

If you want any more info or access let me know.

vandiermen:

my clients TNT is not working
V3.5.2
Zen Cart 1.5.0

vandiermen:

my clients TNT is not working
primealternatives.com.au
Error: TNT : Username and password combination is incorrect.

That's a very specific error meassge.

vandiermen:

TNT says our credentials or authentication are correct,

Their API says it isn't. Who shall we believe? The person or the computer?

vandiermen:

we have been using if for years with no problems.

What changed?

vandiermen:

here is the email TNT sent me
If your web team cannot find the issue,

I've just tested using our 'Demo' account (which is actually a 'real' account belonging to a friend of mine) and all seems to be working fine.
Just to be sure I've also tested with another site that also uses TNT, and no problem there either (radiosailingshop.com.au. Screenshot attached)
[/QUOTE]

> vandiermen:

could you please kindly send us the code you are using so our team can have a look at it.

If it were a coding error/problem then everyone would be having the same issue.

Could you please try changing the TNT username to "Demo" and see if that works for you. (The account and password fields will be ignored for the 'Demo' account/user). If this works, then something has clearly gone amiss with the primealt credentials. Try resetting them.

Please let me know how you get on because I am aware that TNT have made a few changes to their system in recent weeks, so it could be related in some way (even though I can't think of what).

Oh, also, if you've recently updated to ozpost V3.5.2 you could try performing the uninstall/install keypress sequence because the update code in some of the older versions appears to have been broken (which is causing an incomplete update). V3.5.2 has (hopefully) rectified this problem, but I/we won't know for sure until the next update.

Cheers
Rod

ps. The 'Demo' account should only be used for testing. Do not use it on a production system because TNT have different rates for different customers, so any quotes returned with the Demo account may not match your clients costs.

Hello,

We have issue with Rates of Ozpost for Overseas Customers.

We have set following configuration in backend.

But it only displays one rate on front end. Flat Rate

Is there any solution for this issue?

Naren,

I sent an email via my account settings for the ozpost module that we have and have not had a reply so had to install the Australian post module which is working at present and free of charge. I did see Ron saying that they coppied his software but when people don't reply to you when you have an issue what else can you do but move.

The software for ozpost still has 23 days to go before expiry but in my account it shows that it has already expired going by invoice date.

nlinksolution:

Hello,

We have issue with Rates of Ozpost for Overseas Customers.

We have set following configuration in backend.

But it only displays one rate on front end. Flat Rate

Is there any solution for this issue?

I've not been able to replicate the problem. Can you please provide a link to the product(s) that you are using for testing?

Cheers
Rod

Bruce1952:

I sent an email via my account settings for the ozpost module that we have and have not had a reply

Apologies for the delay. I've only just received that email.
For the record, according to the timestamp you posted it at 9:30pm on a Sunday night. I answer all emails within 48 hours. I responded to yours within 17 hours.

Bruce1952:

so had to install the Australian post module which is working at present and free of charge. I did see Ron saying that they coppied his software

You only have to look at the code to see that this is true.

Bruce1952:

but when people don't reply to you when you have an issue what else can you do but move.

Good luck with the code you are currently using then. Have a look at the 'austpost' thread. Even the simple questions remain unanswered.

Bruce1952:

The software for ozpost still has 23 days to go before expiry but in my account it shows that it has already expired going by invoice date.

Your subscription expires on October 16th. Your invoice dated 15 September, 2010 was for 3 years. At some point during this time I had added an extra month to your subscription. Apologies if this has caused you a problem or concern.

Cheers
Rod

G'day Bruce,

Bruce1952:

Naren,
I sent an email via my account

I don't know what the deal is, but apparently I must have upset you at some stage :(

Whilst looking into Naren's reported problem, I couldn't help but notice that he is probably the maintainer of your site (outdoor king).
If that's not the case, he has an exact copy of your site.

Few people realise (or appreciate) that even where the information provided is minimal, I go to great lengths to research any and all reported problems, so even though Naren provided no textual information regarding the problem site, the screenshot provided me with a clue as to where to look so that I could investigate further. Such investigations are often the cause of delays in any responses I give.

My test purchase (outdoor king site) didn't show any issues with overseas quotes, ergo, my conclusion is that it is a product related issue rather than a destination related issue.

I guess that's a moot point now though. :(

Cheers
Rod

Rod,

We have had issues with the ozpost module since the last update where it is only showing a flat rate for overseas and does not show any other options. Being a live site we had to get something in the mean time as we deal with overseas buyers on a regular basis.

I have since turned yours back on but the same issues is there no mater what changes that I make in the admin panel. It was showing $200 for all overseas orders before. I have checked the dimensions of the parcel and changed them on the site and weight is correct.

I am at a loss when an update is done I get errors. Do we need to totally uninstall the module and start from scratch each time an update is required.

Bruce, no you don't need to start from scratch, but if you do have problems after an update (or any other time) then clicking the button to uninstall followed by an install will generally put things right. Most (if not all) setting will be maintained. These will need to be verified though.
Cheers
Rod

PS. If you do a lot of overseas sales check out the new 'Skippy post'. They're cheaper than Australia post even though they use Australia post as their carrier.

RodG:

That's a very specific error meassge.
Their API says it isn't. Who shall we believe? The person or the computer?
What changed?

I've just tested using our 'Demo' account (which is actually a 'real' account belonging to a friend of mine) and all seems to be working fine.
Just to be sure I've also tested with another site that also uses TNT, and no problem there either (radiosailingshop.com.au. Screenshot attached)


Yes the Demo account is working. I believe it is caused by TNTs changes over the last couple of weeks.
They have asked me to email them with the calculator code. Do you have anything you would recommend sending them.