650 comments found.
Hi there, I’ve purchased your USPS shipping rates plugin. I’m having issues validating my API username credentials for live production rates. Can you please tell me what format or order do I need to put my username and password in? Or what else I need to put in in order to get it to work?? I’m getting desperate that I’ve purchased this plugin and I can’t use it at all. I’ve checked with USPS my credentials are valid. It works, it validates on other free woo-commerce plugins. I reach out see if you can help me out running this plugin on my website before I ask for a refund and go to a different direction. Thank you!
USPS seems to be disabling more user credentials for the rating API and wants you to use their new oauth instead. We are developing with the new usps oauth App to see if this plugin can support that instead. you can request a refund from Envato at this link. Best regards
Looks like there are others that have made mention about the plugin no longer working. We went through the process and got a WebTools account from the post office yesterday. Got the email from the post office with the information. Copied the Username into the Production Credentials box and ensured that the API Mode is Production/Live. Not working. Probably need to use that refund request link?
Yes, we are developing using the new usps oauth App and see if this plugin can support that instead. you can request a refund from Envato at this link. Best regards
I keep getting this error when trying to validate the credentials to finish setting up the plugin.
Production/Live Server: Error Code: 80040B23 Error Msg: API Authorization failure. User # is not authorized to use API StandardB. USPSCOM::DoAuth
Failed API Credentials did not validate.
- I replaced the number with # **
We are developing using the new usps oauth App and see if this plugin can support that instead of web tools, which they are not issuing new credentials for. Best regards.
Hello, Can you please explain to me how your plugin works?
If someone places an order from my wordpress site with woocommerce, how do they receive the tracking number?
to obtain the tracking number you must first have the order processed by the shipper. for example (DHL, MBE…)
Only then will you get the tracking number.
How does the process work?
Also is compatible with MBE italy?
https://www.mbe.it/it/tracking Thanks!Your plugin does not work. We received permission from USPS to use rate calculator and address standardization via API. And plugin still gives an error. Production/Live Server: Error Code: 80040B23
Does it support shipping label / packaging label printing for USPS ?
Thanks for taking a look at this plugin. It can provide live rates in the cart and tracking updates on the order. It does not have the ability to create a paid shipment label from USPS. It has lots of configuration options for the rates/tracking. All the best.
With the new connection with USPS Ground Advantage, we’re noticing some larger packages on our site (even though they have lower weights) being given the weight-only calculation for Ground Advantage and so the shipping costs displayed at checkout are much lower than the actual shipping rates from USPS once we plug in the item’s dimensions as well. Any advice on how to adjust this on our side, or if this will have to be a plugin adjustment? For instance, a customer ordered empty game boxes from our website and in total, the weight was 17 pounds. At checkout, they were given the cost for a 17lb package that has no dimensions (even though the items on our site DO have dimensions provided). When we shipped the package, the dimensions were 23×18x19 inches and so USPS went with the dimensional weight for this package which came to a significantly higher shipping rate than what the customer paid. We have noticed this a few times recently and would like to nip it asap! We want to be able to keep the Ground Advantage option on our site for customers who are ordering small packages, but it’s not proving worth it with the loss we are experiencing from larger packages. Thank you.
Thanks for using this plugin. Sorry to hear that you’re having issues with USPS Ground advantage. Make sure you have the option “After packing, use Volumetric weight” selected so that the plugin uses the dimensions to calculate volumetric weight and uses that instead of the actual weight if it is more. This option is under the “Shipping Rates/Boxes” tab of this plugin’s settings. There is also an option of adding a margin % to certain methods (so you could add it to Ground Advantage) but I recommend that you try to keep the costs as close as possible for customers. Hope that helps!
Hello, I cannot use this product. USPS is retiring Web Tools and is only approving Web Tools API access on a limited basis. I signed up for an API username but USPS is not approving it, therefore this program is useless. Any chance I can get a refund? I have a user id but this is not a valid credential.
Thanks for letting us know. We will be developing using the new usps oauth App and see if this plugin can support that instead. you can request a refund from Envato at this link. Best regards
Do you have step-by-step documentation for how to set up the Webtools account, where to obtain Production Credentials, where to obtain Development Credentials, etc. After I created my webtools account, I received an email from USPS with my Webtools username and password, but I don’t know where to get the credentials required to make your plugin work.
I know my supports expired, and I’d love to pay the $14 and feel confident I’d get a response that doesn’t just say your server is being blocked. However, like everyone else. I’ve signed up for access to the USPS web tools, I’ve used the username provided and I am still getting..
“API Credentials did not validate.”
They did give us a password in the web tools, do we need to be utilizing those somewhere? If you can give me an answer that corrects the problem, I’d gladly spend $14 for that support, but I don’t want to blindly spend money if our only response is contact USPS when the same credential will work with other plugins.
When I choose a very small item such as bolt which is just 0.4 cost, and when i increase the quantity then the shipping cost increase drastically. I think the shipping should remain to minimum such as 5.70 (ground advantage) because this item is really small. Plz help. You can check it here https://the-lbs.com/all-hope-products/m3-x-6-torx-dome-head-stainless-steel-tamper-proof/
Many of my customers are having trouble with the local pickup shipping method being selected by default. Usually, to change the default shipping method, I would simply reorder the shipping methods in a shipping zone. But this doesn’t work with the shipping methods this plugin provides.
How can I make the local pickup NOT the default shipping method?
I’m having the same issue. Three IPs on DigitalOcean servers through Cloudways. The USPS form to contact tech support for Web Tools is BROKEN.
I’m sorry to hear that these are being blocked. If you find out what criteria they are blocking IPs, it would be good to know. Best regards.
UPDATE: USPS sent me an email yesterday (Monday) at about 2 p.m. ET letting me know they unblocked the IP addresses. They said, “ISP Digital Ocean was blocked on 11/16 due to security concerns. After further evaluation from the security team the block was removed today.” So this plugin and others that do the same thing (and run on a DO server) should no longer have this issue.
Hello there, I realized that my support had ended so I just renewed that. Appreciate your help in troubleshooting this error.
Thanks, we are going to have to discover what change USPS has made to cause this issue.
Do you have “Commercial/Contract” enabled? If not, try adding your api username to this, as it may change the request that is authenticated. My development api usernames are able to successfully get rates, but the error you are describing is when an api username is not active. Could you please consider contacting usps web tools support to see if there is something different/limited on your api account? If you want, please email support @truemedia.ca for us to take a look at your setup with a temporary login. Hopefully we can diagnose and resolve this issue for you. All the best.
Enabling and adding api username to Commercial/Contract doesn’t work. It just doesn’t make sense that the plugin worked fine for years with the same api key (and not just me but everyone else commenting in the last 24 hours) and then now it doesn’t work. I’ll send you access details to your email to see if you can help troubleshoot with a temporary login.
You do not have permission to access this page
If you have found this page in error, please contact support
Reference: ###
There have been other reports that USPS is blocking by IP address, with this exact message. You may be able to contact USPS support and ask for your server’s IP is unblocked so that it can access the Webtools api. I’m sorry about this issue, but it will start working again when USPS removes the firewall IP block.
Another quick update, the Web tools inquiry form on USPS fails to submit. They are as incompetent in providing customer service as they are in shipping it appears.
The API stopped working for us too, this may be a change USPS made but the plugin needs to be updated to fix the issue. Credentials are showing as invalid although they have not changed in years: “Production/Live Server: Failed API Credentials did not validate.”
This seems to be caused by the USPS firewall blocking the server’s IP. You may be able to contact USPS support and ask for your server’s IP to be unblocked so that it can access the Webtools api. I’m sorry about this issue, but it will start working again when USPS removes the firewall IP block. If they have new api limits or other reasons for blocking it, please let me know.
Production/Live Server: Failed API Credentials did not validate.
Stopped working yesterday. Registered new API, still no luck. We do $500-$1k in sales a day and can’t take any new orders due to the shipping plugin not working. We’ve used this plugin for years. Please advise. Thank you.
Have you updated to the latest version of the plugin? Since you’ve used it for a long time, I just wanted to make sure it’s not an older version.
Yes, I’ve got the latest version installed. Version 1.4.17
It’s been working fine and just stopped all of a sudden yesterday.
It has continued to work with our tests and I haven’t heard of usps limiting api access. They did announce that accounts that are not used for 18mo will be removed, but this should not be your case. Do you see any errors displayed or in the server php logs? Any connection errors? Thanks
Can you see if you have enough methods selected, such as USPS Ground Advantage or Priority Mail? Something could have gotten deselected. Also, enable “Rates lookup logging” in the settings to see what may be happening in the cart. Thanks!
Can you see if you have enough methods selected, such as USPS Ground Advantage or Priority Mail? Something could have gotten deselected. Also, enable “Rates lookup logging” in the settings to see what may be happening in the cart. Thanks!
I have everything properly configured for methods selected.
I enabled “Rates lookup logging” and added something to the cart then checked. This is the results:
API Response Error: Xml invalid response
• Rate was not found: Services enabled did not have a valid package size or Api error.Rates displayed in Cart
No rates displayed
I checked the logs and there are no errors in the php log associated with the USPS shipping plugin.
extremely frusterating.
no shipping rate available. created new user ID .... Production/Live Server: Failed API Credentials did not validate.
When using the live rates from USPS, it does need an active account from USPS Webtools. This plugin does have the feature to provide failover rates (to use lettermail/flat rate rules if the live rates are unavailable. Sorry to hear about your issue, but that would be something changing on USPS side. Hope that helps.
Have you updated to the latest version of the plugin? Since you’ve used it for a long time, I just wanted to make sure it’s not an older version.
This seems to be caused by the USPS firewall blocking the server’s IP. You may be able to contact USPS support and ask for your server’s IP to be unblocked so that it can access the Webtools api. I’m sorry about this issue, but it will start working again when USPS removes the firewall IP block.
the plugin stopped working conveniently after support ended…
When using the live rates from USPS, it does need an active account from USPS Webtools. This plugin does have the feature to provide failover rates (to use lettermail/flat rate rules if the live rates are unavailable. Sorry to hear about your issue, but that would be something changing on USPS side.
Does this USPS plugin support multi-currency. we are using CURCY – WooCommerce Multi Currency Premium
function current_shipping_exchange_rate() {
// Detect/Return the exchange rate of the customer's session.
// Provide this in a value/rate that can be used to convert
// the USD value (base value of USPS shipping costs)
$exchange_rate = 1;
return $exchange_rate;
}
add_filter( 'uspswebservice_exchange_rate', 'current_shipping_exchange_rate' );
If you know how to get the current exchange rate value from that plugin (ie. CURCY) then you can add this function to use it with the rates. All the best!
The code you provided is all what I need to paste inside the functions.php. I am still confused on how to get the $exchange_rate value from that plugin. Any idea ?
function current_shipping_exchange_rate() {
// Provide this in a value/rate that can be used to convert
// the USD value (base value of USPS shipping costs)
$exchange_rate = 1;
// Detect/Get the exchange rate from CURCY
if(class_exists('WOOMULTI_CURRENCY_Data')) {
$multiCurrencySettings = WOOMULTI_CURRENCY_Data::get_ins();
$wmcCurrencies = $multiCurrencySettings->get_list_currencies();
$currentCurrency = $multiCurrencySettings->get_current_currency();
$exchange_rate = floatval( $wmcCurrencies[ $currentCurrency ]['rate'] );
}
return $exchange_rate;
}
add_filter( 'uspswebservice_exchange_rate', 'current_shipping_exchange_rate' );
Hope that helps!
I am getting the error “There are no shipping methods available” in the shopping cart. I checked the FAQ, and looked at each of your recommendations, but everything checks out okay.
When I validate the credentials, it returns a shipping service, price and estimated delivery date. In the rate lookup log, it successfully pulls in the rates, services and estimated delivery dates.
I’m stumped.
Since the rates are being looked up, you may have a setting that is limiting them. Check to see if you have any “class rules” enabled, try disabling them or an indication in the rates lookup logging of why the rates have been filtered out from being displayed in the cart.
I don’t have any class rules set up. I also don’t see anything in the log that gives any indication of a problem. I’ve uploaded a screenshot here: https://fdry.us/LNQs
