Our customer needs to have 2 units of measure for steel sheets: sheet and square millimetre. One sheet is 280,000,000 sq. mm.
We can set this up by using SQ MM as the base UOM and SHEET as a secondary UOM with Qty. per Unit of Measure = 280,000,000. However, this means that inventory is displayed in SQ MM, rather than sheets, which the customer requires. We tried to get around this problem by having SHEET as the base UOM, but this means that the Qty. per Unit of Measure for SQ MM needs to be 1/280,000,000, which the field cannot accept because it can store only 5 decimal places.
My questions are :
1. Is there a workaround for this problem that doesn't involve code changes?
2. If there is no such workaround, I suppose we could either (a) modify the code to make the UOM for displaying inventory configurable (like the Sales and Purchase UOM), or (b) adjust [Item Unit of Measure].[Qty. per Unit of Measure] to allow it to store sufficient decimal places. Which would be the better approach?
Many thanks in advance for any suggestions.
Chris
We can set this up by using SQ MM as the base UOM and SHEET as a secondary UOM with Qty. per Unit of Measure = 280,000,000. However, this means that inventory is displayed in SQ MM, rather than sheets, which the customer requires. We tried to get around this problem by having SHEET as the base UOM, but this means that the Qty. per Unit of Measure for SQ MM needs to be 1/280,000,000, which the field cannot accept because it can store only 5 decimal places.
My questions are :
1. Is there a workaround for this problem that doesn't involve code changes?
2. If there is no such workaround, I suppose we could either (a) modify the code to make the UOM for displaying inventory configurable (like the Sales and Purchase UOM), or (b) adjust [Item Unit of Measure].[Qty. per Unit of Measure] to allow it to store sufficient decimal places. Which would be the better approach?
Many thanks in advance for any suggestions.
Chris