Managing software suites

  • Release version: Xanadu
  • Updated August 1, 2024
  • 3 minutes to read
    • Summarize
    Summarized using AI
    This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.

    Summary of Managing software suites

    Managing software suites in ServiceNow simplifies license management by grouping related software into suites, enabling accurate license reconciliation, compliance tracking, and cost optimization. Software suites consist of multiple components sold as one unit, such as Microsoft Office Professional or Microsoft Core Infrastructure Server (CIS) Suite. This capability helps organizations accurately count license rights and manage complex licensing models, including subscription-based and hybrid suites.

    Show full answer Show less

    Key Features

    • Suite and Component Modeling: Define software models as suites (parents) or components (children). Components can belong to multiple suites, reflecting real-world licensing scenarios.
    • Automatic Component Creation: When software models are created automatically, their child components are also generated and listed for visibility.
    • Inference Rules: Use inference percent and mandatory fields to determine when a suite is considered installed based on its components, even if the suite itself is not explicitly recorded.
    • Inference Percent: Specifies the minimum percentage of components that must be installed to infer the suite's presence.
    • Mandatory Field: Specifies if certain components are required (Always Mandatory, Mandatory Group) for suite inference, adding precision in identifying installed suites.
    • Suite Ranking Rules: When multiple suites qualify for inference, the system selects the suite with the highest installed components, the lower downgrade version, or the highest component installation percentage.
    • Subscription and Hybrid Suite Support: Supports hybrid suites where either suite parent or child components are subscription-based, and fully subscription-based suites where both are subscription licenses. Compliance determination depends on which elements are subscription-based.

    Key Outcomes

    • Accurate License Reconciliation: Suite detection prevents double counting of licenses by recognizing installed components as part of a suite during reconciliation.
    • Compliance Management: Enables customers to assess license compliance accurately for complex licensing models, including subscription and hybrid suites.
    • Cost Optimization: By understanding suite-based licensing, organizations can optimize software spending and avoid unnecessary license purchases.
    • Improved Visibility: Clear visibility into which software components belong to suites and how they contribute to overall licensing simplifies management and decision-making.

    Simplify licensing and lower the cost of licenses from vendors. Get visibility into your complex suite licenses, manage compliance, and optimize your spending on these licenses.

    Create a suite and add components to the suite so that your organizations' rights are accurately counted during reconciliation.

    A software suite is a group of related software that is offered as one unit. An example is the Microsoft Office Professional suite that includes PowerPoint, Word, Excel, Outlook, and Access.

    Another example of a server-side suite is the Microsoft Core Infrastructure Server (CIS) Suite. The CIS Suite can include the Windows Server software as well as the System Center suite, which includes Configuration Manager, Operations Manager, and other titles. CIS Suite, which is licensed with Microsoft server metrics (Per Core, Per Core (with CAL), Per Instance, Per Processor, Per Server), are considered during reconciliation.

    For any software model, you can specify whether the model is a suite (parent) or a component (child). A software model can be a component in multiple suites. For example, Microsoft Word is a component in two suites: Microsoft Office Standard and Microsoft Office Professional. Although you can set a single software model as both a suite and a component, software isn’t typically sold as nested suites.

    Whenever a software model is automatically created as part of a scheduled job, its child components are automatically created and appear in the Suite Components section.

    Use the Inference percent or Inference number and Mandatory fields when the suite parent isn’t defined in the install table.
    • Inference percent: Specifies the percentage of the components that must be installed for the suite.
    • Mandatory: Enforces whether a specific component must be installed to infer that the suite is installed. Choices are Optional, Always Mandatory, Mandatory Group.
      Note:
      If two or more software components are part of a Mandatory Group, then at least one of them must be present so that all the software components are considered a suite. This assumes that the inference percent and other requirements are also fulfilled.

    For example, let's say you specify the Inference percent as 75% and set the Mandatory field to Always Mandatory on Microsoft Access. These settings specify that Microsoft Access must be installed, along with three out of four other products (Microsoft Word, Microsoft Excel, Microsoft PowerPoint, and Microsoft Outlook), to infer that Microsoft Office Professional is installed on a device.

    When a suite parent is detected during reconciliation, the child components don’t count for the individual license.
    Note:
    Users with the model_manager role can navigate to Product Catalog > Product Model > Software Models, but can’t administer all aspects of software models.
    The rules of inference suite ranking are as follows:
    • If one of the software installations belongs to the suite software model, the suite is inferred directly without the need to meet the Inference percentage.
    • If the preceding rule isn’t met, then any suite that meets the Inference percentage or the Inference number on that device can be considered an Inferred suite candidate.
    • The candidate with highest number of installed components is chosen.
    • If there’s still a tie, the suite with the lower downgrade is chosen. For example, Office 2016 and Office 2013 are both candidates and have the same number of installed components. However, because Office 2013 is the downgraded version of Office 2016, Office 2013 is chosen.
    • If there’s still a tie, the one with the highest percentage of installed components is chosen.

    Software Asset Management supports hybrid and subscription-based software suites. In a hybrid software suite, either the suite parent or child component is subscription-based. In a subscription-based software suite, both the suite parent and child component are subscription-based. The license that you use to determine compliance is dependent on whether the suite parent and child component are subscription-based:

    • If only the suite parent is subscription-based, then all the child component installations are inferred as part of the suite parent. You can determine your license compliance using the suite parent license.
    • If only the child component of a suite parent is subscription-based, then the instances of that child component aren’t inferred as part of the suite parent. You can determine your license compliance using the child component license.
    • If both the suite parent and child components are subscription-based, then the instances of the child components are inferred as part of the suite parent. You can determine your license compliance using the suite parent license. For example, Microsoft 365 E5 is a subscription-based software suite that consists of the Office 365 E5, EMS E5, and Windows 10 subscription software. Because both the suite parent and child components are subscription-based, they’re reconciled against the Microsoft 365 E5 parent license.