UPS XML: Support Thread

Thanks - I just needed to update the named root.cache. My bad. All working now.

Hello,

I just updated Zen Cart to 1.5.8 with a fresh install. I am hoping to get UPSXML set up on it for the first time, however, it is not appearing on my admin shipping modules page. Before this upgrade, I was running UPS module on 1.5.6.

Any pointers as to what I am missing? I removed and copied over the UPSXML files multiple times in case of a bad deployment.

Zen Cart 1.5.8
Database Patch Level: 1.5.8
PHP Version 8.0.27
Other modules: Square Web Pay

Thank you.

couriercipe:

Hello,

I just updated Zen Cart to 1.5.8 with a fresh install. I am hoping to get UPSXML set up on it for the first time, however, it is not appearing on my admin shipping modules page. Before this upgrade, I was running UPS module on 1.5.6.

Any pointers as to what I am missing? I removed and copied over the UPSXML files multiple times in case of a bad deployment.

Zen Cart 1.5.8
Database Patch Level: 1.5.8
PHP Version 8.0.27
Other modules: Square Web Pay

Thank you.
When you say that it's not appearing, is that page partially displayed? You can also install (if you haven't already) the Display Logs plugin via the admin menus to see if there are any (er) logs indicating that an issue's occurred.

If there is a log, please post back here (within a "CODE" tag, the big **# **in the menu-bar when you write your response). Since the issue's occurring during admin processing, make sure to xxx-out the name of your admin sub-directory ... it'll be present within an admin-generated log's information!

lat9:

When you say that it's not appearing, is that page partially displayed? You can also install (if you haven't already) the Display Logs plugin via the admin menus to see if there are any (er) logs indicating that an issue's occurred.

