You define an attribute of type decimal and sets up limit for this attribute. You then use the attribute type in a product model because you want this value in the configuration dialogue to be delimited by the limits. But these limits are not used, so the user can type any value in the field. So my suggestion is to enable these limits either by looking up in the model or secondary give posiibility to define some limits on the attribute in the model.
Comments
There are more issues / limitations related to decimal attributes... Consider the case where a decimal attribute is activated for "reuse in configurations" and the model is used "stand-alone" (attribute values entered by the user) as well as a subcomponent in another model (attribute values calculated in and passed by the parent model). We've noticed that the "reuse" fails even if the attribute value is "the same" in the 2 configuration cases. When using the attribute in the nomenclature, it appears that the attribute has 2 decimals when entered by the user (e.g. 12.00) and no decimals when calculated and passed from the parent model (12) which is weird because after all it is a numeric in both cases...We currently use a workaround with an additional INT attribute for "reuse in configurations", but it needlessly complicates the model... would be nice if the configurator would consistently use the same number of decimals (from the UOM) everywhere and apply rounding when needed
Category: Product Information Management
I would like to know if this issue will soon be considered? It is pretty much a standard that product configurators should be able to handle a higher decimal precision.
Category: Product Information Management
Although the work around works, it's difficult to push the configurator to customers that need the precision.
Hopeful others will vote this one up as it should be a simple setting on the attribute, or even respect the UOM precision on the attribute.
Category: Product Information Management
My patented workaround for now is a shadow integer field converted forth and back from the real input:
Size 1,23 m = 123 [cm]
Then I feed the Solver with integers and let it deliver an integer solution, then use a "calculation" to write it back into the BOM etc.
Category: Product Information Management
Administrator on 9/16/2019 9:50:12 AM
Thank you for your feedback. Currently this is not in our roadmap; however, we are tracking it and if we get more feedback and votes, we may consider it in the future.
Sincerely,
Johan Hoffmann
PM, Microsoft