Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
The USPS is updating their payment estimate API on January 22, 2012 to match their new pricing structure. Is the uc_usps module going to be updated to match?
(Obviously, this applies to all supported versions, not just 7.)
Comment | File | Size | Author |
---|---|---|---|
#11 | uc_usps.module.patch | 627 bytes | sah62 |
#9 | jstyle-usps-shipping-error.jpg | 170.24 KB | strings6 |
Comments
Comment #1
TR CreditAttribution: TR commentedDo you have a link for this change? I don't know what you mean by "payment estimate API" - there's no USPS API with that name.
Comment #2
vomitHatSteve CreditAttribution: vomitHatSteve commentedSorry, the Rate Calculators API is what they call it: https://www.usps.com/webtools/_pdf/Rate-Calculators-v1-3.pdf
Some of their other APIs may change too, but I suspect the Rate Calculators one is the primary concern as far as UC is concerned.
They've also published Federal Register Notices about it, but those are pretty incomprehensible.
And here is the email that they sent us regarding the change:
Comment #3
TR CreditAttribution: TR commentedYes, based on the above (and following the links) it looks like the USPS module will have to make some small changes. However, because USPS has not made the new API documentation available yet, I don't know what exactly this will affect.
Once again USPS is making changes to the form of the API request and response without changing the API version, which is a huge mistake. If they would simply change the version number when they made changes like this they could support old-version and new-version API calls simultaneously for a period of time until they phased out the old version. As it is, code that works with RateV4 will suddenly stop working on 22 Jan, which means every single Ubercart shop that uses USPS will have to deploy a new version of the USPS module exactly on 22 Jan. This goes for every other shopping cart software too!
I'll call them on Tuesday when they reopen after the holiday and see if I can get an advance copy of the new documentation.
Thanks for bringing this to my attention. I'm on the mailing list for changes like this, but I haven't received a notice yet ...
Comment #4
TR CreditAttribution: TR commentedTech support does not have access to the new API documentation. They have escalated my request.
Comment #5
TR CreditAttribution: TR commentedAnother frustrating call with USPS. They will not make the new API documentation available until 22 Jan when the new API goes into effect.
So I guess we're just going to have to wait until then, see what breaks, then try to fix it in a timely manner.
Comment #6
j0rd CreditAttribution: j0rd commentedI have a client who needs the way their USPS shipping is handled. I can assist with this integration, if someone could provide me with some documentation.
@TR, is the plan to create the new version with packaging module, or should we update the module with out it, then update it to integrate with packaging later.
If you let me know the game plan and give me some documentation, I can help. I'm planning to write a custom USPS for this client, so I might as well do this on the latest and greatest API, then make it available to everyone.
--- UPDATE
I've emailed both webtools@email.usps.gov and uspstechsupport@esecurecare.net trying to get the latest and greatest documentation.
For those who are interested in the links in questions, you can find more information here:
About the change in prices & api:
http://about.usps.com/postal-bulletin/2011/pb22326/html/kit.htm
USPS Webtools API:
https://www.usps.com/business/webtools.htm
Comment #7
TR CreditAttribution: TR commentedThe changes listed in #2 are relatively minor - this is NOT a new API, and is not significantly different from the old API. For the most part, the changes are to add additional capability to the API, which will not affect the uc_usps module. The only change I think will affect us is the change to the "First-Class Mail Package response values", which will probably break some First-class quote responses.
However, there is STILL no new version of the API published, so I don't have any specific information about the changes other than the general information listed in #2.
@j0rd: The Packaging module will not be incorporated into the USPS module for Ubercart 7.x-3.0, but may be in later versions of 7.x-3.x. I personally won't be tackling that until after I've had some experience integrating and using it in my own (not Ubercart core) shipping modules (uc_fedex, uc_canadapost, and uc_canpar).
Comment #8
vomitHatSteve CreditAttribution: vomitHatSteve commentedThe big change that leaped out at me from what was listed in #2 is that the dimensions of packages marked as machinable have changed.
Thank you for staying on top of this, TR.
Comment #9
strings6 CreditAttribution: strings6 commentedHello,
Just thought I'd contribute by sharing the error that one of my clients is getting with Ubercart 6.x-2.7 since USPS changed things on 1/22/2012.
Customers are having problems placing orders from the US Territories shipping through USPS. These territories include the Federated States of Micronesia, Guam, Marshall Islands, Northern Mariana Islands, Palau, Puerto Rico, Virgin Islands.
Customers are receiving the following message for the shipping quote:
Hope that helps in whatever efforts you are doing, and if you have any additional questions for me let me know.
The website this is affecting is http://www.japanesestyle.com
Comment #10
vomitHatSteve CreditAttribution: vomitHatSteve commented+1 We are seeing the same error.
Comment #11
sah62 CreditAttribution: sah62 commentedThe attached patch file describes a fix for the first class package/parcel change.
Comment #12
TR CreditAttribution: TR commentedCommitted #11 to 7.x-3.x and 6.x-2.x. There is still no documentation available for the API changes, but I have verified that this name has been changed in the USPS response.
Comment #13
TR CreditAttribution: TR commentedRe: #9 and #10, that looks like an old problem. The fix at http://drupal.org/node/1079640#comment-4597172 should work.
Comment #14
strings6 CreditAttribution: strings6 commentedThank you TR, I missed that old issue so thank you for pointing that out. That did in fact fix the issue from my post #9.
One remaining USPS error I am aware of on our site is one that comes up when a user has a Great Britain or New Zealand address (those are the countries we are aware of so far):
Comment #15
strings6 CreditAttribution: strings6 commentedJust an update, we figured out that the "Invalid option selected. Recalculate shipping quotes to continue." error I posted in #14 was related to this:
http://drupal.org/node/1139338
Comment #16
TR CreditAttribution: TR commentedThere is still no new documentation available, and USPS insists none is needed. The patch in #11, which was already committed, seems to have addressed the only problem reported so far. So I'm going to close this issue as fixed. If there are additional problems with USPS, related to this change or not, please open a new issue.
Comment #18
pauloberoi CreditAttribution: pauloberoi commentedHi vomitHatSteve,
I am having an ecommerce site as well, and I was screwed too just like you... you know I was crazy for searching for any solution or a documentation, but on any forum tech forum , its just nothing.. :(
But one of my friend forwarded me a post which really helped me..
I am not a programmer and I just want to stay away from it...
I browsed this forum few days back when I was searching for a solution, but I notice still no solution have been posted here so far by any big techy guys... So thought to share what helped me..
http://70.164.0.206/ppscloud.com/issues-and-solution/usps-rate-calculati...
If you think I helped you.. only a thanks msg will be apprecitaed mate.. :))