UPS XML: Support Thread

[lat9]

@greg_beyer, what version of UPSXML is currently in use? I ask because the plugin's undergone some significant changes over the past couple of years.

[greg_beyer]

Hi Lat9,

We're on 1.7.2 And its configured (and always has been) with our shipper number, key, login and password.

The shipping rates shown in ZC are much higher (double) those provided when we ship the same items using UPS's native WorldShip client. WorldShip is the UPS desktop client that we use to generate shipping labels from ZC orders. WorldShip is configured with the same shipper number as UPS XML. It doesn't require a login and PW and API key as does UPS XML, BTW -- only the shipper number.

Having reviewed the change logs in UPS XML in 1.7.3, 1.7.4 and 1.7.5, I'm not seeing anything that would account for this discrepancy.

Thanks for any insights. I also going to turn on debug of UPS XML, see if I can glean anything from that.

[greg_beyer]

Here's some additional information. I turned on debug, and generated the attached log file.

UPS XML calc'ed a rate of $111.44 for a 12 lb package sent 2d day air. (we ship perishable food, it must go 2DA to western locations). We are in Atlanta.

We then entered the same package weight, to same zip, and with same shipping (2d day air) into UPS Worldship desktop application. It calc'ed a rate of $63.82.

Of course the $111.44 rates scares off the customers when they're in the shopping cart.

The 63.82 is our negotiated rate with UPS. The 111.44 is the published rate -- what any joe would pay walking up to a UPS Store with the package.

So the question is why is the negotiated rate not coming back via UPS XML?

I don't see any errors in the log file. I have redacted sensitive credentials, etc.

[lat9]

Apparently that account isn't authorized for negotiated rates, as found in the UPS response:

<RatedShipmentWarning>User Id and Shipper Number combination is not qualified to receive negotiated rates.</RatedShipmentWarning>

[greg_beyer]

Thank you, lat9. I should have caught that

It seems clear that there is an issue with the account on the UPS side which is not allowing the negotiated rates to be returned. I have provided this information, along with the raw log file, to UPS.

[eairtool]

I just installed the UPSXML from the standard UPS version that was not calculating insurance. I have a lot of high value items on my site and we were losing that money on transactions.

The rates seem to be calculating fine as long as you are logged in. If you are not logged in, the rates show as stanard rates without insurance. I could not find any settings that would affect this. I am worried about potential customers checking the estimated shipping rates and then when they sign up the cost is drastically different.

Site is v1.5.5f
upsxml is 1.7.5

[lat9]

I just installed the UPSXML from the standard UPS version that was not calculating insurance. I have a lot of high value items on my site and we were losing that money on transactions.

The rates seem to be calculating fine as long as you are logged in. If you are not logged in, the rates show as stanard rates without insurance. I could not find any settings that would affect this. I am worried about potential customers checking the estimated shipping rates and then when they sign up the cost is drastically different.

Site is v1.5.5f
upsxml is 1.7.5

You're correct. The shipping module currently looks for an "order" (i.e. during the checkout process) to gather the subtotal to be submitted to UPS (otherwise defaulting to a 100.00 value).

I'll create an issue on the UPSXML GitHub (https://github.com/lat9/upsxml) to track this change.