-- 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:
| Customer | Website quotes | Actual GA paid | Ratio |
| Lauterbach | $20.28 | $12.39 | 1.64× |
| Drake | $35.37 | $14.09 | 2.51× |
| Hummel | $33.10 | $8.48 | 3.90× |
| Kolb | $25.24 | $10.74 | 2.35× |
| Steakley | $16.81 | $13.83 | 1.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:
- 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?
- 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?
- 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?
- 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.)