Calculated asset fields
It would be nice to have calculated fields in asset layouts.
For example, given a purchase date and warranty length, calculate the warranty expiration date. Or, given the capacity of multiple storage devices, calculate the total storage.
Log in to comment and vote
Comments3
Copper Pretzel
Feb 20
We strongly support this feature.
In enterprise environments, calculated or derived fields are not just a convenience feature, but a fundamental data governance control.
In our use case, the mandatory primary “Name” field must remain consistent across asset types (contacts, organizations, etc.). We already store structured data such as:
• First Name• Last Name• Organization Name• Legal NameWithout calculated fields, we are forced to rely on manual entry or external API automation, which increases entropy and introduces data inconsistency risks.
Having the ability to:
• Define formulas (e.g., First Name + “ “ + Last Name → Name)• Make fields read-only and driven by structured fields• Apply basic transformation logic (concatenation, conditional rules, formatting)would significantly improve data quality, naming consistency, and compliance with governance models.
At scale, this becomes essential for maintaining reliable asset inventories.
We would strongly encourage prioritizing this capability.
Aquamarine Teacup
Feb 19
Calculated or derived fields would be very nice to have.
Bronze Narwhal
Jul 22, 2024
A calculated field type could be very useful. An example would be in a Risk Registry: Likelihood + Impact = Risk Score