Business Support System

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

Integration Model

BSS allows companies of any size to automate the whole provisioning scheme 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 provisioning of all selected resources

BSS provides the following tools and mechanisms for managing business:

  • 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

  • An advanced fraud-screening system

../../../_images/osa-app-integration.png

BSS leverages the hosting platform with the following functional parts:

  • Product management allows companies to create products for the sale of application services.

  • Customizable online stores are front-end sites used by customers to order the available 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. It also automates billing operations, for example, regular 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 and 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 that OSS creates 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, it is usually enough to use one or both of the following dummy payment methods.

  • Check/Cash 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 an 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, as they are 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 display 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 will only use 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: a 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 can then 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

After the provider creates or changes a service template in OSS, the latter automatically pushes the new service template or updates of an existing service template to the BSS system, 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 quite flexible, but we do not cover all of their details 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. Once this period expires for a subscription, the subscriber generally needs 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 three billing periods of one month each. In this case, the subscription is valid for 3 months, and the system will generate an invoice each month.

A service plan must be bound to a plan category whose main purpose 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 processing it, 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

The OSS subscription and BSS subscription, while sharing an ID, are completely different by nature. The former subscription 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.

Displaying Products in the 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 a more flexible sales model that allows customers to define 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 illustrates the sales and provisioning workflow.

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

The key differences are as follows:

  • The service plan contains the definition of the 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 selecting 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:

    • The parent provisioning item is the subscription item based on the service plan.

    • The 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 measures the resource usage. To initiate this process, you need to make the resource measurable. For this purpose, open the resource rate in edit mode and select the checkbox next to 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 that period.

Combining Sales Models

In the same product, it is possible to combine the sales models we cover in this document. For example, say 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.

  • The total number of VPSes 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.

Service Plan Bundles

BSS allows you to create a product containing a bundle of service plans. To achieved this, the provider declares at least one sales category as an up-sale category for the service plan that they configure. As 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, and the system prompts them to add the other service plans from the bundle to the order.

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

To function properly, many application services need to bind to domains. For example, a web site is usually available in the Internet through its domain name. A mail service cannot provide mail boxes without using a domain bound to this service. Selling bound services in a bundle 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 one SKU shared among 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, select 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 that have already been allocated 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. Upgrading, downgrading, and cancelling are usually done in the customer control panel by the subscription owner, that is, by a customer. However, there are cases when the provider needs to do it on behalf of the customer. The provider usually synchronizes the subscrisions with their service plan in a case the service plan changes. Putting subscriptions on hold may be required due to administrative reasons and is done by the provider. Depending on the details of an integration, the provisioning of subscription resources can be automatic or require manual interference.