Umbrella contract package scenarios

Umbrella Contract Service Package Arrangements let you bundle multiple services into a single, easy-to-manage package on your contracts. Instead of listing every service individually on an invoice, you can present one clear package line—while still tracking every component behind the scenes.

This topic walks you through the most common packaging scenarios so you can choose the approach that best fits your business and your customers' expectations.

Understanding the packaging scenarios

The following scenarios describe the most common ways to structure an umbrella package. You can mix and match these approaches across different contracts to fit each customer relationship.

Scenario 1: Package units match included service units

Use this scenario when every sold unit receives the same set of services. For example, if you sell 50 managed desktops, each desktop receives monitoring, support, an RMM agent, and antivirus.

When to use it: Standardized per-user or per-device bundles where every unit gets identical coverage.

How to set it up:

  1. Create a Service Package Arrangement on the contract.
  2. Set the package quantity to the number of units sold (for example, 50 desktops).
  3. Add each included service and set its quantity to match the package quantity.
  4. Optionally, enable Package Unit count defines service count so that included service quantities stay synchronized when the package quantity changes.

Scenario 2: Included service units are independent of package units

Use this scenario when the package represents an overall service—such as a managed phone system—but each component inside the package has a different quantity.

When to use it: Managed environments where you sell one service but need to track varying quantities for users, devices, lines, or trunks.

How to set it up:

  1. Create a Service Package Arrangement with a package quantity that represents the sellable unit (for example, 1 managed phone system).
  2. Add each included service with its own independent quantity.
  3. Do not link the included service quantities to the package quantity unless that specific service should always move with the package count.

Scenario 3: Single-package unit with variable service quantities

Use this scenario when you sell one monthly managed service to the customer but need to track many internal quantities such as users, endpoints, servers, and licenses.

When to use it: All-inclusive or fixed-fee managed services where the customer expects one monthly line item on their invoice.

How to set it up:

  1. Create a Service Package Arrangement with a package quantity of 1.
  2. Add all included services with their actual operational quantities.
  3. Configure the invoice display based on your agreement with the customer: show only the package line, list included service names, or show full included service details grouped under the package.

Scenario 4: Package price calculated from included services

Use this scenario when the package price should automatically reflect the total of all included service components rather than being a manually entered amount.

When to use it: Modular or component-based packages where the price must transparently roll up from the services being delivered. This works especially well with Scenario 3.

How to set it up:

  1. Create the Service Package Arrangement and add all included services with their quantities and unit prices.
  2. Enable Set unit price based on included services.
  3. The package unit price, cost, and margin are calculated automatically from the included service extended prices (quantity × unit price for each service).

Example packages

The following examples show common real-world packages and how to configure them. Use these as templates and adapt them to your service catalog.

Avoiding a common configuration conflict

Quick reference

Your goal Package quantity Service quantities Pricing method
Every unit gets the same services Number of units sold Match the package quantity Manual package price
Package represents a solution with varying components 1 or the sellable unit Independent per service Manual or service-based
One line item on the invoice, many services behind it 1 Each service at its operational count Manual fixed price
Price should reflect the actual components 1 or the sellable unit Each service at its operational count Set based on included services