UPS XML: Support Thread

As I try to wipe the egg off,

Error was in the SHIP FROM address.
During setup, somehow an 'auto-complete' feature populated the UPS account state to LA and all the other info correct and I did not catch that.

Changing the STATE in the setup field to ID, seems to have corrected the problem so that I can now go to the step of somehow getting the Stamps.com rates to be quoted but that is not within the scope of this support thread.

Thanks everyone for helping me see the error in my ways.

There is still a hiccup with the version checking where zen-cart.com seems to be refusing a version check connection and generating 6 myDEBUG-adm files for each rate quote attempt when the UPSXML plugin is enabled.

Hello,

I just installed UPS XML My site is bilingual, so I need to display the shipping info in Spanish if the shopper chooses Spanish as their language of choice. I copied upsxml.php into /includes/languages/spanish/modules/shipping . So, now the English shipping options show up on the spanish display of my site. In the upsxml.php file that I copied to the Spanish side, I tried converting the words "Next Day Air" to Spanish. but when I tried to view it on my site, the option for Next Day Air was no longer in the list of options. I assume it disappeared because the Spanish version of "Next Day Air" was not an option that was set in the admin area (though I could be wrong). So, at this point, I am stuck. Please offer any help you can in getting the shipping options to display in Spanish.
Thanks,
mrsawyer

@mrsawyer, UPS returns time-sensitive quotes. You might get a Next Day Air quote in the morning that you won't get for the same address later in the day.

To get those various shipping-methods to display in Spanish, you're heading down the correct path (/includes/languages/spanish/modules/shipping/upsxml.php) by editing that copied language file.

lat9:

@mrsawyer, UPS returns time-sensitive quotes. You might get a Next Day Air quote in the morning that you won't get for the same address later in the day.

To get those various shipping-methods to display in Spanish, you're heading down the correct path (/includes/languages/spanish/modules/shipping/upsxml.php) by editing that copied language file.

The disappearance of every shipping option that I edited in upsxml.php could not have been due to information being time-sensitive. It was only a matter of seconds from the edit to Spanish (where the option disappeared) and changing back to English where the options reappeared. It seems more likely to be what I stated in the original post, that since the Spanish option is not an option to display in the cart, the system eliminates it. Of course it is only a theory, but please offer some reply as to whether it is even feasible or not.

Also please try changing the "Next Day Air" on the English folder side of upsxml.php to "Next Day Truck" and see what happens. I'm sure the option will disappear on your test system.

Thanks for the fast reply!
mrsawyer

mrsawyer:

The disappearance of every shipping option that I edited in upsxml.php could not have been due to information being time-sensitive. It was only a matter of seconds from the edit to Spanish (where the option disappeared) and changing back to English where the options reappeared. It seems more likely to be what I stated in the original post, that since the Spanish option is not an option to display in the cart, the system eliminates it. Of course it is only a theory, but please offer some reply as to whether it is even feasible or not.

Also please try changing the "Next Day Air" on the English folder side of upsxml.php to "Next Day Truck" and see what happens. I'm sure the option will disappear on your test system.

Thanks for the fast reply!
mrsawyer
Well, duh.:blush: Unfortunately, due to the way that the UPS-XML shipping method's currently (as you noted) processing, changing those [what should be] language-specific names from their configured values causes the various shipping methods to be removed due to a 'no match' condition when compared against those database-settings.

I've created a GitHub issue (https://github.com/lat9/upsxml/issues/24) to track changes needed to correct this behavior.

lat9:

Well, duh.:blush: Unfortunately, due to the way that the UPS-XML shipping method's currently (as you noted) processing, changing those [what should be] language-specific names from their configured values causes the various shipping methods to be removed due to a 'no match' condition when compared against those database-settings.

I've created a GitHub issue (https://github.com/lat9/upsxml/issues/24) to track changes needed to correct this behavior.
I've just submitted UPS-XML v1.7.8 to the Zen Cart moderators for review and will post back here when it's available for download.

This release contains changes enabling the various UPS shipping methods to be translated into different languages. See that GitHub issue-link above for additional information.

