rotaour Posted June 8, 2007 Share Posted June 8, 2007 I got an order from a gentleman in New Zealand the other day that didnt have a service type, it was blank. While testing I found UPS was responding with a "City is ambiguous" error. We did get a quote and the order was confirmed but no service type was written into the DB. The ambiguous error ended up being an improper postal code, got that figured out. Apparently UPS only has one service type to New Zealand, ie. UPS Worldwide Saver. The problem with no service type I figured was that it just didnt exist in the code, however there is: '65' => MODULE_SHIPPING_UPSXML_SERVICE_CODE_CANADA_ORIGIN_65 and '65' => MODULE_SHIPPING_UPSXML_SERVICE_CODE_EU_ORIGIN_65 both of which are titled "UPS Express Saver." According to communications with UPS support <service><code>65</code></service> is "UPS Worldwide Saver." Has this changed since the module was initially written or is it just labeled wrong? Obviously New Zealand is not of EU or Candian origin so thats why Im not getting UPS Express Saver as the shipping option for this region. Am I right in thinking that I just need to add '65' => MODULE_SHIPPING_UPSXML_SERVICE_CODE_OTHER_ORIGIN_65 to the 'All other origins' array in the service_codes array? Or should I add an Austrailian array(or whatever world region NZ is in) to service_codes array AND add Austrailian Origin to the MODULE_SHIPPING_UPSXML_RATES_ORIGIN cofiguration field and install() function? Any comments or suggestions by more seasoned programmers would be great. Thanks Quote Matt Mika Installed Contributions: Multi-Stores, QTPro, CCGV(trad), Batch Print, EasyPopulate, Simple Manual Order Entry, Encrypting Credit Card Via Mcrypt, UPSXML, Down for Maintenance, On The Fly GD Thumbs, SPPC, SPPC Hide, and various personal tweaks Link to comment Share on other sites More sharing options...
Jan Zonjee Posted June 8, 2007 Share Posted June 8, 2007 I got an order from a gentleman in New Zealand the other day that didnt have a service type, it was blank. While testing I found UPS was responding with a "City is ambiguous" error. We did get a quote and the order was confirmed but no service type was written into the DB. The ambiguous error ended up being an improper postal code, got that figured out. Apparently UPS only has one service type to New Zealand, ie. UPS Worldwide Saver. The problem with no service type I figured was that it just didnt exist in the code, however there is: '65' => MODULE_SHIPPING_UPSXML_SERVICE_CODE_CANADA_ORIGIN_65 and '65' => MODULE_SHIPPING_UPSXML_SERVICE_CODE_EU_ORIGIN_65 both of which are titled "UPS Express Saver." According to communications with UPS support <service><code>65</code></service> is "UPS Worldwide Saver." Has this changed since the module was initially written or is it just labeled wrong? Obviously New Zealand is not of EU or Candian origin so thats why Im not getting UPS Express Saver as the shipping option for this region. Am I right in thinking that I just need to add '65' => MODULE_SHIPPING_UPSXML_SERVICE_CODE_OTHER_ORIGIN_65 to the 'All other origins' array in the service_codes array? Or should I add an Austrailian array(or whatever world region NZ is in) to service_codes array AND add Austrailian Origin to the MODULE_SHIPPING_UPSXML_RATES_ORIGIN cofiguration field and install() function? If you are from Denver, Colorado the origin is US. Indeed some things have changed in January of this year. According to the Volume 7, No. 1, December 2006 documentation: 5) The Service Name "UPS Express Saver" has been changed to "UPS Saver". Page 85 Table 4: Changed the Service Code 65 (EU) Service Name and Service Code 13 (Cananda) to "UPS Saver" That is where things get a bit hazy too, since the Times service call it "Worldwide Saver" whereas the Rates and Services docs say just "Saver". In the language file for upsxml Saver has been added (or changed, don't remember if Express Saver was 65 too): define('MODULE_SHIPPING_UPSXML_SERVICE_CODE_US_ORIGIN_65', 'UPS Saver'); Quote Link to comment Share on other sites More sharing options...
rotaour Posted June 12, 2007 Author Share Posted June 12, 2007 If you are from Denver, Colorado the origin is US. Indeed some things have changed in January of this year. According to the Volume 7, No. 1, December 2006 documentation: 5) The Service Name "UPS Express Saver" has been changed to "UPS Saver". Page 85 Table 4: Changed the Service Code 65 (EU) Service Name and Service Code 13 (Cananda) to "UPS Saver" That is where things get a bit hazy too, since the Times service call it "Worldwide Saver" whereas the Rates and Services docs say just "Saver". In the language file for upsxml Saver has been added (or changed, don't remember if Express Saver was 65 too): define('MODULE_SHIPPING_UPSXML_SERVICE_CODE_US_ORIGIN_65', 'UPS Saver'); Updated my language defines for '65' codes to 'UPS Saver' from 'UPS Express Saver'. Added '65' => MODULE_SHIPPING_UPSXML_SERVICE_CODE_OTHER_ORIGIN_65 to /modules/shipping/upsxml.php in the 'All other origins' array. And define('MODULE_SHIPPING_UPSXML_SERVICE_CODE_OTHER_ORIGIN_65', 'UPS Saver'); to /lang/eng/mods/ship/upsxml.php I still do not get a Service method(ie. UPS Saver) in the checkout_shipping.php quote or in the orders_total table shipping row. Anyone got any ideas? Quote Matt Mika Installed Contributions: Multi-Stores, QTPro, CCGV(trad), Batch Print, EasyPopulate, Simple Manual Order Entry, Encrypting Credit Card Via Mcrypt, UPSXML, Down for Maintenance, On The Fly GD Thumbs, SPPC, SPPC Hide, and various personal tweaks Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.