Application Packaging Standard

Last updated 18-Mar-2019

Business Support System

Typically, a hosting platform contains the considered earlier OSS platform closely integrated with the BSS platform.

Integration Model

BSS allows automating the whole provisioning scheme for companies of any size by means of a number of tightly integrated operations, including:

  • Selling hosted services online
  • Charging customers using credit cards and other payment methods
  • Initialization and control of physical provisioning of all selected resources

BSS gives comprehensive solutions for managing business by means of the following tools and mechanisms:

  • Resource management tools
  • Online, bank transfer, and offline billing methods
  • Automated order processing, invoice generation and payment
  • Country specific and product category specific taxation
  • Discounts and promotions
  • Customizable event processing and notifications
  • Advanced fraud-screening system
../../../_images/osa-app-integration.png

BSS leverages the hosting platform with the following functional parts:

  • Product management allows creating products for selling application services.
  • Customizable online stores are front-end sites used by customers to order the exposed products.
  • Order workflow is responsible for self-service operations with products. It allows customers to perform all needed operations in the customer control panel. For example, they can order, update, or cancel subscriptions and resources.
  • Billing system provides various payment methods through multiple payment plugin modules as well as automates billing operations, for example, periodical payment and subscription renewal.

There are many objects of the same kind in OSS and BSS that must by synced, for example, accounts, users, resource types (resources in BSS), service templates, and subscriptions.

Note

In the OSS/BSS pair, the BSS platform is the initiator of most operations, such as managing accounts, users, and subscriptions.

For example, if you need to manually create an account and a user with administration privileges in it, do it in the BSS provider control system. BSS will automatically request OSS to create the respective account and user.

There are many more BSS functions not mentioned here. Get more details in the Business Automation documentation.

Payment System

You need to setup payment methods if you are going to test your application products with non-zero prices. For testing purposes, usually it is enough to use one or both of the following dummy payment methods.

  • Check/Cash method does not require configuration of any payment gateway. This method requires the provider to confirm that a certain order for a product is paid.
  • Visa through the dummy payment system is a self service method for customers.

In the BSS provider control panel, navigate to System > Settings and then in the Operations section click the Payment Processing link to start configuring payment methods.

../../../_images/payment-methods.png

To manage credit cards, the system requires you to generate encryption keys. For this, in the same Operations section, follow the Encryption Keys link to generate a pair of keys and load the private key to the system.

Note

Save and keep the private key on your local computer until you reinstall your test system.

Account Management

BSS has the account hierarchy similar to the one used in OSS. However account properties in BSS are completely different since accounts are used to manage primarily business operations. In the BSS provider control panel, navigate to Operations > Customers to manage customer accounts.

Pay attention to the following account specifics in BSS important for testing applications:

  • Users can create customer accounts themselves using a BSS online store. When needed, the provider staff can create customers using the provider control panel. In either case, BSS will request OSS to create and sync the respective customers.
  • To test selling products with non-zero prices, your testing customer must have at least one assigned payment method. Configure it on the Payment Methods tab in the customer profile.

Online Store Initialization

This section is needed if you are going to test selling your application in the online store. Otherwise, you can skip it.

Online store is used to expose products, allow customers to order products, and initiate order processing in BSS. It is possible to set any number of online stores in BSS, but for testing purposes we consider using only one. In the BSS provider control panel, you can manage this store by navigating to Products > Online Store. Normally a provider initializes a store on a separate host.

The store initialization consists of two steps:

  1. Click the Connection Setup link and specify the host connection settings.
  2. Click Synchronize Now to synchronize the store configuration with the new store host.

You will meet with the store configuration later in this document.

Service Plan

BSS extends the OSS resource model with one more entity - service plan.

A service plan is a commercial offer of hosting and cloud resources and services bundled and sold in packages. In a service plan, the provider defines prices and usage terms for the services. A service plan is always based on one service template, but there can be many service plans based on the same service template. For each service plan, you can also define the refund policy, subscription renewal settings, and billing algorithm to be used.