lat9:

I've just submitted UPS-XML v1.7.8 to the Zen Cart moderators for review and will post back here when it's available for download.

This release contains changes enabling the various UPS shipping methods to be translated into different languages. See that GitHub issue-link above for additional information.
Please note: This update appends the UPS Service Code to the names of the individually-selectable shipping methods to enable that language-translation. If you are upgrading, it's very, very important to go to your admin's Modules::Shipping for your existing configuration to be updated once the updated files are placed on your site. Otherwise, your customers won't receive UPS-XML quotes.

lat9:

Please note: This update appends the UPS Service Code to the names of the individually-selectable shipping methods to enable that language-translation. If you are upgrading, it's very, very important to go to your admin's Modules::Shipping for your existing configuration to be updated once the updated files are placed on your site. Otherwise, your customers won't receive UPS-XML quotes.

Hey lat9,

Wow! I am happy that you have handled this so quickly. I am anxiously awaiting the new download. As you suggested, I'll be sure to go to the admin, Modules. Shipping function to play with the new options.

Thanks So Much!
mrsawyer

mrsawyer:

Hey lat9,

Wow! I am happy that you have handled this so quickly. I am anxiously awaiting the new download. As you suggested, I'll be sure to go to the admin, Modules. Shipping function to play with the new options.

Thanks So Much!
mrsawyer
You're very welcome. If you want a heads-up while the moderators do their review, you can always download from the plugin's GitHub repository: https://github.com/lat9/upsxml/releases/tag/v1.7.8

lat9:

I've just submitted UPS-XML v1.7.8 to the Zen Cart moderators for review and will post back here when it's available for download.

This release contains changes enabling the various UPS shipping methods to be translated into different languages. See that GitHub issue-link above for additional information.

lat9:

Please note: This update appends the UPS Service Code to the names of the individually-selectable shipping methods to enable that language-translation. If you are upgrading, it's very, very important to go to your admin's Modules::Shipping for your existing configuration to be updated once the updated files are placed on your site. Otherwise, your customers won't receive UPS-XML quotes.
UPS-XML v1.7.8 is now available for download: https://www.zen-cart.com/downloads.php?do=file&id=126

Greetings,

Thanks for the latest update to UPS-XML. Making it multilingual is great. As I was using the module on our Spanish site, I noticed the heading just before the rates says: UNITED PARCEL SERVICE (1 PKG X 7.18 LBS TOTAL) . I looked in the file upsxml.php, but found that the heading is coming from some other place. We don't plan to display the number of packages and the weight, so they are not an issue. My question: is "UNITED PARCEL SERVICE" translatable, and if so, what file would I edit?

And another question is what file do we edit to put more spaces between the shipping choices? I noticed that the prices for the shipping choices need more space after them. See...

To translate "United Parcel Service", you'll make a language-override copy of /includes/languages/english/modules/shipping/upsxml.php into /includes/languages/spanish/modules/shipping/upsxml.php and make that translaction, changing 'MODULE_SHIPPING_UPSXML_RATES_TEXT_TITLE'.

For the formatting issue, you'll need to check in your custom template's CSS and/or shipping-estimator/checkout-shipping pages' layouts.

lat9:

To translate "United Parcel Service", you'll make a language-override copy of /includes/languages/english/modules/shipping/upsxml.php into /includes/languages/spanish/modules/shipping/upsxml.php and make that translaction, changing 'MODULE_SHIPPING_UPSXML_RATES_TEXT_TITLE'.

For the formatting issue, you'll need to check in your custom template's CSS and/or shipping-estimator/checkout-shipping pages' layouts.

Hi lat9, As I mentioned in the OP, I looked in the upsxml.php file, but the text "United Parcel Service" does not exist in the file. So, if you are saying to change it there, does that mean that it is not translatable and is coming directly from UPS and being displayed as it arrived into the system?

I will look at the CSS as you directed.

Thanks for all you do for us here!
mrsawyer

mrsawyer:

