USPS2 Not Providing Rates

Odd, I wonder why I cannot get any rates to return when just the weight alone is used with the same settings you are.

And once I disable all the other shipping methods, I get the following error on an item without dimensions:

All of our products have dimensions entered, so we haven't run into that issue.

gpraceman wrote: All of our products have dimensions entered, so we haven't run into that issue.

Okay, but can we also have an option to set a "default" in the plugin if none is set?

Some methods are set up to handle products literally the size of a stamp/sticker that fits in a regular envelope, such as those measuring 0.1 oz. or less, so not even a measurable height.

Otherwise, we're talking about hundreds, if not a few thousand, products without weight across multiple client sites.

It has never been required before in HikaShop or USPS, and clients will not be happy with that.

As I pointed out, USPS's own rate calculation allows it, so how it is done with the API isn't a restriction.
It just allows a method to trick it, just like they are.

I'm not saying it's perfect, and clients probably should enter dimensions long term, but I also see cases where it isn't going to be practical

Additionally, it will run the risk of angering some of our Joomla/HikaShop clients/subscribers who have been using this for a long time.

I don't think a mass action to set all unset LWH is a good idea.

I provided an example of a set of products, but they don't represent the entire spectrum.

The products range from a stamp/sticker under .99oz up to large objects weighing 30 to 40 lbs with varying dimensions.

Some fit in a box, some don't.

Additionally, we need to account for orders that include both small items (which ship individually in a letter envelope) and larger items that are combined under one shipping method into a single package.

That's why we have multiple shipping methods set up with USPS, based on both weight and USPS service.
Some are packages, some are envelopes, some combine them, while others don't.

It is based on weight, however, rather than dimensions, for the most part.
We don't have a single method that just covers "packages" with first-class/ground.
Some use letters/machine-readable (letters), while others use packages/parcels.

I'll have to experiment with setting WLH to something like 0.1 x 0.1 x 0.1 and see what happens.
However, I can see where that might cause issues with certain products/shipping method calculations.

Dimension aside, I think I see another issue (or it could be why there is some confusion).

I'm unable to find a way to obtain pricing for a First-Class Mail Stamped Letter (regular letter envelope) using this new plugin.

We can use the old plugin, and you can still access it through the USPS Rate Lookup on their website.
We used the First Class Mail type Letter and Variable container under the old plugin.

FYI, First Class Mail is not the same as Ground Advantage. That's a package, and we need the letter.

I know I'm in the range of the First-Class Mail letter (LWH) and weight, but I cannot find any way to get it under the new plugin.

This appears to be under a different section in the API than previously referenced although I'm not sure why:
developers.usps.com/domesticpricesv3#tag...-letter-rates-search

Closer, but I don't think it is quite right.

I think the processing category might be important in determining which services are returned for letters, because I'm still not seeing first-class mail (among other letter service options, such as flat-rate envelopes).

One other annoyance with the plugin is that with the order emails the customer's selected shipping method ends up like this:

Shipping Method: 16-USPS_GROUND_ADVANTAGE

Shipping Method: USPS Ground Advantage

gpraceman wrote: One other annoyance with the plugin is that with the order emails the customer's selected shipping method ends up like this:

Shipping Method: 16-USPS_GROUND_ADVANTAGE

Agreed.

But I think it is because the language files or variables haven't been set yet? All my service options are still variable names with _ in them, even in today's release.

jazzmang wrote: Agreed.

But I think it is because the language files or variables haven't been set yet? All my service options are still variable names with _ in them, even in today's release.

