UPS Shipping using RESTful/OAuth API [Support Thread]

[lat9]

Hi @lat9, any plan to support Saturday delivery option?

This is the first request I've heard. How about creating an issue on https://github.com/lat9/upsoauth for tracking?

[spyderrobotics]

I am running 1.3.7 of the module on zc 1.5.7c. I have noticed a problem when I use my shipper number to try to grab the discounted rates it does not calculate things properly with multipackage orders. I am not sure if this is module side or something with ups. If create a heavy order (49.40 lbs) and set my max package weight to 200 lbs the estimate is 1 pkg x 49.40 lbs and the cost is $27.60. If I change the max package weight to 35 lbs in zc then the module shows 2 pkgs x 27.17 lbs and the total is $22.46. So somehow the estimate for two boxes is less than in a single shipment which of course is not what I actually get charged. Anyone else seeing this if you try to use discounted rate?

[lat9]

I am running 1.3.7 of the module on zc 1.5.7c. I have noticed a problem when I use my shipper number to try to grab the discounted rates it does not calculate things properly with multipackage orders. I am not sure if this is module side or something with ups. If create a heavy order (49.40 lbs) and set my max package weight to 200 lbs the estimate is 1 pkg x 49.40 lbs and the cost is $27.60. If I change the max package weight to 35 lbs in zc then the module shows 2 pkgs x 27.17 lbs and the total is $22.46. So somehow the estimate for two boxes is less than in a single shipment which of course is not what I actually get charged. Anyone else seeing this if you try to use discounted rate?

Two packages of a lesser weight tend to cost less than a single package that's twice the weight.

[pilou2]

It might be that the 2 box you actually sent are not weighting 27.17 lbs. Do you have an invoice from UPS with the actual weight and shipping cost of each box? Comparing this information could help spot the origin of the problem.

[spyderrobotics]

Two packages of a lesser weight tend to cost less than a single package that's twice the weight.

I am using shipstation if that makes a difference. I am using my ups number that shipstation gives me.

Here is another sample shipment:

So if I have it set up with a max of 200 lbs and I have a cart with 36lbs of product the cart shows 1 box @ 36lbs ($23.18)

If I set zc to 30lbs max then the cart shows 2 boxes @ 19.8 lbs. ($22.62)

The weight difference is because it adds the 10% per the zc default setting.

When I do a rate check in shipstation 1 box at 36 lbs would be $23.18

Two boxes of smaller size at 19.8 lbs each would actually be $15.91 per box. $31.82 total.

So single package seems to work fine and grabs the right rate.

Double gets wonky. I am not sure if this is because of trying to grab the rate they have worked out with shipstation or if its something in the module.

[carlwhat]

Two packages of a lesser weight tend to cost less than a single package that's twice the weight.

in my experience, this is not the case. especially if the package does not meet the overweight surcharge, typically 50 lbs or 70 lbs depending on the service.

I am using shipstation if that makes a difference. I am using my ups number that shipstation gives me.

Here is another sample shipment:

So if I have it set up with a max of 200 lbs and I have a cart with 36lbs of product the cart shows 1 box @ 36lbs ($23.18)

If I set zc to 30lbs max then the cart shows 2 boxes @ 19.8 lbs. ($22.62)

The weight difference is because it adds the 10% per the zc default setting.

When I do a rate check in shipstation 1 box at 36 lbs would be $23.18

Two boxes of smaller size at 19.8 lbs each would actually be $15.91 per box. $31.82 total.

So single package seems to work fine and grabs the right rate.

Double gets wonky. I am not sure if this is because of trying to grab the rate they have worked out with shipstation or if its something in the module.

ship station seems correct. those numbers are what i would expect.

best.

[n8pbm]

I know it was stated that package dimensions were planned for a future release. Just checking to see if there was any progress with this? I appreciate the hard work in making the module.

Thanks

[lat9]

I know it was stated that package dimensions were planned for a future release. Just checking to see if there was any progress with this? I appreciate the hard work in making the module.

Thanks

No progress, other that I've now created a GitHub issue to remind me of the request: https://github.com/lat9/upsoauth/issues/52

[lat9]

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

Note: The update might work on Zen Cart versions 1.5.4 through 1.5.6, but I have no means of testing so no guarantees. PHP versions prior to 7.0 will result in PHP fatal errors!

This release contains changes for these GitHub issues:

#49: Conditionally issue curl_close, it has no effect since PHP 8.0 and is deprecated in PHP 8.5.
#36: Don't load 'legacy' language file on zc158 and later to avoid duplicate-constant errors.
#53: Update UPS API version from v1 to v2409.
#54: Modify configuration-value access, using zc300's zen_config function, if present.
#47: Re-factor code determining error message to be displayed (thanks, @retched).
#52: Include dimensions; based on the contribution from @popupparts. This change includes two additional configuration settings.
#48: Display a message indicating that UPS doesn't ship to USPS P.O. Boxes. This change includes an additional configuration setting.

[siliconbug]

ZC 158 w/ php 8.2

After upgrading to 1.4.0, admin page keeps saying: "NOTE: A NEW VERSION OF THIS PLUGIN IS AVAILABLE. [Details]"
The storefront can't get the correct quote.

The debug log:

    "response": {
        "errors": [
            {
                "code": "111580",
                "message": "Missing or Invalid account number for Payment Details."

Rolling back to 1.3.8 and works well