There are a number of properties that are automatically created for every ItemType. That report in particular doesn't display these system properties if no changes have been made to them. These properties include things like id, config_id, created_by_id, state, etc.
Angela's suggestion of using the ItemType Definition Report is probably the best approach since it filters out all of the system properties that are automatically created. However if you need all of the properties on the ItemType, then you can use a query like the one below.
<Item type="ItemType" action="get" select="name" where="ItemType.name = 'Part'">
<Item type="Property" action="get" select="name,data_type"/>
Aras Labs Software Engineer
Christopher, thank you for your explanation.
It surprises me because created_on and created_by_id (both system properties) are displayed in ItemType Definition Report for "CAD" but not in ItemType Definition Report for "Part". The number of properties shown is significantly different.
No changes were made to any properties.
The CAD ItemType has been modified to include a label on both the created_on and created_by_id properties. By default, these properties are created without a label. This is why they show up on the definition report of CAD but not Part. You'll notice that many of the other system properties on the CAD ItemType also have labels which would explain the difference in the number of properties in both reports.
Yes, you can use the REST API to get this information just the same as you can with AML. I'd recommend checking out this blog post which covers a few examples of how to get item data using the REST API. In particular, I'd recommend checking out the Get relationships / related items section.