UPS Shipping using RESTful/OAuth API [Support Thread]

lat9:

v1.3.0 now uses my 'more standard' version_compare switch to determine whether an update is needed so those individual specific-version checks aren't needed.
The fresh downloaded module today on 2 sites 1.5.8 & 1.5.8a both PHP 7.3 gave me the

United Parcel Service v1.3.0 - Missing Keys or Out of date you should reinstall!

This fixed both

switch (MODULE_SHIPPING_UPSOAUTH_VERSION) {
                case '0.0.1':   //- Initial Beta release
                case '1.0.0':
                case '1.2.0':
                case '1.2.2':  
                case '1.3.0':                              
                      $db->Execute

What are you seeing for the handling fees?[/QUOTE]
all default, no changes on either... no special cases, nothing weird at all

@mprough, I've no idea what you did to do that upgrade, but on a zc158 test site with v1.2.0 installed I copied over the 2 files updated for v1.3.0 of the shipping-module and the upgrade completed successfully with no boo-boo messages.

lat9:

@mprough, I've no idea what you did to do that upgrade, but on a zc158 test site with v1.2.0 installed I copied over the 2 files updated for v1.3.0 of the shipping-module and the upgrade completed successfully with no boo-boo messages.

No idea, just reporting my experience. Both modules said 1.3.0 after installation.

v1.3.1 is now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2374

This release contains the change associated with GitHub issue #23 (install/upgrade insists that there are missing keys)

lat9:

v1.3.1 is now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2374

This release contains the change associated with GitHub issue #23 (install/upgrade insists that there are missing keys)

I have updated a customer's ZC V1.5.4 store with the V1.3.0 update and it seems to work fine to this point. When I update to the V1.3.1 version, it breaks the Modules-->Shipping page in the admin. Reverts to a page that looks like a default install and none of the options are editable and it does not show any of the custom shipping modules that are set up for this customer.

For now I am leaving it at V1.3.0 as it appears to be working and I am not getting any messages to re-install.

Any debug-logs generated?

I must be missing something in the docs or the github ... I can't find/figure out

UPS Api Class
If your site has an class-override for the shipping module's default (UpsOAuthApi), enter it here. If the class-file doesn't exist, this module will be automatically disabled!

What is this and where do I get it? Please and Thank you.

Best,
John

I tried to edit but wasn't quick enough...

zc 1.5.8a on PHP 8.2.14.

I have created the UPS app. In the admin I have supplied the UPS Rates Client ID and the UPS Rates Client Secret. I have a yellow bubble in the admin and no UPS on the front end.

Ok. So the yellow bubble was due to the plugin disabling itself. I re-enabled it and now have a green bubble in the admin but still no ups option on the front end. I enabled debug logs and have the following message

"code": "250002", "message": "Invalid Authentication Information."

I have double checked the UPS Rates Client ID and the UPS Rates Client Secret and they are both correct.

bumba000:

Ok. So the yellow bubble was due to the plugin disabling itself. I re-enabled it and now have a green bubble in the admin but still no ups option on the front end. I enabled debug logs and have the following message

"code": "250002", "message": "Invalid Authentication Information."

I have double checked the UPS Rates Client ID and the UPS Rates Client Secret and they are both correct.
Did you add the Rating API to the UPS app? See this SO posting for additional information: https://stackoverflow.com/questions/76131695/ups-outh-rating-api-return-invalid-authentication-information

No I had not. It works now! Thank you!

bumba000:

I must be missing something in the docs or the github ... I can't find/figure out

UPS Api Class
If your site has an class-override for the shipping module's default (UpsOAuthApi), enter it here. If the class-file doesn't exist, this module will be automatically disabled!

What is this and where do I get it? Please and Thank you.

Best,
John
That's a way that site owners/developers can *program *any overrides they want for the UPS handling by this shipping method. I *do *need to provide some additional documentation (on GitHub). Essentially, you'd use the /includes/modules/shipping/upsoauth/UpsOAuthApi.php as the parent class and provide any method-overrides needed there.

In most cases, the as-provided processing should be good enough!

v1.3.2 of the UPS RESTful/OAuth shipping module is now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2374

This release contains the correction for GitHub issue #25 (PHP 8.3 error on initial install).

v1.3.3 of UPS RESTful is now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2374

This release contains changes associated with the following GitHub issues:

#26: Correct PHP Warning on shopping-cart page.
#27: Correct PHP Fatal error on installation for sites running on PHP 5.6.

njcyx:

Hi @lat9, thanks for your reply.

It seems ground saver cannot be found under ups website. Maybe it is still a pilot program now. Here are some developer information I found which are surepost related. I'm not sure if any difference between surepost and ground saver. Maybe UPS just rebranded surepost into ground saver.

https://www.ups.com/worldshiphelp/WSA/ENG/AppHelp/mergedProjects/CORE/Codes/UPS_Service_Codes_for_UPS_SurePost_Shipments.htm
https://stackoverflow.com/questions/27231907/ups-surepost-api

Here is the service codes for surepost (posted back in 2017):

92: UPS SurePost Less than 1LB
93: UPS SurePost 1LB or greater
94: UPS SurePost BPM
95: UPS SurePost Media Mail

At least, the example shipping label pirateship uses for ground saver is surepost label.
https://support.pirateship.com/en/articles/8055600-ups-ground-saver-everything-you-need-to-know
I took a peek at those links; it looks like a site needs to register with UPS to receive SurePost quotes. Did you do that?

Correct. Surepost/ground saver is not enabled by default. You need to contact your sales/account agent to enable it. I'm not sure if the API require the same thing or not.

We haven't used surepost yet since it is not a "UPS" only shipping method. There is a "chance" that it will be delivered by USPS instead of UPS, which is bad. It is not like Fedex ground economy, which is only shipped through Fedex, not USPS.

njcyx:

Correct. Surepost/ground saver is not enabled by default. You need to contact your sales/account agent to enable it. I'm not sure if the API require the same thing or not.

We haven't used surepost yet since it is not a "UPS" only shipping method. There is a "chance" that it will be delivered by USPS instead of UPS, which is bad. It is not like Fedex ground economy, which is only shipped through Fedex, not USPS.
With SurePost enabled for your UPS account, if you turn on the UPSOauth shipping module's debug, are you seeing SurePost quotes coming back?

v1.3.4 of the shipping-module is now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2374

This release contains changes associated with these GitHub issues:

#29: Correct 'casing' of getAllUPSQuotes method, changed to getAllUpsQuotes.
#30: Correct API-class override not overriding when changed.

lat9:

With SurePost enabled for your UPS account, if you turn on the UPSOauth shipping module's debug, are you seeing SurePost quotes coming back?

Actually, I'm not sure if surepost is enabled in my account. We haven't signed anything from our UPS agent yet regarding surepost.

Regarding the log, I just tried it on my end. In the log file generated from UPS plug-in, I can only find the shipping methods enabled in the plug-in. For example, I'm only enabled UPS ground and UPS 3day in the plug-in. In the log file, I can only find titles as "UPS Ground" and "UPS 3 Day Select". No 2 day, no nextday air, no surepost...

The old UPS API had a way to look up tracking numbers based on the order ID that a shipper used:

$tracking = new Ups\Tracking($accessKey, $userId, $password);
$tracking->setShipperNumber($my_shipper_number);
$shipment = $tracking->trackByReference($order_id);

Have you seen anything like this in your travels with the new API? It seems like they expect you to have the tracking number.
(The use case is shipping packages using UPS Worldship and then wanting to pull the tracking numbers into Zen Cart.)