Skip to end of banner
Go to start of banner

Billing of Prepaid Subscriptions

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Current »

On this page

Overview

Prepaid subscriptions are funded directly from the wallets of subscribers. Subscription services can be pre-rated (billed for an upcoming predetermined period) or post-rated (billed after being used).  Billing takes place either when the service is activated or a prepaid billing run is executed. There must be sufficient funds in the wallet to cover the billing period in order for services to be activated. If there are insufficient funds during the billing run to cover billed services, the services become candidates for deactivation.

Setting Up Prepaid Billing Runs

Before executing prepaid billing runs, perform the necessary configurations in the Prepaid Billing Settings tab of the billing definition.

Configuration > Billing Application > Billing > Set Up Billing Definition > Prepaid Billing Settings

Using Prepaid Billing Runs

Billing > Billing > Perform Prepaid Billing Runs

Prepaid billing run fields

The table describes the sections of the Prepaid Billing Run Data Entry page and explains how the fields in the page are used.

 Mandatory   Configurable

Main Information

Bill As Of Date: A read-only field that defaults to the date on which the prepaid billing run is executed. Subscriptions with services 'Rated up to' and including the 'Bill as of' date are considered for billing. 

The Life Cycle State reflects the progress of the billing run:

  • Draft (not yet executed)
  • Identification and Rating
  • Completed (all steps executed successfully)
  • Failed (not executed, no bills created)
  • Completed with Errors (run executed with minor errors; a number of bills were created successfully).

Scheduled Date: A read-only field displaying the next date on which the run will be executed.

Enable Wallet Consumption Estimation Step: Can be pre-selected as configured in the prepaid billing settings section of the billing definition.

  • Skip Estimations (use for faster execution)
  • Re-estimate All (estimates for all wallets)
  • Re-estimate Wallets with changes (estimates only for modified wallets).

Skip the estimation of wallets for a faster execution of billing

Criteria

Can be used to identify groups for billing (e.g., employees or commercial subscribers).  Values can be defined for billing term schemes and accounts receivable classifications. 

Filters
Can be applied to bill selected entities (e.g., a group representing a specific geographical area). Filtering can be applied on accounts receivables, subscriptions, and groups.
Scheduling Settings
Recurring: Determines whether the billing run takes place once or repeatedly. The recurrence is read-only and set to one day.

Results

(Information on bills created by billing run)

Include the total Number of Generated Wallet Transactions, the billing run Start and End Date and the Results Per Step (a summary table listing the steps of the billing run, the wallet transactions that were created and the included entities).

Exceptions

Display accounts excluded from billing due to errors.


Creating and executing a prepaid billing run


Under Billing > Perform Prepaid Billing Run, specify the criteria that match the run you are interested in, or use NEW from the Actions menu to create a new run. Provide the mandatory information and SAVE the run. 
A b
illing run must be submitted when it is created. A run's progress is reflected in its life cycle state.

  1. Select Actions > Execute 
  2. Execute immediately or schedule the run.

A prepaid billing run consists of the following steps:


Identification process 


Locates unrated billable items that, according to billing run conditions, are ready to be charged or credited. The following entities are considered:

  • Subscription Usage Detail Records that should be charged or credited and have a 'Posted' life cycle state.
  • Post-rated services that:
    • Should be charged or credited (depending on the value of the billing directive)
    • Are not yet rated 
    • Have a billing effective date up to and including the bill as of date.
  • Pre-rated services which have not been rated before or whose latest rated up to date is up to and including the billing run's performed date.

Terminated accounts are excluded from billing.


Rating 


Creates rated billing items for services using the rate from the price plan and information from the following entities:

  • Usage services 
    Usage Detail Records (UDRs) with a 'Pending' (not yet processed) rating state are considered for billing.  The UDR billing directive specifies whether a debit or credit rated billing item should be created. The period to be billed is indicated by the 'Started on' and 'Ended on' dates. 
  • Termed services
    The source of information for rating termed services is their life cycle states.  Each life cycle state represents one period.  The 'Started on' and 'Ended on' dates indicate the period.  Life cycle states in a 'Pending' rating state are considered for billing.   The billing directive of each life cycle state specifies whether a debit or credit rated billing item should be created. 
    • For post-rated services, a rated billing item is created covering the period from the last Rated Up To Date until the billing run's Performed Date.
    • For pre-rated services, a rated billing item is created covering the period billed in advance (as defined in the billing term scheme) up to the last 'Rated Up To Date'. 
  • Expenses 
    The billing directive for the life cycle state of the expense specifies whether a debit or credit rated billing item should be created.
  • Additive Discounts
    Additional discounts that should be applied to the subscription are taken into consideration after discounts that may have been applied through the price plans.

Rated billing items are created as long as they don't result in the wallet's balance falling below the threshold (established in the wallet definition). 
If the calculated balance of the wallet remains over the threshold:

  • The wallet is debited
  • The service is not rated for the upcoming period
  • The prepaid state is set to 'Valid' and the service is not considered for deactivation.

If the calculated balance of the wallet drops below the threshold:

  • The wallet is not debited
  • The service is not rated for the upcoming period
  • The prepaid state is set to 'Invalid' and the service is considered for deactivation.

If a service is coming out of a Grace Period, customers are also billed for the period spent in grace, unless the 'Decrease the prepaid pre-rated period by the total number of days in grace periods' setting is selected in the billing definition.

Changes on price plans and additive discounts that come into effect after a prepaid billing run pre-rates a service do not affect its billing. The new prices will apply in the next billing period, which is not rated yet.


Wallet Debiting


Uses the rated billing items resulting from the rating step and previously unprocessed rated billing items, to generate debit or credit wallet transactions.


Wallet Consumption Estimations
 


Calculates the date on which (or the number of days until) wallet funds (or the funds allotted for a specific product) will run out, based on the billing terms and use of subscription services.  The estimations must be enabled through the prepaid billing run.  

The maximum estimated time (one year by default) can be configured through the 'Prepaid Billing Run Settings' in the billing definition.  

Wallets

  • Estimated consumption days
  • Estimated consumption date

Wallet Product Consumption

  • Estimated consumption days
  • Estimated consumption date
  • Latest date of estimation

Glossary  

CRM.COM TermDefinition
Billable EntityAn entity that can be billed through the billing engine (job or subscription).
Rated Billing Item (RBI)Information on services, physical goods and the billing period, generated by the billing engine during the rating step of the normal billing run, before the transaction takes place.  RBIs let the user make amendments or corrections before (a binding) financial transaction is created.
Usage Detail Record (UDR)Information describing the use of usage subscription services.

Prepaid State

Reflects whether a service is evaluated as 'Valid' or 'Invalid' by the prepaid billing run.

Invalid services are included in the next deactivation run.

 

  • No labels