Understanding Reconciliation Results
- What – Installed applications
- Where – The inventory devices where the applications are installed
- Who – The users who may be accessing applications (when relevant to licensing)
- Which – The licenses currently authorizing those installations or use.
- Access and appearance of the Application Licenses Assessed… page
- Example scenarios for different kinds of investigation
- Available properties of the various objects that can be related
- Assessment reasons that may be listed, with additional notes.
Access and appearance
- From the Consumption tab of the properties of any
license (call this the starting license), you can click
the Show assessment details button. From this
path:
- The page title displays Application Licenses Assessed
- Included in the listing are all the licenses linked to the same application(s) as are linked to the starting license
- Devices or users (depending on the license type) are only included if they are linked to the starting license, to keep the amount of data manageable.
- From the Licenses tab of the properties of any
inventory device, you can click the Show licenses
assessed button. From this path:
- The page title displays Application Licenses Assessed for Device deviceName, to help you stay focused on the device you are currently investigating
- Included in the listing are all the licensed applications shown in inventory as installed on this device (notice that an installation of an application that is not linked to any license cannot be included)
- For each such installation, the listing includes all the licenses that could have been assessed for authorizing the installation.
- From the Licenses tab of the properties of any
user, you can click the Show licenses
assessed button. From this path:
- The page title displays Application Licenses Assessed for User userName, to help you stay focused on the user you are currently investigating
- Included in the listing are all the licensed applications installed on any inventory device where this user is either the assigned user or calculated user (or, for licenses that do not track local installations on the device, where there are usage or access records that require license consumption outcomes)
- For each such installation (or usage/access record), the listing includes all the licenses that could have been assessed for authorizing the installation/usage/access.
The properties for each license named on this page are accessible through the hyperlink – using Ctrl+Shift+click on the license name hyperlink, as always, opens the new license properties in a new browser tab, which can be helpful for switching backwards and forwards for comparisons during your investigation.
Clicking the Close button on this page returns you to the first tab of the property sheet you started from (license, inventory device, or user).
Example scenarios
- First the basics: does application A need a license? On the same Applications tab of the inventory device properties, drag Classification from the column chooser into the listing. If application A is classified as Freeware, you may not need to link it to a license. However, assuming it's Commercial...
- Prove there's one or more license(s) available for application A. Still in the same Applications tab for the inventory device, right-click the hyperlinked name in the Product column to open the application properties (in another browser tab is suggested), where you can check the application's Licenses tab. If no linked licenses are listed there, the mystery is solved and you need to create an appropriate license. But assuming that there is license L shown there, why is our installation on device D not consuming from it?
- Go back to the device properties, switch to the Licenses tab, and Ctrl+Shift+click on Show licenses assessed. (This access path limits the data in the new page to show only rows with the matching Device name.) The Application Licenses Assessed for Device D page shows one row for each application/license pair considered in the last license reconciliation. Since we are focused on license L, we can scroll, or search, or filter, until we have identified the row containing license L and application A (both for device D). The Assessment result value for this row likely shows Rejected, with the Assessment reason giving more detail. For example, the reason may be The number of processors, required for calculating consumption from this license type, is missing for this device. Switch back to the inventory device properties, and check the Hardware tab. You can either solve the inventory problem (perhaps you need to install FlexNet Inventory Agent, which is capable of including the process count in inventory), or manually enter an override value for the time being. Remember that you then need to wait for, or run, the next license reconciliation process for the data change to affect the outcomes.
- You may consider starting from license L1; but remember that data is limited when you start from a license, and device D would never be visible in those results, because it is not linked to (or consuming from) license L1.
- Instead navigate through the inventory device properties for device D. Now the Application Licenses Assessed for Device D page shows a row for both licenses considered. The row for L2, of course, shows a result of Consumed and a reason of License entitlement or points consumed as expected. Looking at the row for L1, may see something like Not assessed with the reason The license was not assessed, because the device has consumed from a higher priority license. So why was L2 a higher priority license for this installation?
- Navigate away to the properties for the application, and check its
Licenses tab. There you find the licenses listed
in reverse numerical order (L2 first, then L1), so that L2 is a higher
priority license. But wait, why did other devices consume from L1
(the lower priority), as you also expected for device D? Recall the workings
of prioritization during the reconcile – for single-product licenses:
- Allocations have top priority;
- Group assignments are processed as second priority;
- For licenses that still have entitlements available, their priority order only comes into play after the above. (If a high-priority license has no entitlements left, it is skipped; and lower-priority licenses are then examined for available entitlements. If all relevant licenses run out of entitlements, the process returns to the highest priority license, and consumes from that, putting the license at risk of breach for consuming more entitlements than were purchased – unless, for example, you have more purchases to link up.)
License reconciliation is complex. This page can give some helpful insights; but there is no substitute for a broad technical understanding.
Available properties
Name | Details |
---|---|
Access mode |
The method used to access a software application. Depending on the
device- or user-based license type, the access may have been recorded against an inventory
device, or against the assigned (or calculated) user of a device. This field can have one of
the following values:
Tip: The Access mode is also available through the license properties, as well as
through the properties of the inventory device.
|
Allocation type |
Indicates the type of allocation, which can be:
Tip: The Allocation type is visible in the Consumption tab of the
license properties, and in the Licenses tabs
of either user or device properties, depending on license type. It
is not available for CAL Legacy,
IBM UVU, or Microsoft
Server Processor license types.
|
Application name |
The name of the application found on this inventory device. Multiple applications may have been installed on this inventory device. |
Assessment reason |
A brief explanation for the result when the device named in this row, with its installation of the named application, was assessed for linking with the license named in this same row. For more details about each reason, see the separate table at the bottom of this topic. |
Assessment result |
The summary outcome of the assessment about linking the installation
of the named application on the device to the license in this row.
The result may be one of the following:
|
Device name |
The name of the inventory device. The compliance calculation updates
this field with the machine name returned in inventory (matched by several
properties, including serial number).
Tip: The name displays as
Flexera SaaS Manager if this is a dummy device
record created for imports from your Flexera One SaaS Management connector.
|
Edition |
The edition of an application. These editions, for example, Lite or Pro, describe different levels or groupings of functionality. |
Entitlement limits |
Shows how the license entitlements are assessed, and whether the
license can beover-utilized. It may be one of the
following, as set in the Compliance tab
of the license properties:
|
Exemption reason |
The reason why the individual computer or user is exempt from consuming an entitlement under this license, even though the application is in use. When this column is blank, application use on this computer, or by this user, can count towards consumption of the license. This is set in the Consumption tab of the license properties, and for details about the possible values, see Exemption Reason. |
Installed |
Displays Yes if any of the following is
true, as shown in the last compliance calculation:
Displays No when no installation has
been identified on the device. Consumption of a license without an
installation may happen because:
|
License duration |
The time-based nature of the license, whether it is a Perpetual, Subscription, or Time limited license. |
License name |
The license name may be:
|
License status |
The progress of this license from
acquisition to decommissioning. Values (in life-cycle order)
are:
|
License type |
The kind of license, which determines what properties are available for the license, and how compliance is calculated for the license. For details of an individual license type, please see the appropriate entry in the glossary. |
Priority |
The priority order of the different licenses that may cover
installation/use of the same application. The base ordering is
visible in the Licenses tab of application
properties.
Tip: Allocation of a license entitlement to
an inventory device or a user (depending on license type)
overrides this priority order, and also prevents the
installation of the application from consuming from any other
license. There are other influences on the order in which
licenses are assessed for coverage of a particular installation
of an application – for more details, see How Does License Consumption Order Work? If you are working with multi-product licenses that can cover
software bundles, also see License Compliance Calculations (Especially for Bundles).
|
Product (primary) |
The basic name of the application, excluding the publisher and references to versions or editions. If the license in this row is a multi-product license (covering a
software bundle), this product is the primary one, and not one of
the supplementary products that may be automatically covered by the
license for the primary installation. This means that:
|
Publisher |
The name of the software publisher (responsible for its development and distribution), as shown in the license properties. Publisher values are recorded in the General tab of the application properties. They are not directly editable in the license properties, but are linked through the latest version of the application linked to the license. |
Shortfall/Availability |
Displays the result of Entitlements from purchases plus Extra entitlements minus Consumed fields shown in license properties. The result is positive when you have surplus entitlements (according to the last license consumption calculation), and negative when you are under-purchased. For points-based licenses (such as Core Points or Processor Points licenses), the value is the number of points, rather than entitlements. Tip: Used and Allocated quantities are not taken
into account here.
|
Supplementary |
Displays either of:
|
Used |
Displays whether the latest compliance calculation found evidence of use (by default, within the last three months) of the application linked to the license listed in this row. |
User name |
This column is available only when you have navigated here from
either:
It displays the Full name property from the user's record, which often combines the person's first, middle (when available), and last names. This person is the end-user associated with the inventory device on the same row, and is visible in the Ownership tab of the inventory device properties. If the device has an Assigned user, this is the name shown here; and if not, the Calculated user (the most frequent user in the last 10 logins) is given. |
Version |
The release number (or release identifier) of an application. Keep in mind that a single license may authorize installation of multiple versions of an application across different inventory devices, if the use rights include either upgrade or downgrade rights (or both). Similarly, a right of second use may cover installation on both a desktop computer and a laptop. |
Assessment reasons
The following messages may appear in the Assessment reason column:
Message | Notes |
---|---|
No consumption could be calculated because a matching points rule could not be found to cover this device | For licences that require a points rule set, such as:
This can happen if it does not match on processor type, is lower than the minimum or higher than the maximum number of cores, sockets, and so on. Or, that the device is hosted in a cloud service provider which is not covered by a rule. |
Access to the application is counted as consumption for this license type |
Most often this applies to a Microsoft CAL (either user-based or device based), and explains why consumption occurred for this row of the assessment. |
Allocation of a license entitlement to this device triggers automatic consumption |
While a standard allocation by default acts like a reservation and
must be confirmed through inventory results before consumption
occurs, there are three alternatives where allocation immediately
consumes from the license, regardless of inventory:
|
Application is supplementary on this license, and consumption needs either the missing primary product installation, or an allocation |
This rejection reason applies only to multi-product licenses (those that license a software bundle). Many such licenses authorize the primary product (as shown in the license properties), and then cover one or more supplementary products as part of the same installation, at no extra cost. In this case, a supplementary product was found in inventory for the device, but no primary product. A few such licenses allow 'split' installations, where the primary and supplementary products may be installed on separate servers; but to provide for this, you must allocate a license entitlement to the separately-installed supplementary product. Since neither the primary product nor an allocation was found in this case, the installation could not be authorized by the multi-product license. (There may be a separate row in the assessment results showing that the installation was later successfully linked to a different, single product license; or this installation may now be unlicensed.) |
No consumption calculated, possibly because processor, core, or thread counts are missing from device inventory |
Not all inventory sources can report all data required for license calculations. Check the license type's requirements, and validate that the necessary data points are available in the inventory device properties. Remember that you can override the [lack of] values for these properties by manually editing the device properties in the Hardware tab. |
Covered by right of second use |
The installation on this device is covered by the second use right
shown in the license properties, on the Use rights &
rules tab.
Tip: Although two rows show
the Assessment result as
Consumed from this license for
the desktop and laptop (owned by the same user), this
Assessment reason means that the two
rows together consume only one entitlement. If you inspect the
Consumption tab of the license
properties, this second device shows a
Consumed value of
0 (zero).
|
The operating system on the device does not match the OS restriction (desktop or server) set on the license |
Some license types (such as Microsoft SCCM Client Device and Microsoft SCCM Client User), on the Restrictions tab of their license properties, have a Restrict to OS control that limits the kind of operating system on which the installed application must be running before it can consume from the license. For the current device, the operating system did not match the restriction currently set on the license. For example, if the license is restricted to Windows Server, but this device is running a version of Windows for desktop devices, this assessment result must be Rejected. The device must find another license to consume. |
License entitlement or points consumed as expected |
Standard procedure. For points-based licenses, the appropriate points are consumed; and for licenses based on separate entitlements (such as a Device license matching installations against purchases), an entitlement is consumed (or as some colloquially say, "A license is consumed"). |
No licensable Oracle database instance is known for this device |
This license was rejected for covering the software shown (typically, an Oracle option or related application), because the license conditions require a licensed Oracle database instance installed on the same server. It may be that the database instance(s) on this server have been marked as not licensable, in which case this rejection is entirely expected and correct. If, instead, no database instance is visible in the inventory from this device, you may need to install FlexNet Inventory Agent locally on that server to identify, and inventory, the instances of Oracle Database running there. |
The installation was outside the restricted enterprise group |
The Restrictions tab of the license properties
limits consumption to a specific enterprise group (such as a
location, a business unit, or a cost center); and the current
inventory device is not known to belong to the same enterprise
group, and therefore cannot consume from this license. The
enterprise group(s) for the device are available in the
Ownership tab of the inventory device
properties.
Tip: Do not confuse these
restrictions with group assignment. Group assignments
are only a priority setting, whereas the settings on the
Restrictions tab are
binding.
|
The license was not assessed, because the device or user has consumed from a higher priority license, or has an allocation from another license |
This is a good outcome. Although the application on this row does relate to this license, this particular installation has already been covered somewhere else and so this license did not need to be considered. To understand more about the priority order for consumption, see How Does License Consumption Order Work? If you are working with multi-product licenses that can cover software bundles, also see License Compliance Calculations (Especially for Bundles). |
The number of cores, required for calculating consumption for this license type,is missing for this device |
This license type calculates points consumed based on the number of cores (either the total number of cores available on the host server, or the cores assigned to the guest virtual machine, based on the terms in the license agreement). However, the inventory returned for the device did not include the core count. You may need to install FlexNet Inventory Agent locally on the device. As a temporary work-around, you can manually enter the number of cores on the Hardware tab of the inventory device properties. |
The number of cores (or processors) on this device is more than the maximum allowed for this license |
Check the terms of the license agreement for the maximum number of
cores allowed on a licensed device; and validate the core count
returned in inventory (or manually specified on the
Hardware tab of the inventory device
properties).
Tip: If the core count is missing from the
inventory for the device, IT Asset Management uses the
number of processors (when available) as a backstop measure. It
is best practice to correct the incoming inventory data, or at
least to use the override facilities on the
Hardware tab of the inventory device
properties.
|
The number of processors, required for calculating consumption from this license type, is missing for this device |
This license type calculates points consumed based on the number of processors (either the total number of processors available on the host server, or the processors assigned to the guest virtual machine, based on the terms in the license agreement). However, the inventory returned for the device did not include the processor count. You may need to install FlexNet Inventory Agent locally on the device. As a temporary work-around, you can manually enter the number of processors on the Hardware tab of the inventory device properties. |
The number of processors for this device is fewer than the minimum required for this license |
The terms of the license agreement specify a minimum number of processors that must be available before this license is applicable. Inventory returned for this device does not meet that condition, and the license must therefore be rejected. Validate (or override) the processor count on the Hardware tab of the inventory device properties. |
The number of processors for this device is more than the maximum allowed for this license. |
The terms of the license agreement specify a maximum number of available processors, beyond which this license is not applicable. Inventory returned for this device shows an excess processor count, and the license must therefore be rejected. Validate (or override) the processor count on the Hardware tab of the inventory device properties. |
The number of sockets, required to calculate consumption, is missing for this device. |
This license type calculates points consumed based on the number of processor sockets (whether populated with processors or not), as described in the license agreement. However, the inventory returned for the device did not include the socket count – which is not surprising, since very few inventory tools can collect this. You can manually enter the number of sockets on the Hardware tab of the inventory device properties. |
The number of sockets for this device is more than the maximum allowed for this license. |
The terms of the license agreement specify a maximum number of available sockets (whether populated with processors or not), beyond which this license is not applicable. The Hardware tab of the properties for this inventory device shows an excess socket count, and the license must therefore be rejected. Since an operator likely inserted the socket count manually, check, and if need be correct, the value on the Hardware tab of the inventory device properties. Otherwise, find an alternative license (remembering that the reconciliation process may have already redirected this installation to a more appropriate license). |
There are not enough entitlements available on this license to cover this device. |
Generally means that you need to link more purchase records to the license (or find the alternative license where this installation is consuming). |
This license type requires allocation, but no license entitlement was allocated to the device/user. |
If this application installation has not consumed from any other license (elsewhere in the listing), you can cause the next license reconciliation to link the installation to this license by making an individual allocation of a license entitlement to the device (or the user, depending on license type), using the Consumption tab of the license properties. |
IT Asset Management (Cloud)
Current