We are debating what the proper and standard physical product dimensions should be for items within Manage Inventory>Physical Dimensions
I could not find anything on what exactly how Dynamics interprets the dimensions of depth, height, and width
EX:
We have a box that in our old ERP had measurements of:
34" Length x 5" Width x 3" Depth
The box holds a baseball bat for visual clarity.
You can also go to UPS to also see something similar---as this is the standard shipping measurement used.
Original info given to us in the conversion was Length equals Width (AX), Depth equals Height (AX) and Width equals Depth (AX), and goes against all I have been working with in retail industry for over 30 years...
Very confusing.
Any help will be appreciated.
MM
*This post is locked for comments
The weight is the weight on the released product record, gross, tare and net. The CBM would be the volume fields mentioned at the start of the post and the discussion on the unit of volume. All on the manage stock fasttab.
Hi Satya,
Just want to know have you got any solution for your query? If so please share it me as well.
I am also having the same requirement of finding out weight for the items which are already inserted. I am also having different kind of products like Television, Sofa sets, beds, Batteries, Mobiles, clothes, etc.. My requirement is to find out weight for each items and it should calculate at the end of the invoicing as total. So we know how much is the total weight for the invoice and I can allocate truck according to the weight for deliveries.
One more query, is it possible to configure CBM in 2012 R2?
Thanks in advance,
Dhanoop R.Warrier
hi Guy,
Had similar question. We are planning to use containerization in warehouse which reads the physical dimension from the product master. E.g. the dimension of the warehouse is defined in CBM while there is no UOM on the physical dimension of the product. So, AX assumes that product's dimension is also defined in CBM.
So, we are fine with that.
But I do have problem in defining the physical dimension on the product level, ideally it should be on the variant level since each variant can come in different sizes. (e.g a bed is defined as a product and its sizes are its variants). AX allows you to define dimension on the product which seems wrong
Depends what you're using it for, I guess.
In terms of volumetrics to calculate whether items will fit in a location, I believe AX does not care which dimension you use for what, since it will just multiply them all to get the volume.
But I am aware of other functionality, such as Containerization, which will try and flip an item along some axis (i.e. turn it round) and not others (i.e. turn it upside down). So in that sense, it will be important. Are you using Containerization?
Hi Guy,
I believe we are--or will be. I realize that when you look at a box, the dimensional structure can change, depending on how you are [hysically laying the box in the whse location... but there should still be standardization used when creating the dimensions... (right...?)
Are you using those fields for anything in AX, other than recording the dimensions of the item? i.e. you can get AX to do clever stuff in the warehouse, based on the dimensions of an item and the size of your warehouse locations.
André Arnaud de Cal...
292,160
Super User 2025 Season 1
Martin Dráb
230,962
Most Valuable Professional
nmaenpaa
101,156