TransDirect not working

Not enough info.

I’ve just run a couple of tests using both Aust and Overseas destination. No problems observed.

Does the ozpost DEBUG provide any clues?

Cheers
Rod

I have attached the debug info here but I can not see anything unusual:
SimpleXMLElement Object
(
[quote] => Array
(
[0] => SimpleXMLElement Object
(
[id] => TRDtollIntD
[carrier] => Transdirect
[description] => Toll International Priority Document
[cost] => 99.00
[days] => n/a
)

[1] => SimpleXMLElement Object
(
[id] => TRDtollIntDi
[carrier] => Transdirect
[description] => Toll International Priority Document Insured
[cost] => 106.65
[insuranceIncl] => 7.65
[days] => n/a
)

[2] => SimpleXMLElement Object
(
[id] => TRDtntIntEco
[carrier] => Transdirect
[description] => TNT International Economy Express
[cost] => 107.70
[days] => Wed 27th of Sep
)

[3] => SimpleXMLElement Object
(
[id] => TRDtntIntDE
[carrier] => Transdirect
[description] => TNT International Document Express
[cost] => 109.35
[days] => Mon 25th of Sep
)

[4] => SimpleXMLElement Object
(
[id] => TRDtntIntEE
[carrier] => Transdirect
[description] => TNT International Express
[cost] => 115.10
[days] => Mon 25th of Sep
)

[5] => SimpleXMLElement Object
(
[id] => TRDtntIntEcoi
[carrier] => Transdirect
[description] => TNT International Economy Express Insured
[cost] => 115.35
[insuranceIncl] => 7.65
[days] => Wed 27th of Sep
)

[6] => SimpleXMLElement Object
(
[id] => TRDtntIntDEi
[carrier] => Transdirect
[description] => TNT International Document Express Insured
[cost] => 117.00
[insuranceIncl] => 7.65
[days] => Mon 25th of Sep
)

[7] => SimpleXMLElement Object
(
[id] => TRDtollIntP
[carrier] => Transdirect
[description] => Toll International Priority
[cost] => 118.55
[days] => n/a
)

[8] => SimpleXMLElement Object
(
[id] => TRDtntIntEEi
[carrier] => Transdirect
[description] => TNT International Express Insured
[cost] => 122.75
[insuranceIncl] => 7.65
[days] => Mon 25th of Sep
)

[9] => SimpleXMLElement Object
(
[id] => TRDtollIntPi
[carrier] => Transdirect
[description] => Toll International Priority Insured
[cost] => 126.20
[insuranceIncl] => 7.65
[days] => n/a
)

[10] => SimpleXMLElement Object
(
[id] => IPS
[carrier] => Australia Post
[description] => International Post Standard
[cost] => 128.68
[days] => Tue 3rd of Oct
)

[11] => SimpleXMLElement Object
(
[id] => IPSs
[carrier] => Australia Post
[description] => International Post Standard +Sig
[cost] => 133.67
[otherfeeIncl] => 4.99
[otherfeeName] => Signature
[days] => Tue 3rd of Oct
)

[12] => SimpleXMLElement Object
(
[id] => IPEs
[carrier] => Australia Post
[description] => International Post Express (Inc Sig)
[cost] => 133.68
[days] => Thu 28th of Sep
)

[13] => SimpleXMLElement Object
(
[id] => IPSi
[carrier] => Australia Post
[description] => International Post Standard Insured
[cost] => 160.78
[insuranceIncl] => 32.10
[days] => Tue 3rd of Oct
)

[14] => SimpleXMLElement Object
(
[id] => IPSsi
[carrier] => Australia Post
[description] => International Post Standard Insured +Sig
[cost] => 165.77
[insuranceIncl] => 32.10
[otherfeeIncl] => 4.99
[otherfeeName] => Signature
[days] => Tue 3rd of Oct
)

[15] => SimpleXMLElement Object
(
[id] => IPEsi
[carrier] => Australia Post
[description] => International Post Express Insured (Inc Sig)
[cost] => 165.78
[insuranceIncl] => 32.10
[days] => Thu 28th of Sep
)

[16] => SimpleXMLElement Object
(
[id] => IPC
[carrier] => Australia Post
[description] => International Post Courier
[cost] => 263.68
[days] => Tue 26th of Sep
)

[17] => SimpleXMLElement Object
(
[id] => IPCi
[carrier] => Australia Post
[description] => International Post Courier Insured
[cost] => 295.78
[insuranceIncl] => 32.10
[days] => Tue 26th of Sep
)

)

[information] => SimpleXMLElement Object
(
[servername] => svr1.ozpost.net
[serverIP] => 68.66.193.122
[serververs] => 15-Aug-2017
[timestamp] => Thu Sep 21, 2017 17:38 (SA Server Time)
[requesttime] => 18:08 (NSW Store Time)
[postdate] => Fri 22nd of Sep
[transdirect_response_time] => 8.527
[frompostcode] => 2756
[fromsuburb] => MULGRAVE
[destpostcode] => HK
[destsuburb] => SimpleXMLElement Object
(
)

[origstate] => NSW
[zone] => 3
[calculated_parcel_weight_kg] => 7.7
[calculated_parcel_dims_cm] => 56.2 x 37.2 x 13.2 cm
[insuredvalue] => 996.12
[expires] => 53
[expires_text] => Spanet Online Store 2756 Expires in 53 days
)

[parcel_build] => Parcel Created by svr1 On Thu Sep 21, 2017 18:08 (Server Time)
Number of Items in list : 1
Number of Items in Parcel : 1
Dimensions: 56.2 x 37.2 x 13.2 cm (Incl Tare dims of 2 x 2 x 2 mm)
Weight :7.7kg = 7kg + 0.7kg (using tare of 10%)
Parcel Value : $996.12

====== Parcel Build ======
Item 1, Qty 1
Item Value $996.12
Item Weight 7kg
Item Dimensions 56 x 37 x 13 (cm)
———————————-
Items in Parcel :1
Parcel Weight 7kg
Parcel Dimensions:56 x 37 x 13 (cm)
Parcel Contents Value $996.12
——————————————————————–

)