Published service plans become available in the online store and the customer control panel where customers are able to subscribe to a plan of their choice.

../../../_images/service-plan.png

Product Configuration with Fixed Price

Service plans in BSS are products used to sell services to customers usually through an online store. The provider can also sell service plans using the BSS provider control panel.

../../../_images/product-basic.png

Once the provider created or changed a service template in OSS, the latter automatically pushes the new service template or updates of an existing service template to the BSS system thus making the two service templates identical.

Note

If you have created a service template in OSS, you can update it later in OSS only. It is not possible to update such a service template using the BSS control panel.

A service plan is always based on a certain service template. It is possible to create several service plans based on the same service template. Service plans are pretty flexible, but we do not consider all details of them here. In the simplest case, when setting a service plan, the provider needs to configure at least one subscription period offered for a certain price, and this period should contain at least one billing period.

A subscription period specifies the period when a customer subscription based on this period is valid and the respective services are active (running). Once this period expires for a subscription, generally the subscriber has to pay for renewal of the subscription for the next period of the same length. A billing period specifies a period of generating invoices for consumed services or for services that the subscriber will consume during the next billing period. For example, a customer can buy a 3 month subscription that has 3 billing periods, 1 month each. In this case, the subscription is valid during 3 months, and the system will generate an invoice each month.

A service plan must be bound to a plan category the main purpose of which is to define the tax policy. To present a service plan in the online store for sale, the provider must include it into a sales category. When configuring the online store, the provider must add sales categories to respective screens where users can find them.

Using the online store, a user can find and order a service plan for an available subscription period. Once the order is placed, BSS starts its processing including payment and provisioning of services. During the service provisioning, BSS creates a subscription based on the selected service plan for the selected subscription period. It also requires OSS to create the subscription with the same ID as assigned to the new subscription on the BSS side. OSS creates the subscription based on the respective service template.

Note

BSS subscription and OSS subscription, although having the same ID, are completely different by nature. The former shows resources configured in the respective service template, and the latter is an actual contract between the customer and the provider. It shows the commercial parameters configured for the respective subscription period inside the respective service plan.

Exposing Products in Online Store

This section is needed if you are going to test selling your application in the online store. Otherwise, you can skip it.

Add-On Sales

In the previous basic product configuration, a service plan was able to sell resources with limits as specified in the respective service template. With this sales model, a service plan does not contain any resource configuration. Respectively, subscriptions on the BSS side do not contain any resources.

Often, providers use more flexible sales model that allows customers to define themselves the amount of resources they want to order. In other words, limits on resources must be defined not by a service template but by customers. To implement the add-on sales model, configure resource rates in the respective service plan.

../../../_images/resource-rate-ondemand.png

With the above sample resource rate, the provider allows customers to select the limit on the number of virtual servers they are going to use in their subscription. The resource rate contains the following parameters:

  • Inc. Amount - amount of resource provided without additional charge.
  • Max Amount - a number that the resource limit cannot exceed. “-1” means unlimited.
  • UOM - unit of measure.
  • Recurring Fee (Monthly) - price per VPS per month.

The following diagram illustrated the sales and provisioning workflow.

../../../_images/product-ondemand.png

Key differences are as follows.

  • The service plan contains definition of a resource rate for each resource in the service template that the provider needs to provision using the add-on model. In the above diagram, the service plan contains resource rates for resource 1 and resource 2.
  • When customers order services in the online store, in addition to selection of a service plan and subscription period they also specify the amount of resources.
  • A placed order contains a hierarchy of order items, also known as provisioning items:
    • Parent provisioning item is the subscription item based on the service plan.
    • Two child provisioning items are resource upgrade items used to respectively upgrade resource 1 and resource 2.
  • A subscription on the BSS side contains two resources, respectively resource 1 and resource 2.
  • The provisioning process consists of the following steps:
    1. OSS creates the subscription based on the service template with specified resources and limits.
    2. BSS requires OSS to upgrade the two child resources one by one in accordance with their configuration in the subscription on the BSS side.

Pay-as-you-go Sales