USPS_CLIENT_ID="USPS Client ID"
USPS_CLIENT_SECRET="USPS Client Secret"
USPS_ACCOUNT_NUMBER="USPS Account Number"
USPS_ACCOUNT_TYPE="USPS Account Type"
ENVIRONMENT="Environment"
PARCEL_SELECT="Parcel Select"
PRIORITY_MAIL_EXPRESS="Priority Mail Express"
PRIORITY_MAIL="Priority Mail"
LIBRARY_MAIL="Library Mail"
MEDIA_MAIL="Media Mail"
BOUND_PRINTED_MATTER="Bound Printed Matter"
USPS_CONNECT_LOCAL="USPS Connect Local"
USPS_CONNECT_MAIL="USPS Connect Mail"
USPS_CONNECT_REGIONAL="USPS Connect Regional"
USPS_GROUND_ADVANTAGE="USPS Ground Advantage"
FIRST-CLASS_PACKAGE_INTERNATIONAL_SERVICE="First-Class Package International Service"
PRIORITY_MAIL_INTERNATIONAL="Priority Mail International"
PRIORITY_MAIL_EXPRESS_INTERNATIONAL="Priority Mail Express International"
HAS_NON_STANDARD_CHARACTERISTICS="Has non standard characteristics"
HAS_NON_STANDARD_CHARACTERISTICS_DESC="Only for domestic shipping. Only turn on if your packages are cylindrical tubes or rolls, certain high-density items, cartons containing more than 24 ounces of liquids in one or more glass containers, cartons containing 1 gallon or more of liquid in metal or plastic containers, and parcels with contents that may cause the parcel to roll or not maintain the integrity of the packaging during processing."
ENTRY_FACILITY_TYPE="Entry Facility Type"
ENTRY_FACILITY_TYPE_DESC="Only for domestic shipping.You can find more information about the entry facility in the <href='https://about.usps.com/postal-bulletin/2007/html/pb22213/updt.3.8.html'>USPS Publication 205 (the eVS parcel pricing guide)</a>"
PROCESSING_CATEGORY="Processing Category"
PROCESSING_CATEGORY_DESC="Only for domestic shipping. You can find more information about the categories in the <a href='https://pe.usps.com/text/dmm300/dmm300_landing.htm'>USPS Domestic Mail Manual</a>"
RATE_INDICATOR="Rate Indicator"
RATE_INDICATOR_DESC="Only for domestic shipping. You can find more information about the rate indicators in the <href='https://about.usps.com/postal-bulletin/2007/html/pb22213/updt.3.8.html'>USPS Publication 205 (the eVS parcel pricing guide)</a>"
PRICE_TYPE="Price Type"
PRICE_TYPE_DESC="Only for domestic shipping. The retail price is the price a customer would be charged by USPS at a Post Office. The commercial price is the price a business would be charged by USPS if they have a business account. The contract price is the price a business would be charged by USPS if they have negotiated a contract with USPS."
USPS_ACCOUNT_TYPE_DESC="Select the type of USPS account you have. A USPS 'Permit' Imprint account is used for bulk/business mailing. A 'Meter' account is used for postage printed via a postage meter or online postage provider. An EPS account is used for online postage providers only. You can leave this empty if you do not have a USPS account number."
USPS_ACCOUNT_NUMBER_DESC="Enter your USPS account number. This is required for 'EPS', 'Permit' and 'Meter' account types. This number can be the Enterprise Payment Account, Permit number or PC Postage meter number associated with a contract."
ENVIRONMENT_DESC="Select 'Testing' to use the USPS test environment. You need to have a test account to use this environment. Select 'Production' to use the live USPS environment. The credentials below need to match the selected environment."
USPS_CLIENT_ID_DESC="Enter your USPS Client ID / Consumer Key. After logging into the Developer Portal, you need to go to the 'Apps' area and either create a new app or use an existing one to get the Client ID / Consumer Key."
USPS_CLIENT_SECRET_DESC="Enter your USPS Client Secret / Consumer Secret. After logging into the Developer Portal, you need to go to the 'Apps' area and either create a new app or use an existing one to get the Client Secret / Consumer Secret."

True, the list of shipping services is not plain text, but variable names. The language INI file that comes with the plugin does have the plain text corresponding to the variable names.

I'm fairly certain we need the "rateIndicator" option, not just the processingCategory.

I'm getting inconsistent results, even for standard package prices with dimensions or ones that match our expectations (e.g., those that are even close to either the n value or the correct services listed). For example:

nicolas wrote: Hi,

Thanks for your feedback.
I've made changes in the plugin for these issues and published a new version of the plugin.
Please update the plugin again.
Also, you'll now have a "First-Class Mail" service which you need to select if you want the shipping method to support letters / flats.
You'll also have a "processing category" setting for machinable or nonstandard packages.

nicolas wrote: - For the name of the services in the email and order details in the backend, I'm not able to reproduce the issue anymore. I don't see why @gpraceman would still have the issue. Could you please double check ? Do you also have the issue @jazzmang ?

nicolas wrote: Regarding "if you have a "FIRST-CLASS_MAIL" check, you can only receive FIRST-CLASS_MAIL rates", I'm also not able to reproduce the problem. I've tested the current version of the plugin with both package services and the new FIRST-CLASS_MAIL services checked, and when the product in the cart had dimensions and weight of a letter or flat I would get the FIRST-CLASS_MAIL service rate, and when they would exceed the limits of a flat, the plugin then switched automatically to package rates. Could you please double-check?

nicolas wrote: - Regarding the Priority Mail rate being high, I'm surprised you get these results. I actually have the rate for Priority Mail just a few dollars above the rate for Ground Advantage on my tests. Could it be you have "NONSTANDARD" selected, or the "Has non standard characteristics" checkbox checked on your end which would lead to the high Priority Mail rate on your end ?