Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Prepaid subscriptions are either billed for a passed period (post-rated) or funded directly from the wallets of subscribers. Subscription services can be pre-rated (billed for an upcoming defined period (prepredetermined period) or post-rated ), usually by the prepaid billing run. Once billed, subscribers must pay for the billed services else they will be candidates for deactivation. Post-rated service billing is only handled by the prepaid billing run, however billing of pre-rated services is also done when added to a subscription; if there are not enough (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 for the whole billed period, the services won't billing period in order for services to be activated.

Prepaid subscriptions are paid through the subscriber's wallet rather than the account which is used for normal subscribers. 

Setting up Prepaid Billing Runs

Configuration required before executing prepaid billing runs is available at Billing Definition at Prepaid Billing Settings tab.

...

If there are insufficient funds during the billing run to cover billed services, the services become candidates for deactivation.

Setting Up Prepaid Billing Runs

In order for the prepaid billing run to be executed the necessary configurations in the Prepaid Billing Settings tab of the billing definition must be made.

Info

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

 

Managing Prepaid Billing Runs

Once the billing settings are defined, the prepaid billing run is executed by a system background process (without the need for user intervention). The results of the billing run can be viewed from a dedicated page or through the Batch Process Admin Board (from where you can manage their schedule and view logs of all executed runs).

Prepaid Billing Run

Info

Billing > Billing > Perform Prepaid Billing Runs

Prepaid billing run fields

This table contains an explanation of The table describes the sections of the normal billing run Data Entry page, a description of the usage of its fields and additional informationPrepaid Billing Run Data Entry page and explains how the fields on the page are used.

 Mandatory   Configurable

Main Information

Bill As Of Date: The date on which the prepaid billing run is executed. Subscriptions with services whose 'Rated up to' date is equal or before and including the 'Bill as Of Dateof' are taken into account.
It is set equal to the date the Prepaid Billing Run is performed.

Life Cycle State: The life cycle state of the billing run reflects the stage that the billing is at:

  • Draft: The Billing Run was not executed yet
  • Identification and Rating: The Billing Run was executed up to this step
  • Completed: All Billing Run steps were executed successfully
  • Failed: The Billing Run was not executed and no Bills were created
  • Completed with Errors: the Billing Run was executed with minor errors and Bills were created

Scheduled Date: This is a Read-only field which is available once a run is scheduled. The date provided shows the latest date that the Run is scheduled to be executed ondate are considered for billing. 

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

  • 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: Displays the next date on which the run will be executed.

Enable Wallet Consumption Estimation Step: Determines whether estimations related to when the money available in the subscriber's wallet will be consumed should be made.
It can be automatically set when creating the Prepaid Billing Run, based on the processing settings specified on the 'Active' Prepaid Billing Run Definitions.

Skip Estimations: No estimations takes place

Configured in the prepaid billing settings section of the billing definition.

  • Skip Estimations (use for faster execution)
  • Re-estimate All: Estimation (estimates for all wallets takes place)
  • Re-estimate Wallets with changes : The system decides which wallets were modified and makes estimations, (estimates only for those modified wallets). 
Tip

Skip the estimation of Wallets wallets for a faster execution .

Criteria

You can manage who you are billing by providing specific criteria. Only subscriptions that meet the criteria defined are included in the billing. For example you can choose to bill your employees in one billing run and your commercial subscribers in a different billing run. You can define specific values for 'Billing Term Schemes' and 'Accounts Receivable Classifications'

Filters
As with criteria you can define filters that will be used during billing , to only bill specific specific entities. For example you can select to bill only subscriptions that belong to a group, where that group can represent a geographical area. Filtering can be applied on, 'Accounts Receivable', 'Subscriptions', , 'Groups'
Scheduling Settings
Recurring: Determines whether the billing run takes place once or is recurring. In the case of a recurring, the recurrence is read-only and is set to 1 day
Results

Results are available once billing is completed providing you with information on the bills that were created.

Number of Generated Wallet Transactions: The total number of transactions generated by the Run.

Start Date: The date on which the Billing Run starts.

End Date: The date on which the Billing Run ends.

Results Per Step: A table listing all the steps of the specific Billing Run, the wallet transactions created and the entities included.

Exceptions

If any accounts were excluded from billing die to errors then the accounts are shown along with the error

Creating and executing a prepaid billing run

Navigate to prepaid billing run and specify the criteria that match the billing run you are interested in, or click on NEW from the Actions menu to create a new billing run. Provide the mandatory information as defined in the fields table above and save the billing run. 
Once you create your billing run you must execute it. Once executed the progress of the run is determined by its life cycle state.  

  1. Select Actions > Execute 
  2. In the Execute Prepaid Billing Run Modal:
    1. Execute Now: Check the box to execute the Billing Run directly.
    2. Scheduled Date: Click on the calendar to select a date and time to start the execution. Click DONE when completed.
    3. Click SAVE

When a prepaid billing run is executed a series of steps take place as explained below.

Identification 

Identifies all the unrated billable (chargeable or creditable) information which is ready to be billed based on the conditions and filters (if any) set on the billing run:

For each subscription the following entities are identified:

  • Subscription usage detail records that should be billed or credited and have a posted life cycle state
  • Post-rated services that should be billed or credited (based on their billing directive), are not yet fully rated and their billing effective date is before or equal to the bill as of date
  • Pre-rated services which have not been rated before or their latest "Rated Up To Date" is equal to or before the billing run's performed date

...

of billing.

Results

(Information on bills created by billing run)

Includes 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.


Batch Process Admin Board

Info

Foundation > Platform > Manage Admin Settings > Batch Processes Admin Board

Use the board to stop the prepaid billing run from being executed or to view its logs.

  1. Navigate to the Board
  2. Go to Recurring System Process
  3. Find the prepaid billing run.
    1. Click on View Logs
      or
    2. Stop the run.

Executing a prepaid billing run

...

The steps of a run include:

  • Identifying the items to be billed
  • Rating the items 
  • Debiting (or crediting) the subscription wallet.

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 that 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

...

Calculates and applies the rates on each service that has  

...

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

...

Pre-rated services that come out of grace period require customers to pay more than the standard pre-rated amount to include the number of days they were in grace. However, if the 'Decrease the prepaid pre-rated period by the total number of days in grace periods' setting is selected in the billing definition then the customers only need to pay for the pre-rated period from where the days that they were in grace will be deducted.

Note

Changes on price plans or additive discounts made after a prepaid billing run pre-rates a prepaid service, will not affect the billing of these services. I.e. Once you have pre-rated a service,any changes on pricing done after the rating, will not affect the billing. No crediting will be executed. The changed prices will only be applicable in upcoming billing periods that have not already been rated.

 

Wallet debiting process 

Responsible for the generation of wallet debit transactions, based on the amount in the rating step, or already existed rated billing items  that were not processed. In addition to the wallet transactions, the 'prepaid state' which is used by the deactivation process to decide whether to deactivate a subscription, is calculated. 

A global threshold set in the wallet definition sets the minimum amount that a subscriber's wallet can have. If during billing, the amount in the wallet, after deducting the rated amount, goes below the threshold then, then the prepaid state used to set it as candidate for deactivation is set to 'Invalid' and the service is not rated. If on the other hand there is enough money in the wallet, then the wallet is debited and the prepaid state is set to 'Valid' so that it will not be considered by deactivation.

 

Note

In cases where a candidate subscription for deactivation exists and the subscriber makes a payment to cover for all of the services before the deactivation then the subscription will not be deactivated. This is handled when crediting the wallet.

...

Estimations are performed only if enabled through the prepaid billing run and it estimates the date on which the wallet balance will be consumed, based on the billing terms and the usage of the subscription services. The maximum estimated time is one year by default, but can be configured for more through 'Prepaid Billing Run Settings' in the billing definitions. Information which is set at this step is the following

Wallets

  • Estimated Consumption Days: An estimation of the number of days left until the entire wallet amount is consumed
  • Estimated Consumption Date: An estimation of the date on which the entire wallet amount is consumed

Wallet Product Consumption

  • Estimated Consumption Days: An estimation of the number of days left until the entire wallet amount allotted for the specified product is consumed
  • Estimated Consumption Date: An estimation of the date on which the entire wallet amount allotted for the specified product is consumed
  • Latest date of Estimation: The latest date that the estimation was performed.

 

    • ) 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.

Note

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  

Entities which
CRM.COM TermDefinition
Billable entityEntityAn entity that can be billed through the billing engine , i.e. Jobs and Subscriptions(job or subscription).
Rated Billing Items Item (RBI)Rated Billing Items is information 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 financial transaction is createdtakes place
They store information on the services, physical goods and additional billing period information and give you the chance to make amendments and corrections before the financial transaction which is a legal document is created,
Usage Detail Records (UDR)Usage Detail Record. UDRs are used to hold raw information describing the use of Usage Subscription Services. For more information view Usage Detail Records.
Service prepaid stateThis is a value estimated by the prepaid billing run process which can be valid or invalid. Services with a valid prepaid state are not deactivate when the deactivation run is executed while the invalid ones are deactivatedRBIs 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.

 

 

Panel
namegrey

Related Links

Filter by label (Content by label)
showLabelsfalse
spacesV4Manual
showSpacefalse
labelsglobal

 

...