Skip to main content

Bug - dimensions not populated for UPS Package Types

  • Jun 23, 2023 5:28 PM UTC
  • 2 replies
  • 0 views

We are using UPS Large, UPS Medium and UPS Express Pak packaging.  When you select one of these, the dimensions do not update, so the rate is wrong unless your package weight happens to be greater than the dimensional weight would have been had the dimensions been entered.

UPS charges adjustment fees when you ship with the wrong weight/dimensional weight.

This seems like such a glaringly obvious bug.  What am I missing here?

 

2 replies

  • Jun 26, 2023 2:15 PM UTC

Dimension handling in general seems wonky in some cases. For instance, if you Bulk Update package type, and the orders you are applying this to are all the same Carrier and Service, you can therefore select a package type which does not include dimensions as part of the dialogue to apply the bulk update. Intuitively, this would apply the package type and leave dimensions unchanged; instead, it overrides dimensions on all such orders to be 0x0x0. I think for whatever reason the package type and dimensions are handled completely separately, and in cases where they would conflict it is not uniform which (package type or dimensions) takes precedence. 

You probably already have a workaround but what we have taken to doing is creating shipping presets that apply only the package type and dimensions, using automation to apply tags, and then applying those presets by filtering for the tag.

Also note that you can update package type without affecting dimensions through a preset that includes package type without dimension, and bulk apply the preset.


  • Jun 29, 2023 5:24 AM UTC

When are the dimensions not getting updated? Like, which step in the workflow, and how does this part fit into the rest of the workflow? Can you detail the general steps from the order getting into shipstation to getting out the door?There are a few possible solutions, but I'm not sure which would be most helpful without knowing more.