UPS XML: Support Thread

[lat9]

Does that mean that the Time-in-transit routine in the plugin has to be rewritten?

In a word: Yes.

[lat9]

In a word: Yes.

@mrsawyer, I've got this updated on GitHub (https://github.com/lat9/upsxml/issues/25). Both the shipping-module and its language file require updates for full support.

Could/would you grab that updated version to ensure that I've corrected the "Missing ETA" issue?

[mrsawyer]

Thanks, I'll check it out. Tied up in meetings for a few hours, but will check it afterwards.

[mrsawyer]

lat9,

I see no problem with your update. Everything seems perfect. Great job! Thanks so much!

[mrsawyer]

Thanks Carlwhat, however, since I am not using the Standard Rates, I'll have to deal with that later.

As for the standard rates, I thought they were the same as retail rates, but they are not. I found a document on UPS's website that listed all the standard rates per zone. Some of those rates are better than out contracted rates.

So all is well with the UPS XML Shipping Module.

[lat9]

lat9,

I see no problem with your update. Everything seems perfect. Great job! Thanks so much!

No problems; I appreciate your quick update to let me know that the changes do correct the issue. I'll get UPSXML v1.7.9 released.

[lat9]

No problems; I appreciate your quick update to let me know that the changes do correct the issue. I'll get UPSXML v1.7.9 released.

Just submitted; and available for download (https://www.zen-cart.com/downloads.php?do=file&id=126).

This release contains changes associated with GitHub issue #25 (Missing time-in-transit display when method is translated).

Note that two additional constants have been added to the shipping-module's language file.

[lat9]

This release contains changes associated with GitHub issue #25 (Missing time-in-transit display when method is translated).

Note that two additional constants have been added to the shipping-module's language file.

Now available for download.

[mrsawyer]

As for the UPS XML Plugin, I have set the Shipping Delay to 0.34 days so that if a customer orders after approximately 11:45AM eastern time, the system will calculate the ETAs based on the shipment going out the following day. All worked well, as orders placed before 11:45 had an ETA that was one day sooner. This was tested on a Tuesday and a Wednesday.

Then, I tested the plugin on Friday at 11AM eastern time and correctly received an ETA of Monday for Next Day Air delivery, since there was plenty of time to schedule a UPS pickup for the package. Expecting the shipping delay to have kicked in, I checked again on Friday after 8PM (which is too late to send a shipment}, but still got the ETA of Monday. I checked again on Saturday at 6AM, and still got the Monday ETA. So, it seems that the UPS API is set to assume that shipments go out on Saturday. I have emailed UPS to confirm this, but have not yet received a reply. (I did not see a problem with the ETAs of orders placed on a Sunday.)

My question is: is there a flag that can be set in the interface with the UPS API that turns off Saturday shipping? I have looked for UPS'es Time-In-Transit API technical documentation, but have not found it as yet.

Please Advise,
mrsawyer

[lat9]

I've not seen anything in the UPS API to indicate that Saturday shipping isn't supported.