Table of Contents
Navigating to Billing Term Subscription Definitions
CONFIGURATION > BILLING APPLICATION > BILLING > SET UP BILLING TERM DEFINITIONS
What are Billing Term Subscription Definitions?
A Billing Term represents the agreement between a customer and the company, and defines the rules and conditions that should be applied during the billing. All billing terms, regardless of their related Billing Schemes, will use billing term definitions in order to retrieve general business rules and restrictions.
These business rules will be used in order to validate several processes that will be applied to either the billing term or its related billable entities. For example you can define rules where you will not allow Regret after a number of days, or define cancellation penalties based on a particular service and remaining binding period. According to the Billing Term definition, each Billing term in inheriting from, the respective rules will be applied.
Billing Term Definition Rules include validations and restrictions that will be used across billing terms, regardless of their schemes.
For each rule, one or more exceptions can be specified and for each rule it is allowed to define for which billing term schemes these rules must be applied. If no billing term schemes are defined, then this means that the rule is applied to all billable entities. However, if at least one billing term scheme is specified, then the rule will be applied only on billable entities having that billing term scheme.
Billing Term Subscription can be edited, deleted and have their life cycle state changed given that validations and restrictions are met.
Navigate to Billing Term Subscription Definition and explore existing records via the Summary page. Click on the link (name or number) of the record of your interest to enter the Data Entry page and have a better look of the available information. Use the Actions Menu to create a new (NEW) Billing Term Subscription Definition , modify (EDIT) or delete (DELETE) an existing one. Use the (BACK) link to go back to the summary page and (CANCEL) to cancel any unwanted changes made to the Definition . Check out the attributes table below for a thorough explanation of the information kept for Billing Term Subscription Definition and the Validations&Restrictions table to find out validations and restrictions applicable when working with Billing Term Subscription Definition .
Validations & Restrictions
Action | Validations | Restrictions |
---|---|---|
General |
|
|
Create |
|
|
Edit |
|
|
Delete |
|
|
Billing Term Subscription Definition attributes
Name | Description | ||||||
---|---|---|---|---|---|---|---|
Number | An auto generated number that uniquely identifies the billing term definition | ||||||
Name* | A name for the billing term definition | ||||||
Alternative code* | An alternative code for the billing term definition | ||||||
Description | A description for the billing term definition | ||||||
State | The state of the billing term subscription definition. Only one active definition per Classification should exists. | ||||||
Classification* | It determines the type of billable entities on which the billing term definitions will be applied on. In this case the classification is set to Subscriptions | ||||||
Billing Term Rules | |||||||
Billing term amendment rules | Determines the rules that are applied during billing term amendments. The rules consists of the following:
Applicable on Billing Term Schemes (drill down): Defines the billing term schemes that the subscriptions should be following in order for the specified processing method to be applicable. Multiple billing term schemes can be specified through that list. Exceptions on specific users or units can also be defined per each rule | ||||||
APPLICABLE UP TO R9Prepaid Billing Rules | AVAILABLE FROM CRM.COM R10.0.0 From CRM.COM R10 and forward the section is no longer available. The logic on Prepaid Billing Run rules will be replaced as follows
Determines the rules that are applied during prepaid billing runs. The rules consist of the following:
Applicable on Billing Term Schemes (drill down): Defines the billing term schemes that the subscriptions should be following in order for the specified processing method to be applicable. Multiple billing term schemes can be specified through that list. | ||||||
Price changes rules | Determines the rules that are applied when there are changes in price plans which are already used in billing terms. The rules consist of the following:
Applicable on Billing Term Schemes (drill down): Defines the billing term schemes that the subscriptions should be following in order for the specified processing method to be applicable. Multiple billing term schemes can be specified through that list. | ||||||
Usage Services Billing Rules | AVAILABLE FROM CRM.COM R10.0.0 From CRM.COM R10 and forward the following change is applied
Defines the billing rules that should be applied on usage services based on a set of conditions. Multiple rules can be specified but the conditions should not be contradicting
| ||||||
Override Credit Limit Rules AVAILABLE FROM CRM.COM R11.0.0 | A set of rules which, if met, override the default Credit Limit Rule of CRM.COM, which does not allow any of the events, (Subscription actions) to be executed if the Credit Limit of the customer, defined on their Accounts Receivable is exceeded. i.e. the balance of the Accounts Receivable is greater than the Credit Limit
| ||||||
Subscription Action Rules | |||||||
Activation Conditions APPLICABLE UP TO CRM.COM R10 | APPLICABLE UP TO CRM.COM R10 - Activation Conditions are available up to CRM.COM R10. As from CRM.COM R11 Override Credit Limit Rules, functionality is used in order to control the activation of Subscriptions. Determines the conditions that should be fulfilled in order for a subscription or a subscription service to become effective. The condition set includes the following:
If Billing Term Scheme and Account Classification conditions are met, then the system will proceed to check the rest of the conditions applied (Credit Rating, Balance, Outstanding Amount). If these conditions are met then the subscription will not be activated. Essentially these fields act as restrictions to Activation. The conditions are applicable on a set of events. More than one event can be selected per each condition set. The set of events include the following:
| ||||||
Resting period rules | Determines the rules that are applied whenever a subscription goes into resting. The rules consist of the following:
The rules can be applied either on all billing term schemes or only on specific billing term schemes. Exceptions on specific users or units can also be defined per each rule. | ||||||
Grace period rules
| Determines the rules that are applied whenever a subscription's grace period is extended. The rules consist of the following:
The rules can be applied either on all billing term schemes or only on specific billing term schemes. Exceptions on specific users or units can also be defined per each rule. | ||||||
Regret period rules | Determines the rules that are applied whenever a subscription or subscription service is regretted. The rules are enforcing the customers to regret within a specific period of time after the subscription or the service was activated.The rules consist of the following:
The rules can be applied either on all billing term schemes or only on specific billing term schemes. Exceptions on specific users or units can also be defined per each rule. The conditions set will all be validated. i.e. if you define an Allow Subscription Regret which is 1 day after Effective Date and Allow Mandatory Service Regret 5 days after Effective Date, when you try to regret the mandatory service the Subscription Regret will also be validated. The mandatory service can only be regretted if only 1 day has passed since Activation. Either define Period to Regret Subscription or Period to Regret Mandatory Services along with Period to Regret Optional Services. You cannot define all 3 restrictions together. | ||||||
Service swap rules | Determines the rules that are applied whenever a mandatory or optional service is swapped. The rules are enforcing the customers to swap services only if a period of time after the date that the subscription or the service was activated, has already passed.The rules consist of the following:
The rules can be applied either on all billing term schemes or only on specific billing term schemes. Exceptions on specific users or units can also be defined per each rule. This type of rules are configured separately for mandatory and optional services | ||||||
Cancellation outside of binding rules | Determines the rules that are applied whenever a billable entity is cancelled while not in binding. The rules are enforcing the customers to notify the service provide before cancelling a subscription or subscription service, X UOT before their requested cancellation date. The rules consist of the following:
The rules can be applied either on all billing term schemes or only on specific billing term schemes. Exceptions on specific users or units can also be defined per each rule Either define Allow Subscription Cancellation or Allow Mandatory Services Cancellation along with Allow Optional Services Cancellation. You cannot define all 3 restrictions together. | ||||||
Cancellation during binding rules | Determines the rules that are applied whenever a billable entity is cancelled while in binding. The rules are enforcing the customers to cancel their subscriptions or subscription services only if the cancellation date is near the binding end date or the allowed cancellation date. The rules consist of the following:
The rules can be applied either on all billing term schemes or only on specific billing term schemes. Exceptions on specific users or units can also be defined per each rule. If not rules are specified or applied then cancellations while in binding are not allowed. The conditions will all be validated. i.e. if you define a Subscription Cancellation Notice which is 1 day before binding end and a Mandatory Service Cancellation Notice for 5 days, when you try to cancel the mandatory service the Subscription Cancellation Notice will also be validated. The mandatory service can only be cancelled 1 day before Binding End. TIP: Either define Allow Subscription Cancellation or Allow Mandatory Services Cancellation along with Allow Optional Services Cancellation. | ||||||
Short Term Activation period rules
| Determines the rules that are applied whenever a subscription is activated for a short period of time. The rules consist of the following:
The rules can be applied either on all billing term schemes or only on specific billing term schemes. Exceptions on specific users or units can also be defined per each rule. | ||||||
Short Term Deactivation period rules
| Determines the rules that are applied whenever a subscription is deactivated for a short period of time. The rules consist of the following:
The rules can be applied either on all billing term schemes or only on specific billing term schemes. Exceptions on specific users or units can also be defined per each rule. For each of the rules added in each area of the Subscription Action Rules, Conditions in the Applicable on Conditions section follow the logic below Values on the same row are related by AND | ||||||
Policies AVAILABLE FROM CRM.COM R9.0.0 For each added rule, Conditions in the Applicable on Conditions section follow the logic below Values on the same row are related by AND
| |||||||
Expense Service | The Expense service that will be automatically added on the subscription once the policy's conditions are met. Only products marked as expense services are available for selection. | ||||||
Event * Mandatory if an expense has been selected | A list of events upon which the Expense service might be eligible to be automatically applied on a subscription as long as the policy's Conditions are met. Only one event can be selected each time. The following events are available:
| ||||||
Conditions | A set of Conditions that should be met in order for the Expense Service to be added on the subscription. Multiple conditions can be defined per event-based conditional expense policy. The conditions set includes the following: If no condition is defined then the expense will be added every time the event is triggered
| ||||||
Settings For each of the rules added in each area of the Settings, Conditions in the Applicable on Conditions section follow the logic below Values on the same row are related by AND
| |||||||
Billable Life Cycle States | Used to determine additional billing directions to extend the default behavior of the system. Additional billing direction consist of the following:
AVAILABLE FROM CRM.COM R10.2.0 - As from CRM.COM R10.2.0 the only default billable Life Cycle State is 'Effective'. | ||||||
Non Creditable Life Cycle States |
Additional conditions are available, which include the following:
AVAILABLE FROM CRM.COM R10.2.0 - As from CRM.COM R10.2.0 the default non-creditable Life Cycle States are 'Effective' and ' Draft' | ||||||
Allowed billing frequencies | Determines the billing frequencies which can be used in billing term schemes, along with a label translation. Five custom options are also available. The time unit of each custom option can also be configured through this section | ||||||
Allowed binding periods | Determines the binding options which can be used in billing term schemes, along with a label translation. Five custom options are also available. The time unit of each custom option can also be configured through this section | ||||||
Penalties For each of the rules added in each area of the Penalties, Conditions in the Applicable on Conditions section follow the logic below Values on the same row are related by AND
| |||||||
Cancellation penalties | Cancellation penalties are used to determine the penalties that will be applied when a service is cancelled either within or outside of binding. Cancellation penalties can be specified either as a fixed amount or as a percentage. In the case of cancellation within binding the percentage is applied on the remaining time up to the binding end date. Different cancellation penalties within binding can be configured to cover different periods before binding end date. For example 20 percent if the cancellation is 12 to 6 months before the binding end date and 10 percent if the cancellation is 6 months before the binding end date. Multiple cancellation penalties can be defined. Each cancellation penalties can be applied on all subscribers or on specific subscribers based on their:
|
Related Areas