UPS Shipping using RESTful/OAuth API [Support Thread]

[pazdar]

Whoops, I missed one screen shop:

[retched]

You chose 01 for Customer Classification code which means the normal rates. Are you sure that your shipper account hasn't been granted rates? What happens when you toggle the rate to 00 (Rates associated with your Shipper Number) or 04 (Retail Rates).

[pazdar]

I have customer classification code as: 00

[lat9]

I have customer classification code as: 00

Turn on the shipping-module's debug, repeat that storefront transaction and contact me via PM for my direct email address.

[V Boruvka]

Hi there, I'm new to zen cart and evaluating some details before we commit to it.
One of the items we need to work is the UPS rates.
I have installed 1.3.7 into our test setup and it is failing with:
"code": "250002",
"message": "Invalid Authentication Information."

In trying to track things down. We do get a valid and initial response although the getOAuthToken function seems to be called 2 times. Tried to figure out why but regardless, the UPS fails on the RateRequest with the above error.

It does come back with an access_token etc...but then fails on the rates so nothing comes back.

Any suggestions?

[lat9]

Hi there, I'm new to zen cart and evaluating some details before we commit to it.
One of the items we need to work is the UPS rates.
I have installed 1.3.7 into our test setup and it is failing with:
"code": "250002",
"message": "Invalid Authentication Information."

In trying to track things down. We do get a valid and initial response although the getOAuthToken function seems to be called 2 times. Tried to figure out why but regardless, the UPS fails on the RateRequest with the above error.

It does come back with an access_token etc...but then fails on the rates so nothing comes back.

Any suggestions?

You've likely missed a step in the UPS account setup, specifically adding the Rating API to your OAuth product. Refer to the shipping module's wiki for additional information: https://github.com/lat9/upsoauth/wik...-Client-Secret

[mesmerism]

Help Please!

1.3.7 is doing nothing. Does not report at all on main_page=checkout_shipping. Default "Flat Rate" module works fine.

This is a new install of 1.5.8a with php 8.0. However it is running in a subdirectory for testing.

Everything looks correct in the shipping module setup page, Enabled=True, Debug=True, ID and Secret look good, everything else filled out and looks correct.

No debug info in /logs in the subdirectory or the main directory ..

verified files exist:
subdir/includes/languages/english/modules/shipping/lang.upsoauth.php
subdir/includes/languages/english/modules/shipping/upsoauth.php
subdir/includes/modules/shipping/upsoauth.php
subdir/includes/modules/shipping/upsoauth/UpsOAuthApi.php
subdir/includes/templates/template_default/images/icons/shipping_ups.gif

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

UPDATE.. just figured it out.. Shipping Zone was disabling it.

[lat9]

Help Please!

1.3.7 is doing nothing. Does not report at all on main_page=checkout_shipping. Default "Flat Rate" module works fine.

This is a new install of 1.5.8a with php 8.0. However it is running in a subdirectory for testing.

Everything looks correct in the shipping module setup page, Enabled=True, Debug=True, ID and Secret look good, everything else filled out and looks correct.

No debug info in /logs in the subdirectory or the main directory ..

verified files exist:
subdir/includes/languages/english/modules/shipping/lang.upsoauth.php
subdir/includes/languages/english/modules/shipping/upsoauth.php
subdir/includes/modules/shipping/upsoauth.php
subdir/includes/modules/shipping/upsoauth/UpsOAuthApi.php
subdir/includes/templates/template_default/images/icons/shipping_ups.gif

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

UPDATE.. just figured it out.. Shipping Zone was disabling it.

Thanks for posting back the root cause!