USPS plugin quotes 2× actual rate - dimensional weight from per-unit dimensions?

  • Posts: 209
  • Thank you received: 7
  • Hikashop Business
7 hours 55 minutes ago #371989

-- url of the page with the problem -- : pearblossomfarms.com/products
-- HikaShop version -- : 6.4.1
-- Joomla version -- : 4.4.14
-- PHP version -- : 8.2
-- Browser(s) name and version -- : Chrome
-- Error-message(debug-mod must be tuned on) -- : n/a

I'm seeing a systematic overquoting problem where the USPS plugin quotes customers roughly 2× what the shipper actually pays via Click-N-Ship (Business Rate Card / Commercial pricing), for the same USPS Ground Advantage service.

USPS Plugin Setup:

  • Origin ZIP: 81326 (Durango, CO area)
  • Service selected in plugin: USPS Ground Advantage only
  • Price Type: Commercial
  • Group Packages: Yes
  • Packaging weight: 0 oz, Weight approximation: 0%
  • Product dimensions entered per unit (e.g., a single jar: 4" × 3" × 3", 1.02 lb)

The problem — likely dimensional weight:

Product dimensions are entered per individual unit in HikaShop. For a multi-unit order (e.g., 12 jars), I believe the plugin packs N items using those per-unit dimensions and selects the smallest box from the configured box list that fits them.

Our box sizes:
  • Small: 12" × 10" × 12" (1,440 ci) — used for orders under 11 lbs
  • Medium: 16" × 14" × 16" (3,584 ci) — used for orders 11–32 lbs

The USPS dimensional weight threshold is 1,728 cubic inches (volume ÷ 166 = billed weight). Our Small box (1,440 ci) stays under the threshold — no dimensional weight, billed at actual weight. Our Medium box (3,584 ci) is well above it — dimensional weight = 3,584 ÷ 166 = 21.6 lb billed weight, even if the actual package weighs only 8–9 lbs.

Cross-referenced with real shipment data:

I exported 60 days of Click-N-Ship history (37 labels, all USPS Ground Advantage). Comparing actual postage paid to the website quote:
CustomerWebsite quotesActual GA paidRatio
Lauterbach$20.28$12.391.64×
Drake$35.37$14.092.51×
Hummel$33.10$8.483.90×
Kolb$25.24$10.742.35×
Steakley$16.81$13.831.22×

The "close" orders (ratio ~1.2×) are recent ones where product dimensions may happen to fit the correct box. The large outliers suggest the plugin is selecting the Medium box (triggering dimensional weight) when the actual shipper uses the Small box.

My questions:
  1. How does the plugin calculate which box to select for a multi-unit order? Does it sum per-unit volumes and find the smallest fitting box, or use a different algorithm?
  2. Does the plugin compute and send a dimensional weight to the USPS API when the selected box exceeds 1,728 ci? Or does it always send actual weight?
  3. Is there a way to set a fixed box size per product (rather than having the plugin compute from per-unit dimensions) so it always requests the rate for the box the shipper actually uses?
  4. Is the plugin currently using the new USPS API? I saw a March 2025 forum thread where Nicolas mentioned a new plugin was being developed to replace the old Web Tools API (retired January 25, 2026). We're now in May 2026 — is there an updated plugin I should install?

Happy to enable Debug mode and share the XML being sent to USPS at checkout if that helps diagnose.

Thank you.

(Note on Hikashop version: I am actually running an older version of HikaShop. The previous update broke image links on every product, reset the currency from USD to EUR, deleted the default shipping address, and disrupted the CSS — on a live production site. I have not been able to safely update since. I am testing the 6.4.1 update on a cloned subdirectory before applying it to the live site. I listed 6.4.1 to avoid the forum blocking my post — I hope that context is understandable.)

Please Log in or Create an account to join the conversation.

  • Posts: 85613
  • Thank you received: 14034
  • MODERATOR
1 hour 24 minutes ago #371990

Hello,

1.
Regarding the packing logic, where the 2x to 3.9x discrepancy almost certainly comes from, HikaShop does not have a "shipping box catalogue" concept. It does not know about your Small (1,440 cu in) or Medium (3,584 cu in) USPS boxes. What it does instead, for every quote request, is:
- Take each product's per-unit dimensions (length, width, height) and weight.
- For an order line of N units of one product, build a virtual package by stacking N units along the product's smallest dimension. So for example 6 units of a 4 x 6 x 10 in product become a single 24 x 6 x 10 in virtual package. The other two dimensions stay at the single-unit max.
- Split that into additional packages only when a hard USPS limit is reached (provided by the plugin): 70 lb total weight, or 130 in length + girth.

2.
HikaShop doesn't compute DIM weight on its side. It sends raw weight + length/width/height to USPS, and USPS applies its own DIM weight rule on their end.

3.
There is no built-in way to map "Product X => Small Box" or "Product Y => Medium Box". The dimensions sent to USPS come from the product record, not from a box library. The two workarounds we suggest to merchants in your situation are:
- Set each product's dimensions to the dimensions of the shipping box that will actually be used for one unit of that product (so a soap that goes in a 6 x 6 x 4 mailer should be configured as 6 x 6 x 4, not as the bar itself). HikaShop's stacking logic for multi-unit orders then approximates a stack of those boxes, which is usually closer to the truth than stacking the bare products.
- Use a "Group packages" toggle on the plugin (setting "Group packages") and the per-API "Packaging weight" settings (Letters / Flats / Packages) to add the empty-box weight on top, so the rated weight matches what you actually put on the scale.
The "Group packages" option is enabled by default; when disabled, each unit is rated as its own package, which would absolutely explain a 2x+ overquote on multi-unit orders. Worth a quick check that it is on for your configuration.

A few other usual suspects for 2x+ over-quotes on Ground Advantage:

- "Price type" in the plugin settings: should be Commercial in your case (you mentioned you use Click-N-Ship Commercial Plus). Retail would be substantially higher.
- "Weight approximation" and "Dimension approximation" inputs in the plugin: any non-zero value here is added on top of every package's weight / smallest-dim and can quietly inflate the rated package.
- "Has nonstandard characteristics" toggle: if on, USPS adds a nonstandard surcharge that you probably do not pay on your own labels.

To investigate your specific 2x to 3.9x gap, what would help us most is one concrete order from your data:
- The list of products in the cart, each with their HikaShop product dimensions (L x W x H, units) and weight (units) as stored in the backend, and the quantity ordered.
- The shipping destination ZIP code.
- The rate HikaShop quoted at checkout, and the rate Click-N-Ship actually charged you on the label.
- A screenshot of the USPS plugin's settings page, especially the Price type, Services, Group packages, the approximation fields, and the packaging weight fields.

4.
Yes, the plugin we released last year at www.hikashop.com/marketplace/product/290-usps.html uses the new API.

Please Log in or Create an account to join the conversation.

Time to create page: 0.062 seconds
Powered by Kunena Forum