Custom Properties
FlexNet Manager Suite 
2021 R1 
(On-Premises) 
        The complexities of managing software licenses within your corporate processes inevitably means you will want additional fields to record data specific to your enterprise. This section explains how you can specify additional properties for various objects that are displayed in the property sheets and your custom reports within FlexNet Manager Suite.
Tip: Since the 2015 R2 SP1 release of FlexNet Manager Suite, it is no longer necessary to download a SQL stored procedure to
            enhance the database for custom properties. This functionality is now built in to the
            database as installed.
        The broad overview of the process is:
        - Plan your custom property, including its control type, and where it should appear in the properties of its parent object.
- In Microsoft SQL Server Management Studio, execute specific SQL procedures to declare your customization in a "top down" manner. For example, if you want an extra field in a new section of an entirely new tab of properties, you must first declare the tab, then the section, and then the field. Objects are positioned relative to others that already exist in the database. In running the procedures, you must also refer to all objects and properties by their internal names, or by numerical mappings. Those names and mappings are included below, in Internal Property Names for Applications and the following similar topics.
- Customizations are available immediately after the SQL procedure is run, so you can review the results immediate in the web interface for FlexNet Manager Suite. You can also immediately commence storing data in your new custom field through the web interface, as the database has been updated to store your data.
- While the compliance database and the web interface are updated immediately, the data model for the Business Adapter Studio installed on your inventory beacon(s) is updated by a scheduled task running overnight. This means either waiting until next day before importing values with a business adapter to your new custom field; or you can trigger an immediate update as described in Triggering Immediate Update of the BAS Data Model.
Tip: In general, customizations you make to the user interface and
                database are preserved through product upgrades. The one exception is the rare case
                where a product upgrade removes the 'anchor', the object used for positioning your
                custom control. In this case, both the anchor and your custom control disappear
                (although the data entered through the control is preserved and is still available
                in your customer reports). You can remedy this rare case by re-declaring the missing
                custom control relative to a new anchor. This restores your customization in the
                    web interface, with full access to the previously-recorded data
                values.
Limitations
In the web interface, a custom property is displayed in the property
                sheet of your chosen object, and it is automatically available in the report builder
                for inclusion in custom reports. However, the custom property is not available in
                the following:
            - Standard, factory-supplied reports
- Grids in management views
- Search fields, including within property sheets.
As well, custom properties are always editable in property sheets (they cannot be made read-only in that context), and you cannot provide any validation to check data entered into the custom control.
In declaring internal names for your custom properties, you should adopt a stringent
                naming convention that starts with your own company name-space (a consistent
                abbreviation for your enterprise name, such as 
        AE for Acme
                Enterprises). You'll next find it convenient to name the object type that you are
                adding (such as Asset). Finally, add the individual name of the
                property. Separate each of these naming elements with an underscore. Use only
                characters in the following ranges: a-z,
                    A-Z, 0-9,
                and underscore (_). (Specifically do not use a dot or dash.) A
                valid example name is: AE_Asset_ChargeBackValueWarning: Do not use a naming convention that starts
                    with the database object name and uses a dot as a separator. This
                combination produces obscure errors. Starting with your own name space makes it
                safe, and using an underscore separator also makes it safe.
            FlexNet Manager Suite (On-Premises)
2021 R1