Skip to main content

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.

3 comments

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 Name

    Without 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