Jump to content

Prestashop could not connect to USPS webservices : Error


Recommended Posts

Anybody could possible suggest what's going on?
USPS can't be down for five day straight.

Is my host blocking some commands?
That Prestashop is sending?

Could this error come up if my login&password;are incorrect?

Or this is a Bug that simply can't be fixed?

Link to comment
Share on other sites

  • 1 month later...
  • 4 weeks later...
  • 1 month later...

I am trying to use the USPS module.

 

When I try to configure the USPS module:

I continually get the following error:

 

Prestashop could not connect to USPS webservices :

USPS Webservice seems to be down, please wait a few minutes and try again.

 

 

I signed up for my USPS API.

 

I got an email from them saying I was in testing mode.

 

It says:

Your Web Tools User ID, shown above, is required to test and integrate USPS Web Tools APIs. With this ID, you may begin sending calls to the test server. Depending on the API, the address to the test server is either http://testing.shipp...pingAPITest.dll or https://secure.shipp...ingAPITest.dll. Use this information in combination with your User ID and your XML string to send a request to the USPS servers. For more details, refer to the programming guides (located at http://www.usps.com/webtools) for the specific API you are integrating.

 

 

A sample test request would look like: "http://testing.shippingapis.com/ShippingAPITest.dll?API=[API_Name]&XML=[xml_String_containing_User_ID]"

 

 

When you have completed your testing, email the USPS Internet Customer Care Center (ICCC). They will switch your profile to allow you access to the production server and will provide you with the production URLs.

 

 

The ICCC is staffed from 7:00AM to 11:00PM Eastern Time.

 

 

E-mail: [email protected]

Telephone: 1-800-344-7779

 

So do I have get the testing done and get moved to the production server?

 

 

B Arnold Stein

Edited by barrystein
correcting name (see edit history)
Link to comment
Share on other sites

  • 1 month later...
  • 2 weeks later...

I think this raises a valid concern. While it appears that in this specific case, there wasn't an issue, it is possible that in the future, there might be service issues with USPS, UPS, etc's APIs and/or connectivity issues that prevent getting required information. Should PS have a fallback built in? e.g. locally stored pricing table, updated weekly, or something of that nature?

Link to comment
Share on other sites

Hi OC2PS,

 

There is absolutely no connection between using Production Credentials and fallback if webservices does not respond (next time, please open a new topic :) ).

 

About fallback system, there is already a cache system used in the module. There is only one call for each cart, and I don't recall webservices if the cart does not have modifications. The principe of using webservice is too always have a shipping price up to date and the price can change in many cases (prices on UPS or USPS changed, weight of product changed, ...). I'm not sure fallback system is such a good idea. I think the merchants would prefer not to show the carrier instead of displaying incorrect prices. Don't you think ?

Link to comment
Share on other sites

I think from a technical perspective you are right.

 

From a merchant viewpoint, it is a bit more complicated. If I use, say, USPS then irrespective of whether I am able to connect to them in realtime or not I want to be able to offer that shipping option. If I cant get realtime prices then I want to show prices based on the prices table I retrieved from them the last time around. This is because I know that carriers don't frequently change pricing and I have the tolerance of about a week on that (meaning if USPS changed prices today, then I would be happy to keep charging customers old prices for a week).

 

It is slightly different if the API is supposed to send shipping info to the carrier and retrieve, say, tracking information. Thankfully, that is a separate function, thankfully not real-time (in terms of consumer interaction) and the system can keep trying at regular intervals till it gets through.

Link to comment
Share on other sites

  • 4 months later...

if webservice is giving the following errors below, will that keep the UPS and USPS modules from working?

  • We could not check if basic authentication and rewrite extensions are activated. Please manually check if they are activated in order to use the PrestaShop webservice.
  • If possible, it is preferable to use SSL (https) for webservice calls, as it avoids the security issues of type "man in the middle".

I found a CRUD manual, and some other websites. Nothing I did would make this error go away.

Link to comment
Share on other sites

×
×
  • Create New...