This sales model, like the previous add-on sales model, uses resource rates to count some resources sold to each customer. Its key difference is that it does not set any limit on resource use.

../../../_images/resource-rate-go.png

Instead, it periodically meters the resource usage. To initiate this process, you need to make the resource measurable. For this purpose, open the resource rate in the edit mode and tick the Measurable property.

../../../_images/resource-rate-measurable.png

At the end of each billing period, the system generates an invoice charging the customer for the resources used during the passed period.

Combination of Sales Models

In the same product, it is possible to combine the sales models we considered in this document. For example, a cloud application provides virtual private servers (VPS). The sales model includes the following components in the service plan:

  • VPS management service is limited to one. It is an included service.
  • Total number of VPS with a base configuration is unlimited and metered by a resources rate. The product uses the Pay-as-you-go Sales sales model for this resource.
  • Enhanced configurations of VPS are VPS silver configuration and VPS gold configuration. are provided as Add-On Sales resources through respective resource rates.
Resource Name Resource Class Limit Sales Model
App instance Application Service Reference 1 Zero price
VPS management Application Service 1 Fixed price
VPS Application Service Metered, unlimited Pay-as-you-go
VPS silver configuration Application Service Reference Limited by resource rate Add-on
VPS gold configuration Application Service Reference Limited by resource rate Add-on

To this product, you would most probably add resource counters using the pay-as-you-go sales model.

Bunch of Service Plans

The Business Support System platform ( allows creating a product containing a bunch of service plans. To achieved it, the provider declares at least one sales category as an up-sale category for the service plan that they configure. Since a sales category contains at least one service plan, the system will have a bunch of sales plans to offer to customers. When in the online store, a customer orders the service plan, the system prompts them to add the other service plans from the bunch to the order.

../../../_images/product-bunch.png

For proper functioning, many application services need to bind to domains. For example, a web site is usually available in the Internet through its domain name. Mail service cannot provide mail boxes without using a domain bound to this service. Selling bound services in a bunch helps the provider solve these requirements.

In the online store, a customer can select the parent service plan, for example, “Cloud Virtual Servers”, and then a child service plan, for example, “Registration in .test”.

../../../_images/store-cross-sell.png

SKUs

To integrate BSS with an ERP system, the provider can assign Stock keeping units (SKU) to the billing items.

When configuring a service plan, the provider usually assigns fees to subscription periods, resource rates, and resource rate periods. For each of those three, the fees can be setup fee, recurring fee, and so on. Besides, a service plan may have fees for switching a subscription from another service plan to this service plan, plan switch fee, and for switching a resource rate, resource rate switch. Each of the above-mentioned fees may have a unique SKU or a SKU shared for several fees.

To set SKUs, follow these steps in the BSS control panel:

  1. Allow SKU integration globally in the platform.

    • For this effect, navigate to System > Setting and in the Products section click SKU.
    • Click the Setup SKU button, check the SKU Integration Enabled box and then click Save.
    ../../../_images/sku-setup.png
  2. Click Add New SKU and create a unique SKU. Repeat this process until you have a list of unique SKUs.

    ../../../_images/sku-list.png
  3. Assign SKUs to the required billing items, either separately in a service plan profile or in the SKU settings using the proper tabs shown in the above screenshot.

Subscription

A subscription denotes an amount of resources that are listed in the service plan and the respective service template, but that have already been provisioned to a customer (subscriber) and are managed by that customer.

The major operations with subscriptions are:

  • Activating
  • Upgrading and downgrading
  • Renewing
  • Putting on hold
  • Canceling

Some of these operations are manual, others are done automatically. Upgrade, downgrade, and cancellation are usually made by the subscription owner, that is by a customer, from the customer control panel. However, there are cases when the provider has to do it on behalf of the customer. The provider usually synchronizes the subscrisions with their service plan in a case the service plan is changed. Putting subscriptions on hold may be required due to administrative reasons and is done by the provider. Depending on the details of a particular integration, the provisioning of subscription resources can be automatic or require manual interference.