If there is a log, please post back here (within a "CODE" tag, the big **# **in the menu-bar when you write your response). Since the issue's occurring during admin processing, make sure to xxx-out the name of your admin sub-directory ... it'll be present within an admin-generated log's information!

Thank you for the response.

Shipping modules page renders as normal but there is no entry for UPS XML for me to enable. I will try the Display Logins plugin and investigate further. Thank you for the advice.

couriercipe:

Thank you for the response.

Shipping modules page renders as normal but there is no entry for UPS XML for me to enable. I will try the Display Logins plugin and investigate further. Thank you for the advice.
Are you sure you uploaded the module's two files to the right place? They should be in /includes/modules/shipping/upsxml.php and /includes/languages/english/modules/shipping/upsxml.php ... the storefront, not the /admin like-named sub-directories.

@Lat9,
I am having an issue with UPSXML 1.8.1. Have a clean v158 installed. Being as I backed up the live db and imported that data into the new db I belive it has UPSXML 1.7.9 info in it from 157. Not sure if that is creating a problem or not but when I log in to the admin after uploading the 1.8.1 files to the includes directory there is no UPSXML under Modules > Shipping. To be clear the 1.7.9 is not installed in 158. Have multiple instances of this same log file (redacted for security)

PHP Fatal error: Uncaught Error: Undefined constant "MODULE_SHIPPING_UPSXML_SHIPPER_NUMBER" in /includes/modules/shipping/upsxml.php:143
Stack trace:
#0 //modules.php(187): upsxml->__construct()
#1 //index.php(11): require('/home/mysite/...')
#2 {main}
thrown in /includes/modules/shipping/upsxml.php on line 143

Request URI: ///index.php?cmd=modules&set=shipping, IP address: 68.222.21.190
--> PHP Fatal error: Uncaught Error: Undefined constant "MODULE_SHIPPING_UPSXML_SHIPPER_NUMBER" in /includes/modules/shipping/upsxml.php:143
Stack trace:
#0 //modules.php(187): upsxml->__construct()
#1 /***/index.php(11): require('/home/mysite/...')
#2 {main}
thrown in /includes/modules/shipping/upsxml.php on line 143.

Thanks,
John

Installed UPSXML 1.8.1 into Zen Cart 1.5.8 under PHP 8.1, looks fine, no trouble found.

That constant (MODULE_SHIPPING_UPSXML_SHIPPER_NUMBER) has been part of the UPS-XML since at least v1.7.7.

My only suggestion is to enter the following in the admin's "Install SQL Patches" tool

DELETE FROM configuration WHERE configuration_key LIKE 'MODULE_SHIPPING_UPSXML_%';

That will remove all configuration elements for the UPS-XML shipping module (you'll have to re-enter all the settings).

lat9:

That constant (MODULE_SHIPPING_UPSXML_SHIPPER_NUMBER) has been part of the UPS-XML since at least v1.7.7.

My only suggestion is to enter the following in the admin's "Install SQL Patches" tool

DELETE FROM configuration WHERE configuration_key LIKE 'MODULE_SHIPPING_UPSXML_%';

That will remove all configuration elements for the UPS-XML shipping module (you'll have to re-enter all the settings).

Just ran the patch and now it is showing up in the shipping options.

Thank you!

john

We're running ZC 1.57d, and the UPS shipping module was working correctly. But it also displayed the red message that there was a new version. So I installed the new version and now Shipstation is unable to write the shipping info (date, shipping service and tracking number) back to the customer's order record. The error we're getting from Shipstation is "An error occurred attempting to update orders: Invalid XML. Error: 'Unexpected end of file has occurred. The following elements are not closed: Orders. Line 3, position 1.' We received: '<?xml version="1.0" encoding="utf-16"?> <Orders> '

There was nothing in our logs about the problem, so it's not causing an issue in Zencart itself.

At this point, we have to go into every order manually and add the shipping info, so my shipping people are understandably giving me a very hard time.

HeleneWallis:

We're running ZC 1.57d, and the UPS shipping module was working correctly. But it also displayed the red message that there was a new version. So I installed the new version and now Shipstation is unable to write the shipping info (date, shipping service and tracking number) back to the customer's order record. The error we're getting from Shipstation is "An error occurred attempting to update orders: Invalid XML. Error: 'Unexpected end of file has occurred. The following elements are not closed: Orders. Line 3, position 1.' We received: '<?xml version="1.0" encoding="utf-16"?> <Orders> '

There was nothing in our logs about the problem, so it's not causing an issue in Zencart itself.

At this point, we have to go into every order manually and add the shipping info, so my shipping people are understandably giving me a very hard time.
Could you turn on the UPSXML debug and send me a copy of the file? I'll PM you my direct email address.

lat9:

Could you turn on the UPSXML debug and send me a copy of the file? I'll PM you my direct email address.

Welp, the problem turned out to be something entirely different. What the shipping folk said to me was completely the opposite of what was actually happening. I had installed the latest Shipstation module that I downloaded from Shipstation itself, not realizing that it was only for 1.5.8. So Shipstation was failing to import orders from Zencart, not failing to update the Zencart orders with the shipment info--tracking number, etc. When I realized what had happened and reinstalled the older version of Shipstation's interface, it all worked fine.

But I do still have a question about UPS XML. UPS has a class called UPS Ground Saver, and I don't see any way to enable that in Zencart. It's available through Shipstation, so we can take advantage of it, but I'd like to be able to offer it to our customers as well. Is there any way to include that in the plugin?

HeleneWallis:

...UPS has a class called UPS Ground Saver...

never heard of it.

in the feb 2023 UPS Rating Package XML Developer Guide, you can see a screenshot of the service options from the US.

best.

carlwhat:

never heard of it.

in the feb 2023 UPS Rating Package XML Developer Guide, you can see a screenshot of the service options from the US.

best.

Yes, I had already seen that. Ground Saver is apparently what Shipstation calls the UPS SurePost service, their 'last mile' service that hands off packages under a certain size to the USPS. So that is probably why it isn't available in the XML interface, because it requires package size information in order to be an option. Oh well. I wish we could offer it to our customers, but without volume info being available, it wouldn't be feasible. Our products are frequently purchased together, so regardless of the size of each individual one, a total order could easily add up to not being SurePost eligible.

Small bug in a recent update.

line 387
if ($next_zone['zone_id'] < 1 || $next_zone['zone_id'] === $order->delivery['zone_id']) {

fails to work because of ===. $next_zone['zone_id'] is not an int the way $order->delivery['zone_id'] is.
Casting fixes.

The symptom is the shipping estimator does not show UPSXML rates prior to login for users who restrict UPSXML by Zone.

swguy:

Small bug in a recent update.

line 387
if ($next_zone['zone_id'] < 1 || $next_zone['zone_id'] === $order->delivery['zone_id']) {

fails to work because of ===. $next_zone['zone_id'] is not an int the way $order->delivery['zone_id'] is.
Casting fixes.

The symptom is the shipping estimator does not show UPSXML rates prior to login.
GitHub tracking issue: https://github.com/lat9/upsxml/issues/37

I received an email today from UPS indicating that the current APIs (including XML) will be deprecated as of 2024-06-03. Over the next couple of months, I'll be updating the UPS-XML shipping method to use the now-current RESTful API interface.

GitHub tracking issue: https://github.com/lat9/upsxml/issues/38

lat9:

I received an email today from UPS indicating that the current APIs (including XML) will be deprecated as of 2024-06-03. Over the next couple of months, I'll be updating the UPS-XML shipping method to use the now-current RESTful API interface.

GitHub tracking issue: https://github.com/lat9/upsxml/issues/38

Thank you so much. Your work is really appreciated.

I just installed this UPS XML plugin and it works fine. The only questions I have:

1. I get UPS rates from all shipping methods except "UPS Standard", even it enabled in admin. Is this method not actually valid?

2. Any chance that the "Canada Standard" shipping method will be incorporated into this plugin at some point?

DML73:

I just installed this UPS XML plugin and it works fine. The only questions I have:

1. I get UPS rates from all shipping methods except "UPS Standard", even it enabled in admin. Is this method not actually valid?

2. Any chance that the "Canada Standard" shipping method will be incorporated into this plugin at some point?
   Not sure on the "UPS Standard". If you could, enable the UPS-XML debug option and send a copy of the resultant log to my direct email.

For the "Canada Standard", I've noted the request on the module's GitHub (https://github.com/lat9/upsxml/issues/39) so that I (hopefully) don't forget!