This DEBUG (part B ‘server returned’) is telling us that the ozpost servers are returning Transdirect quotes for this particular request.

The important bits for your to note are the “id” fields, in particular, the ones starting with “TRD”.
eg:
[id] => TRDtollIntD
[id] => TRDtollIntP
etc

You will/should have noticed that the DEBUG also has a section labelled ‘part A – allowed methods’.

For a quote method to be shown to the customer there must be a matching pair in parts A and B. We can see the TRD quotes in part ‘b’ so I can only assume that there isn’t a matching ‘id’ in part ‘a’ – IOW, the methods shown in part ‘b’ have been disallowed (not enabled) as a supported shipping method.

My suggestion would be for you to 1st enable *all* Transdirect methods to confirm my diagnosis, and then disable the methods that you specifically don’t want to offer to the customers.

If for some reason you do enable all the Transdirect methods but you don’t see the ‘TRD’ options in part ‘a’ of the debug then I have some deeper investigating to do.

Cheers
Rod

PS. Please be aware that ozpost caches the results – so after making any config changes if they appear to have no affect please try using a different destination (or add/remove products from the cart) to invoke a new quote.

OK I have done and discovered the following. All the insured options work just fine i.e. International Express Insured, International Economy Express Insured, International Priority Insured.

All the uninsured and the normal i.e International Express, International Economy Express,International Priority do not.

The DEBUG output (part b) that you provided shows that the non-insured methods are available, so lets concentrate on just one of them for the time being.

[id] => TRDtntIntEco
[carrier] => Transdirect
[description] => TNT International Economy Express
[cost] => 107.70
[days] => Wed 27th of Sep

Does your DEBUG output ‘part a’ (allowed methods) show an entry for
‘TRDtntIntEco’. I suspect it doesn’t.

It could be useful if you could provide a copy of the part ‘a’ debug (with all TRD methods enabled) – I suspect (from what you have told me) that this method hasn’t been picked up as being enabled for some reason, so with all TRD methods, and armed with a copy of the DEBUG output part ‘a’ I will have a ‘map’ as to any/all other methods that have been administratively enabled, but for whatever reason, isn’t actually showing as a valid method.

Cheers
Rod

Just activated all of them and part actually shows all of them as enabled as per below
DEBUG (A): Allowed Methods
Array
(
[0] => TRDtntIntEE
[1] => TRDtntIntEEi
[2] => TRDtntIntEco
[3] => TRDtntIntEcoi
[4] => TRDtollIntP
[5] => TRDtollIntPi
)

Yoiks. I *think* (well, pretty sure) I’ve found the problem. I’ll push out an update tomorrow (I need to call it quits for the night).

If you want an instant fix (and to confirm my finding/solution). if you could load the file ‘wc-shipping-ozpost.php’ into a text editor, go to line#54 which currently reads
‘trd_methods’,’trd_email’,’trd_password’,’trd_handling’, ‘trd_type’,

The add ‘trd_international_handling’, to the end of the line, so it reads:
‘trd_methods’,’trd_email’,’trd_password’,’trd_handling’, ‘trd_international_handling’,

.. Save the file, and all should be fine.

Cheers
Rod

• This reply was modified 7 years, 2 months ago by Cronomic.
• This reply was modified 7 years, 2 months ago by Cronomic.

Excellent, it worked.

As always you have been of great help ??

Thank you.

Thanks for *your* help (and reporting the bug) Tassos.

I’ve just uploaded v2.1.3 – The only change being this bugfix.

I have also added an extra month to your active subscriptions for your help in identifying this one. I’d have been totally lost without your help on this one.

Cheers
Rod