Hi lat9, As I mentioned in the OP, I looked in the upsxml.php file, but the text "United Parcel Service" does not exist in the file. So, if you are saying to change it there, does that mean that it is not translatable and is coming directly from UPS and being displayed as it arrived into the system?

I will look at the CSS as you directed.

Thanks for all you do for us here!
mrsawyer
Which version of UPS-XML is in use? FWIW, the language file currently contains this

define('MODULE_SHIPPING_UPSXML_RATES_TEXT_TITLE', 'United Parcel Service');

definition which, if changed, will display something other than United Parcel Service on the storefront.

lat9:

Which version of UPS-XML is in use? FWIW, the language file currently contains this

define('MODULE_SHIPPING_UPSXML_RATES_TEXT_TITLE', 'United Parcel Service');

> definition which, if changed, will display something other than ***United Parcel Service*** on the storefront.


We are using version 1.7.8. I assume the correct file overwrote the previous version, but I will double check to make sure. When I did a search on the text of the file, United Parcel Service did not appear.

Thanks, I'm getting my grill and barbecue sauce ready in case I have to eat crow!
mrsawyer

mrsawyer:

We are using version 1.7.8. I assume the correct file overwrote the previous version, but I will double check to make sure. When I did a search on the text of the file, United Parcel Service did not appear.

Thanks, I'm getting my grill and barbecue sauce ready in case I have to eat crow!
mrsawyer

Well I have plucked, gutted, and grilled the crow. I could swear that the United Parcel Service text was not there when I searched a few days ago, but it is certainly there now. My apologies!

As for the formatting issue, you said, "For the formatting issue, you'll need to check in your custom template's CSS and/or shipping-estimator/checkout-shipping pages' layouts." So, the changes may be in the CSS and/or may be in the shipping_estimator php files, and/or checkout_shipping php files. Did I decode what you were saying correctly?

mrsawyer:

Well I have plucked, gutted, and grilled the crow. I could swear that the United Parcel Service text was not there when I searched a few days ago, but it is certainly there now. My apologies!

As for the formatting issue, you said, "For the formatting issue, you'll need to check in your custom template's CSS and/or shipping-estimator/checkout-shipping pages' layouts." So, the changes may be in the CSS and/or may be in the shipping_estimator php files, and/or checkout_shipping php files. Did I decode what you were saying correctly?
Poor crow. You've decoded what I said about the layout correctly! You're looking somewhere in your site-specific template-directory for those layout/CSS changes. You can always try switching back to the responsive_classic template to see how that area's formatted originally.

Greetings,

I have set up our API Key and run some cross-country shipping tests (in test mode) using UPS-XML Version 1.7.8. I set the Customer Classification Code to 00 so that rates displayed would reflect our contracted agreement with UPS. I then tried using the exact same shipping information with the Customer Classification Code set to 53 to display the regular rates for comparison. To my surprise, the regular rates were about 4% to 7% lower than our contracted "discounted" UPS rates.

I have contacted UPS to make sure they have given us the correct code and have also activated the contract. While I am awaiting a reply, I thought I'd check with the forum folk here to see if using test mode could account for this, or if there is some other possible reason I have overlooked, or if there is the remote possibility that the plugin has an error.

I am hoping that some readers of this post will be so kind as to run a similar test and share their findings.

Thanks,
mrsawyer

@mrsawyer, you could enable the UPS-XML debug for a couple of 'cycles' so that you can view the requests sent to and responses from the UPS servers. I kind of remember a couple of cases where reviewing those logs helped.

lat9:

@mrsawyer, you could enable the UPS-XML debug for a couple of 'cycles' so that you can view the requests sent to and responses from the UPS servers. I kind of remember a couple of cases where reviewing those logs helped.

I will try your suggestion about using debug. However, UPS's response mentions package size as a determining factor in the rate estimate received online. How does the UPS_XML plugin supply UPS with package dimensions, or does it? I did not see anywhere where package size could be entered. In the ZC admin area I saw small box and large box, but did not a place to specify the dimensions of either.

Please advise,
mrsawyer