- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎05-21-2023 04:56 AM
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎05-22-2023 05:48 AM
I cannot speak to the design intent. My interpretation is that the de facto design is that it is a specification of what you should expect to see. Also I can't say for sure that there aren't any functional impact to this, but in my experience it's one of those things that makes sense to populate anyhow, as it is instructive to how the models should be classified for a given category.
If you want a real mental exercise, ask yourself why the Model Category has a Parent attribute that is never actually used anywhere... I've tried and I've asked the Community but it remains a mystery.
The opinions expressed here are the opinions of the author, and are not endorsed by ServiceNow or any other employer, company, or entity.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎05-21-2023 03:02 PM
The "product model class" specifies the class (i.e. the table) that models of that specific category are expected to be in. However, it does not enforce that they actually are created in that class. The "class" attribute (i.e. sys_class_name) is an attribute that exists in all tables, and it simply tells you what the class name of a record is. The "product model class" attribute was added to the Model Category class several releases ago. Originally it wasn't there. When they added it they did not update any of the Model Category records. So even though you have a Model Category called "Hardware" which points to a CI Class of cmdb_ci_hardware and an Asset class of alm_hardware, you will most likely find that the Product model class is empty. In reality it should be set to cmdb_hardware_product_model. And that is the Model class you should use to create Hardware Models. But whether you set it to that value or will, strangely, have no effect one way or another.
The opinions expressed here are the opinions of the author, and are not endorsed by ServiceNow or any other employer, company, or entity.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎05-21-2023 05:57 PM - edited ‎05-21-2023 05:58 PM
Thank you for the reply.
If "But whether you set it to that value or will, strangely, have no effect one way or another", is it designed intentionally?
Why should the "product model class" attribute be added to the Model Category class if setting the field doesn't have any impact?
Do we have any examples on how to make full use of the "product model class" attribute?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎05-22-2023 05:48 AM
I cannot speak to the design intent. My interpretation is that the de facto design is that it is a specification of what you should expect to see. Also I can't say for sure that there aren't any functional impact to this, but in my experience it's one of those things that makes sense to populate anyhow, as it is instructive to how the models should be classified for a given category.
If you want a real mental exercise, ask yourself why the Model Category has a Parent attribute that is never actually used anywhere... I've tried and I've asked the Community but it remains a mystery.
The opinions expressed here are the opinions of the author, and are not endorsed by ServiceNow or any other employer, company, or entity.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎05-22-2023 06:59 PM
Thank you so much. It is by far the best explanation.