Professional Documents
Culture Documents
THIS DOCUMENT IS CONFIDENTIAL AND PROPRIETARY AND IS THE EXCLUSIVE PROPERTY OF MIND CTI LTD. AND HAS BEEN PROVIDED FOR REVIEW BY THE RECIPIENT ONLY, AND MAY NOT BE DISCLOSED TO ANY THIRD PARTY. INFORMATION IN THIS DOCUMENT IS SUBJECT TO CHANGE WITHOUT NOTICE. COMPANIES, NAMES, AND DATA USED IN EXAMPLES HEREIN ARE FICTITIOUS UNLESS OTHERWISE NOTED. NO PART OF THIS DOCUMENT MAY BE REPRODUCED OR TRANSMITTED IN ANY FORM OR BY ANY MEANS, ELECTRONIC OR MECHANICAL, FOR ANY PURPOSE, WITHOUT THE EXPRESS WRITTEN PERMISSION OF MIND CTI LTD. THIS PUBLICATION IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO: THE IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, OR NON-INFRINGEMENT. MIND CTI Ltd. All rights Reserved.
Table of Contents
Table of Contents
INTRODUCTION ............................................................................................................................................ 1 MOBILE PREPAID IN PLATFORM............................................................................................................ 2 MSCC AND BALANCE MANAGEMENT ............................................................................................................. 2 ROAMING CHALLENGES .................................................................................................................................. 3 SCP AND SIGNALING ...................................................................................................................................... 3 IVR.............................................................................................................................................................. 4 RTS ................................................................................................................................................................ 5 RTS Plugins ................................................................................................................................................ 6 DIAMETER ....................................................................................................................................................... 6 RATING............................................................................................................................................................ 7 PRODUCT CATALOGUE .................................................................................................................................... 7 TARIFF STRUCTURE......................................................................................................................................... 7 Discounts FUBs....................................................................................................................................... 7 PREPAID DATA ................................................................................................................................................ 9 PREPAID CARDS AND VOUCHER MANAGEMENT............................................................................ 11 VOUCHER MANAGEMENT ............................................................................................................................. 11 LOTS MANAGEMENT ..................................................................................................................................... 11 CARDS MANAGEMENT .................................................................................................................................. 12 SELF CARE RECHARGE OPTIONS......................................................................................................... 13 IVR............................................................................................................................................................... 13 USSD............................................................................................................................................................ 13 WEB SELF CARE............................................................................................................................................ 13 NOTIFICATION EMAILS AND SMS ................................................................................................................. 14 CREDIT CARD PROCESSOR ............................................................................................................................ 14 Adapter for Payment Processor ............................................................................................................... 15 ACCOUNT MANAGEMENT....................................................................................................................... 16 CSR CUSTOMER SERVICE PORTAL ............................................................................................................ 16 ACCOUNT CHARACTERISTICS ........................................................................................................................ 17 Account Types........................................................................................................................................... 17 Account Status .......................................................................................................................................... 18 Multiple Contacts and Addresses ............................................................................................................. 18 Account category...................................................................................................................................... 18 Account Class ........................................................................................................................................... 18 Billable or Non-Billable ........................................................................................................................... 19 UNLIMITED HIERARCHY OF ACCOUNTS ........................................................................................................ 19 Reference Service ..................................................................................................................................... 20 Custom\non-standard rating plans........................................................................................................... 21 Negotiate\Override Default Tariff Rates at Account Level.................................................................. 21 RETROACTIVE OPERATIONS ........................................................................................................................... 21 TAXATION ..................................................................................................................................................... 21 Exemption Codes ...................................................................................................................................... 22 RESOURCE MANAGEMENT ............................................................................................................................ 22 POINT OF SALE .............................................................................................................................................. 23 Solution Architecture................................................................................................................................ 24 The Sales Module ..................................................................................................................................... 24 The Cashier Management Module ........................................................................................................... 25 INVOICING AND SHIPMENT.................................................................................................................... 26 MINDBill Convergent Prepaid and Postpaid Billing i
Table of Contents BILLING CYCLES SETTINGS AND BILLING PERIODS ....................................................................................... 26 BC execution............................................................................................................................................. 27 Invoice content ......................................................................................................................................... 27 SHIPMENT AND BILL PRESENTATION............................................................................................................. 28 Bill presentation - Invoice image.............................................................................................................. 29 XML Format and XSL Layout .................................................................................................................. 29 State of the art architecture ...................................................................................................................... 29 Invoice Server Technology................................................................................................................... 29 A/R AND DUNNING ..................................................................................................................................... 31 DUNNING AND OVERDUE PAYMENT HANDLING............................................................................................. 31 Ageing Debt.............................................................................................................................................. 31 Account Closing Procedure...................................................................................................................... 32 Debt Collection......................................................................................................................................... 32 Balance Threshold Warning..................................................................................................................... 32 Hot Billing and Bill Shock........................................................................................................................ 33 BUSINESS PROCESSES .............................................................................................................................. 35 BUSINESS PROCESS LOGICAL ARCHITECTURE............................................................................................... 35 Business Process Flow Steps.................................................................................................................... 36 MVNOS ........................................................................................................................................................... 38 MULTI MARKET SEGMENTATION .................................................................................................................. 38 VIRTUAL PROVIDERS .................................................................................................................................... 39 SOLUTION ARCHITECTURE OVERVIEW ............................................................................................ 41 TECHNOLOGY ................................................................................................................................................ 41 LOGICAL ARCHITECTURE .............................................................................................................................. 41 The Access Layer ................................................................................................................................. 42 The Business Layer .............................................................................................................................. 42 The Data Layer ..................................................................................................................................... 43 The Management Layer........................................................................................................................ 43 SCALABILITY AND EXPANDABILITY .............................................................................................................. 43 REDUNDANCY AND HIGH AVAILABILITY ...................................................................................................... 43 SNMP AND MONITORING TOOL SUITE ......................................................................................................... 44 Monitoring Tool Suite............................................................................................................................... 44 Nagios How It Works?........................................................................................................................... 44 MMTS KPI Setup...................................................................................................................................... 45 Suggested KPI Samples ............................................................................................................................ 45 BUSINESS INTELLIGENCE & REPORTS ANALYSIS.......................................................................... 46 DASHBOARD ................................................................................................................................................. 46 CALL TRAFFIC ANALYSIS.............................................................................................................................. 46 ROAMING MANAGEMENT....................................................................................................................... 49 NRTRDE...................................................................................................................................................... 49 Guard Alert............................................................................................................................................... 51 GRM............................................................................................................................................................. 51 BACK OFFICE INTEGRATIONS .............................................................................................................. 53 G\L ............................................................................................................................................................... 53 WEB SERVICES .............................................................................................................................................. 53 IMPLEMENTATION SCHEDULE ............................................................................................................. 54 MINDS IMPLEMENTATION APPROACH ........................................................................................................ 54 GENERIC DEPLOYMENT PLAN ....................................................................................................................... 54 MINDBill Convergent Prepaid and Postpaid Billing ii
Table of Contents SUMMARY..................................................................................................................................................... 56 PREPAID CHALLENGES AND MIND SOLUTIONS ............................................................................................ 56 MIND SOLUTIONS DIFFERENTIATORS .......................................................................................................... 56 ABOUT MIND............................................................................................................................................... 57 APPENDIXES ................................................................................................................................................ 58 IN CALL SCENARIO GPRS DATA SESSION WITH QUOTA MANAGEMENT................................................... 58 IN CALL SCENARIO MOBILE CALLING WITH RECURRING QUOTA ALLOCATION ........................................ 59 DIAMETER SMS CLIENT SCENARIO .............................................................................................................. 61 MEDIATION CALL CATEGORIZATION ............................................................................................................ 61 Call Flows Summary Revenue Generation........................................................................................ 61
iii
Introduction
Introduction
The MINDBill portfolio for convergent billing supports in one system both Postpaid and Prepaid for multiple services consisting of: Voice, Internet, Data, Content, and more. MINDs proven field track record having scalability enables MIND to offer Telecom operators a genuine convergent billing system for building a strategic convergent billing asset. The MINDBill solution is an off-the-shelf product that includes billing, customer care, mediation, AAA, provisioning, and rating for multiple services. MIND has a proven track record in production implementations for a swift deployment of a complete turn-key product-based end-to-end Customer Care and Billing solution that is tailored to local needs accordingly. The MINDBill Product Catalog is designed to adapt to the dynamic marketing requirements enabling Telecom operators to define, configure and deploy new packages and services, setting apart having distinct rating and discounting schemes to take advantage of market developments and to increase revenue. Operators that have deployed the MINDBill convergent solution are able to bundle groups of services into tailor-made packages targeting specific market segments for which they can offer special rates, discounts and promotions to achieve a competitive advantage and differentiate their brand. MINDBill Prepaid IN complements MINDBill's prepaid offering for VOIP, Broadband and WiMAX, presenting a true quad play charging solution. MINDBill Prepaid IN is a convergent end-to-end billing and customer care solution for the prepaid mobile and wireline market segments. It is highly available and scalable from a few thousands to millions of prepaid subscribers. MINDBill is a genuine convergent prepaid and postpaid platform that includes built-in billing, customer care, mediation, provisioning, and rating for multiple services. MINDBill's convergent prepaid and postpaid services platform supports a single front-end customer care interface; it incorporates the benefit of an integral comprehensive point-of-sale solution (with a very user-friendly sales clerk application) with modules for cashier and inventory management and introduces a wide set of BI capabilities.
1.
2.
Balance Manager
MINDBill Prepaid IN charges for various services within the same account consuming from the same balance through multiple real-time protocols. This offers a Service provider access to a genuine single prepaid platform for deploying in prepaid mode a number of different services that are handled by different network elements communicating in different protocols (e.g. CAMEL, WIN/IS-826, RADIUS, Diameter, GTP, SIP, HTTP, TCP/IP, LDAP, etc.). The built-in Balance Manager is designated to provide the real time quota allocation that enables the simultaneous usage of a number of services while monitoring the consumption of a single account balance or a service wallet to avoid revenue leakage. MINDBill Prepaid IN supports all versions of commercially used IN protocols: CAMEL 2, 3 and 4 for GSM and IS-826 for CDMA.
3.
Roaming Challenges
MINDBill Prepaid IN multiple services credit control is a key differentiator that allows for full prepaid roaming in the mobile market segment. A particular case is that of some services which are not supported by the used version of the IN protocol. In this situation there is a need to overcome network limitations such as terminating SMS and MMS or GPRS roaming in CAMEL2 networks whereas MINDBill Prepaid IN connects directly to the relevant network elements (e.g. GGSN, SMSC, MMSC, Content) through their distinct AAA protocols (Diameter, Radius, SMPP/IP, etc.) in parallel to the IN signaling control for services like Voice and mobile originating SMS.
4.
The MINDBill prepaid solution includes voice service applications for zero-stage direct dialing services without IVR, zero-stage direct dialing services with IVR for unsuccessful call announcements and an IVRbased Top-up application. The Zero-Stage direct dialing prepaid service includes the following features: Direct Dial service access by dialing the destination number directly. Automatic subscriber authentication based on Calling Line Identification CLI. Call authorization based on balance and destination per subscriber. Automatic call cut-off when balance depletes. Emergency and Toll free calls support even when balance is zero. A configurable balance depletion warning prompt playback support.
Automatic redirection to the Top-up server on call setup, if no sufficient balance is left, it is possible to automatically redirect the call to the Top-up server. The IN SCP hardware highlights: Supports traffic rates up to several thousand TCAP transactions per second. Supports both low-speed SS7 links and high-speed, 2 Mbps Q.703, SS7 links configurable on a perlink basis. Supports SIGTRAN M3UA and SUA protocols. Based on a 2U carrier-grade server Provides carrier-grade qualities that prevent revenue loss. Supports ITU-T, ETSI/3GPP and ANSI. Supports resilient system architectures and multiple point codes.
IVR
The MINDBill IVR is an integrated part of the MINDBill solution. This DSP-based IVR is capable of collecting and playing DTMF, prompt playback, barging in, voice recording and more. The IVR application provides all of the required features for setting up a prepaid solution, including a top-up service and warning prompts playback features: It supports multi-lingual prompt playback using language-specific number logic.
Mobile Prepaid IN Platform Route incoming calls by automatically identifying the number the caller dialed. This is also known as the Dialed Number Identification Service (DNIS). Includes DTMF detection and generation for caller authentication, password change, Voucher PIN insertion and menu selection. Supports both E1 and T1 trunks. Supports a wide range of PSTN protocols including ISDN and ISUP. GUI-based Plug-in developer IVR flow creation environment customizing the IVR flows according to the service providers request is an option.
RTS
The MINDBill Prepaid IN billing is a real-time operation mode. Authentication, Authorization and Accounting (AAA) actions are all handled in real time. The role of the MINDBill Real Time Server (RTS) is to mediate in real time between the network elements, such as Signaling server, SMSC, MMSC, GGSN, Softswitches, access servers, Gateways and wireless service nodes, with the billing system database. The RTS provides a full set of real-time AAA functions responding in real time to the following events: Authentication request - the customer (and sometimes the actual service) can be identified by various methods, including: username/password, PIN, IMSI, MSISDN, CLI/ANI, MAC address, access device IP address and/or trunk ID, and others. If the customer (and the service) is authenticated successfully, the relevant response is returned to the network element that may include the current customer balance; otherwise, the customers service is denied, and the access attempt is rejected. If the authentication stage was successful, in certain cases an Authorization request follows (e.g., for a prepaid call). If authorization is not required, the service (session) is enabled immediately. The RTS provisions to the network element the subscriber service properties, for example: Bandwidth\Throughput setting; QoS value; Idle time out, IP allocation, etc. Authorization request - based on the type of service, dialed number and origination of the call, the rating plan and the customers balance, the RTS returns the maximum allowed duration of the call or to allocate a quota of usage such as volume of traffic bytes to download/upload. The session is either authorized or rejected, and the appropriate message is sent back to the network element with a cutoff parameter, where relevant. When the RTS allocates a quota of volume MBs/KBs traffic or minutes:seconds duration, in this mode a repeatable cycle of Re-authorize or quota replenishment is performed according to the volume and/or duration threshold until the quota is completely consumed and the service wallet or account balance bottoms out. During the call setup, the customers remaining balance or quota allocation provided by the balance manager is checked and based on the dialed number for which the maximum call duration is calculated for that call or quota. The RTS performs a reverse rating according to flexible multi-dimensional rating schemes and subscriber balance management. Advanced rating features such as rounding of call duration, call setup charge, minimal/maximal charge, minimal/maximal duration, stepped and tiered rates, special discounts and many more are fully supported.
Accounting message - once the session is ended, a message is sent to the RTS, that includes usage parameters, such as the duration, volume upstream/downstream, QoS measures, and other attributes. The MIND RTS rates the session according to the relevant service tariff and usage parameters, stores a final rated CDR in the database and updates the customers balance simultaneously. The MIND RTS includes the embedded logic for creating partial CDRs that is splitting CDRs when crossing billing periods, or a session transition from peak/off peak rates time profiles. This enables the customers continuous online service, paying the exact proportional amount according to the designated time profile rating, and for the service provider having precise resolution for reporting and auditing needs. Interim accounting messages or quota access requests or ApplyChargingReport are also handled with incremental accumulation of the consumption and a CDR is inserted either upon crossing time profiles or starting on the next billing period. 5
Mobile Prepaid IN Platform The MINDBill RTS incorporates a built-in SCP for interfacing the signaling server for the IN, Radius server, DCCA, and more drivers for supporting concurrent multiple real time protocols in one single platform. This allows a Service provider deploying in prepaid mode a number of different services handled by different network elements communicating in different protocols supervised by a centralized quota management simultaneously. All the AAA messages are processed, and the responses are returned to the originator instantaneously. One RTS can handle many concurrent requests, being built as a multi-threaded application. Using an N+1 configuration, the MINDBill Real Time Server can be deployed for a full load sharing and automatic failover support. Therefore, if one of the servers fails, no data will be lost, since all subscriberrelated data is stored in the central MINDBill Oracle Database.
RTS Plugins
MINDBill includes a Java plugin generator module for customizing a tailor-made flow in order to fit the processing requirements of the system to each of the customers specific business logic. The MINDBill plugin generator is a graphical flow-chart to-java IDE that allows developers to: create and edit flow diagrams, decide which mediation functions to use, such as the following: filtering, guiding, correlating, etc. Furthermore, it enables developers to decide upon each of the record values and it translates the graphical flows into java class files or creates JAR files. The result JARs can be loaded at runtime to host application and executed as plugins. This allows developers to design business logic as graphical flows for ease of development and maintainability. Modifying business logic outside the host application (without the need for a whole build) is possible. Performance-wise, the result is a java class, which will execute as fast as it was designed, as opposed to interpreters. The jars are then defined in the MINDBill system and can be used for processing new data usage records. The MINDBill Real Time Server includes the option to block the subscriber accounts after a certain (configurable) number of authentication attempts failure. The MINDBill Real Time Server also supports additional advanced features such as changing of passwords and recharging of prepaid accounts from vouchers and credit cards. It includes AAA event correlation across multiple network elements. Enhanced RADIUS features: Dynamic IP pool management and IP assignment; Local RADIUS or RADIUS Proxy to home server for Authorization; RADIUS Forwarding broadcasting Accounting to multiple RADIUS Servers.
Diameter
The protocol enables a Client to Authenticate, Authorize and Account (AAA) prepaid and postpaid users of the MINDBill system. It is based on Diameter Base Protocol (RFC 3588) and Diameter Credit Control Application (RFC 4006). The Diameter base protocol is intended to provide an Authentication, Authorization and Accounting (AAA) framework for applications such as network access or IP mobility. Diameter is also intended to work in local Authentication, Authorization & Accounting and roaming situations. The Diameter Base protocol provides the minimum requirements needed for AAA. The Base protocol may be used by itself for accounting purposes only, or it may be used with a Diameter application, such as DCCA to provide credit control for pre-paid services. By utilizing DCCA, the MIND Diameter Sever can be used for real-time credit-control for a variety of end user services such as network access, Session Initiation Protocol (SIP) services, messaging services, and download services. It provides a general solution to real-time cost and credit-control. Furthermore, this mechanism can allow users to be informed of the charges to be levied for a requested service. Also, there are services such as gaming and advertising that may credit as well as debit a user account. It is necessary to provide encrypting methods for the information passed between the peers. The transport between the RTS and its Diameter clients is protected by using the IPSec security protocol.
Rating
Rating
Product Catalogue
The Manager and Administrator modules is where the user configures the system tables, list of values, etc. and sets the parameters in the Manager and Administrator with the GUI. The product catalogue consisting of bundles are set with Package that contains Products-Services-Features alongside their rating tariffs. In the MINDBill design, an account is the billable entity having a balance. An account is assigned a Package that contains Products-Services-Features. The MINDBill account structure includes assignment of Goods reflecting mobile handsets, SIMs, IMSIs and other add-ons. The MINDBill product catalogue allows offering different combinations of services that are bundled into products. The Service is the consuming entity where the subscriber service profile is set, such as Bandwidth\QoS, IP address and other service-related properties that are provisioned in the AAA flow. Every service has a default tariff reflecting the costs.
Tariff Structure
MINDBill allows true convergence of prepaid and postpaid services under the same account. The same rate plan may be used for both prepaid and postpaid as the same engine does rating and charging. The full richness of postpaid features and capabilities is available in real time for prepaid services, including: multidimensional rating parameterized using a very user friendly GUI, distinguishing Air and Toll usage; Rating intervals: stepped (dropping rates), configurable discounts, free unit bundles, taxation, recurring and one time charges and many more.
5.
Discounts FUBs
In MINDBill the product catalogue includes an entity named Free Unit Bundles (FUBs). It is an external entity to the service that is "plugged in" to the package. The Free units bundles distinguish among destination categories, e.g. Local, National, Intl, Mobile, Wireline, Onnet, Data, SMS and more. The FUBs are applicable across service types and service codes within the same account package. MINDBill also enables operators to decide whether to transfer the unused units from a billing period to another or cancel them at the end of the billing period for which they were awarded.
Rating The service provider can provide Free Units as promotions or on a monthly basis as part of a subscription plan, etc. This is oriented towards the competitive mobile environment. A customer can get a promotion of, e.g. $10 that can be applied to a number of services, for example SMS; Onnet calls and domestic wireline calls. Whatever consumption is made first consumes the promotion\free units. The MINDBill system supports a shared pool of free minutes and benefits so that on a company perspective the heavy users can utilize non used free units\minutes of the light users from example. This encourages corporate customers to sign up for the service offering seeing that it is beneficial across the board for the entire corporate users.
6.
Rating
Prepaid Data
An example for marketing offerings for usage-based vouchers is: Plan Standard Bronze Bronze speedway Silver Silver speedway Gold speedway Platinum Price $10 $20 $30 $40 $50 $75 $100 Quota 1GB 2GB 2GB 4GB 4GB 6GB 10GB Bandwidth 512/256 Kbps 512/256 Kbps 1024/512 Kbps 512/256 Kbps 1024/512 Kbps 1536/1024 Kbps 2048/1024 Kbps Effective period 30-day 30-day 30-day 45-day 45-day 60-day 60-day
Typical marketing offerings for a monthly plan have a fair usage policy. The subscriber is allocated a credit quota according to the plan consisting of 4/6/10 GBs and when the credit quota is depleted the system automatically downgrades the bandwidth until the end of the month. The purpose of this plan is to enforce a fair usage policy avoiding abusing the spirit of the unlimited offerings. Plan Starter unlimited Surf unlimited Pro unlimited Price $50 $80 $120 Quota threshold 5GB 8GB 10GB Bandwidth 512/256 Kbps 1Mbps/512 Kbps 2 Mbps /1 Mbps Downgrade bandwidth 128/64 Kbps 256/128 Kbps 512/256 Kbps Effective period 1-month 1-month 1-month
An additional marketing offering is to encourage customers to pay in advance for a few months by providing discounting schemes relative to the advance payment: Plan Quota threshold Bandwidth Downgrade Bandwidth Price 1-month Price 3-month 10% discount Price 6-month 20% discount Starter unlimited 5GB 512/256 Kbps 128/64 Kbps $50 $135 $240 Surf unlimited 8GB 1 Mbps /512 Kbps 256/128 Kbps $80 $216 $384 Pro unlimited 10GB 2 Mbps /1 Mbps 512/256 Kbps $120 $324 $576
Additional types of usage-based pricing are for example having a combination of a monthly subscription fee that includes a predefined credit quota and pricing for additional usage having a volume discounting scheme. Plan Monthly subscription fee Bandwidth Quota threshold Up to 10 GBs usage From 10GB-25GBs From 25GBs - unlimited ADSL beginners $20 1.5 Mbps 1GB ADSL light $40 3 Mbps 3GB $10 per additional GB $8 per additional GB $6 per additional GB ADSL pro $70 5 Mbps 5GB
The MIND Prepaid Data Internet service properties consist of four dimensions: MINDBill Convergent Prepaid and Postpaid Billing 9
Rating Face value amount: e.g. $10; $20; $30; $40; $50; $75, $100, $80, $120, etc. Expiration Period is the minimum between: a. Utilization period (set during the voucher creation date Recharge until date e.g. ~2-year until 31/12/2011) b. Effective period: 30-45-60 days i) Relative to first usage ii) Insert date c. Optional Recovery period for consuming non-used quota in case of a recharge within a predefined period, e.g. 6-month relative to the end of the effective period. 3. Set service balance credit/quota: e.g. 1GB, 2GB, 4GB, 6GB, 10GB, etc. or threshold for bandwidth downgrade: 5GB, 8GB, 10GB 4. Set service throughput/bandwidth properties: 512/256; 1024/512; 1536/1024; 2048/1024 Kbps; etc. The MINDBill system supports the challenges in handling the different properties for prepaid and postpaid Internet data services. This is primarily enforcing the subscriber suspension upon depleting the credit quota or alternatively applying the bandwidth downgrade in real time. An additional challenge is in handling package changes between plans having different properties seamlessly without disconnecting the end customer. 1. 2.
10
Lots Management
The Lots Management module is used to perform various functions on batches of prepaid calling card lots or cards groups. The Lots Management tool enables the provider to manage the lots activation and promotions, to edit the lot and even to keep track of the lot history. Lots usually contain a very large number of cards, which puts constraints on the operators who need to operate with only part of the cards in a lot (e.g. assign it to an agent). In order to simplify such tasks, MINDBill Prepaid Management introduces the concept of Card Groups. Card groups are portions of the same lot (i.e. they have the same S/N prefix) and represent ranges of cards with consecutive S/Ns. There is no hierarchy between cards groups. Each such portion can be assigned, as mentioned above, to agents. The agent can perform several actions on its assigned cards group, such as activate or suspend them. The agent also obtains a commission on the usage of the cards in its groups.
7.
11
Cards Management
The prepaid subscriber needs to have control of his prepaid account and requires the same level of service and customer care as a postpaid subscriber. The Cards Management module enables the user (for example an agent) to view information on the prepaid calling cards and vouchers. The agent can view only the cards that he has rights on. This application is a very useful tool for agents, who can edit calling cards and keep track of them and their usage. After you locate the batch, you can perform one of the following functions: Delete the lot; Activate the entire lot; Deactivate the entire lot.
12
IVR
The IVR Top-up service application includes the following features: Access to the service by dialing an access number from the mobile network and from outside the mobile network using a fixed line. Caller authentication by CLI within the mobile network or by PIN and password when calling from outside the network. Multi-lingual announcements language may be assigned per subscriber, per special access number or by playing a language selection menu. Configurable number of failed PIN insertion or authentication attempts before the call is disconnected. Optional actions menu allows the caller to choose whether to recharge their prepaid account or change their prepaid account password. Current balance prompts (configurable). Account or calling card recharge from voucher by transferring money from another account or calling card, or from a credit card. Prepaid account password change with optional new password playback.
USSD
MINDBill supports signaling for USSD enabling vouchers insert and credit card payments interface. An example for USSD deployments is: *ADD (*233) VOUCHER TOP UP *PAY (*729) CREDIT CARD *MIN (*646) Check available Minutes in service wallet *BAL (*225) Check account Balance
Self Care Recharge Options View service usage charges Add a top-up payment or insert a voucher to recharge a prepaid account balance Add new payments to open invoices MINDBill EBPP can authorize the users credit card in real time. Account management (such as contact attributes)
Service management (such as PIN and password changes) This default configuration, the look&feel HTML can be fully tailored according to the provider needs as a customization. The system has an advanced security mechanism, enabling limiting the subscriber operation as subject to its profile. Based on this profile, a set of security items are assigned to the self-care user, thus allowing performing from a limited number of operations to a broad number. Review section on Web Services that enable service providers to independently create their own web self care using the MIND XML API for this purpose.
Self Care Recharge Options customer care representative. The Credit Card Processor automatically sends requests for payment to the credit card clearing house and receives an immediate response (either an acknowledgement or a rejection). For pay-in-advance debit accounts, when the customers payment becomes due, the Credit Card Processor automatically sends requests for payment by batch in the beginning of the month. In case the payment request is rejected, the account services can be automatically suspended. Upon payment acceptance, the customers balance is updated simultaneously. This is critical for prepaid customers and limited credit customers where the cut off duration is calculated based on the remaining balance in their account. Since MINDBill is a real-time billing platform, the payments module inserts records into the database and triggers the update of the subsequent fields in real time as well.
8.
The key concept behind this system is that the Provider does not need to change the software for every new bank and credit card clearing house that is added to the system. The software (Processor) and the intelligence inside of it remain the same. For each new bank or credit card clearing house that is added to the system all that is necessary is to write or define a new adapter. Each adapter is a located in the ePayment folder of the MINDBill ePayment System.
15
Account Management
Account Management
CSR Customer Service Portal
In the MIND system an Account is a consuming entity of services and resources. The Account is assigned with packages, products and services. Service parameters and feature are configurable. The account is assigned with a distinct account code; the customer details are recorded; Shipment address; Payment information is available; Balance reflecting non paid invoices and non billed charges as well providing an up to date insight on the credit limit. The account management application is called the CSR web client. It is a web based application GUI for CSRs to perform customer care activities consisting of creating accounts, setting the account status; updating subscriber service attributes, inserting payments, adjustments viewing invoices and call details. The MIND billing system is the front end for account management based on the CSR web client (and alternatively the XML API) that registers and creates new accounts and assigns the relevant package of services, that includes update of account profile and subscriber service attributes. The MINDBill Account Home Page gives one centralized and summarized view on the subscriber. Thus, the summary screen (home page) shows the subscribers contact details, its current package and services, the discounts the subscriber benefits from, their last invoices and payments, their active business processes and the last activities preformed on the account. The web CSR is a very user friendly and easy-to-learn providing an intuitive navigation between the menus and screens. This application gives the operator a centralized view on all the relevant aspects of the subscriber, including the services he consumes, the invoices that were generated, finance information, customers complaints and so forth. The system enables tracking and recording all the interaction the CSRs had with the subscriber. In addition, CSR supports full audit trail on any activity performed on the account, whether an automatic operation done by the system or a manual operation executed by a user, including time stamps. By using the powerful MINDBill CSR, customer service representatives can: View customer balance; View customer account details; Create, search, and adjust accounts; Timeline customer activity; Upgrade to new products or orders; View and modify the account hierarchy; Review non billed calls; Review invoices and call details; Accept and review payments; Use a multilingual user-friendly interface.
16
Account Management
9.
The quick launch commands from the header can be customized and tailored to meet operators needs. For example, the system is configured to have quick access to the Change status, Add new adjustment; Change package (bundle); and New trouble ticket features. The home page can be tailored according to the operators specific needs and business model, being fully configurable. This enables to hide non-relevant fields so as to minimize the viewing in order to grasp the big picture in a glance. This is supported by the inherent system design of Branding, which is the hiding of pages and fields in the XML configuration. All of this is for improving the efficiency of the CSRs and of the billing operations personnel handling account maintenance.
Account characteristics
Account Types
The MIND system supports both prepaid and postpaid in one system by distinguishing four different account types: 1. 2. Postpaid Credit These customers have no limit placed on their call volume or duration. They are invoiced periodically, and each invoice reflects all of the charges incurred since the last invoice. Postpaid Limited Credit These customers are limited to a predefined credit amount that is calculated based on the open invoices and the non billed charges and usage. In a AAA real time mode during the call setup the customers balance is checked and based on the dialed number, the tariff, the maximum call duration is calculated for that call to be cut off in real-time. Once the callers account reaches the credit limit, the account is disabled in real time. An invoice is issued 17
Account Management according to the billing cycle. This is particularly useful for minimizing the risk for new customers who have not yet built up a credit relationship with the Service Provider. 3. Prepaid Debit Customer- these customers receive service only for a specific prepaid amount. The system keeps track of the customers calls in real time, reducing the account balance accordingly at the end of the call. When the balance bottoms out, the service to the account is disabled. The customer can then recharge his account by again prepaying using a top up voucher; credit card payment; cash etc. Prepaid Debit Card This is a prepaid calling card customer. MIND provides full Debit Card services including disposable and rechargeable cards. During call authorization of a debit card customer, the remaining balance for the card is used to calculate the cutoff time for the call.
4.
Account Status
A Full control over account life cycle is supported going from one status to another: New (registration); Active; Suspended; Pending to Close; Closed; Terminated; Old (before archiving); Archived. The MINDBill system includes built in automated business rules for changing the account status automatically: for prepaid and limited credit accounts going to Suspend upon depleting the credit limit or balance. Inactive\dormant accounts can go into status Suspend after a preconfigured parameterized period e.g. 180-day.
Account category
1. Account Category: In the MIND system a mandatory attribute is designating an account as Residential or Commercial. The purpose of this is to enable applying business rules related to packages and services and credit score management. These values are further addressed by the order management customization procedures. In the product catalogue the Billing manager can designate certain bundles to Residential customers and others for Business customers; or general bundles for both market segments. Groups: The system supports a user defined list of account attributes e.g. Industry sectors User Defined Fields (UDFs) The system enables to define additional properties at the account level for distinguishing different customer segments including a predefined list of values or validating text input by the user.
2. 3.
Account Class
Handling of corporate accounts in the MINDBill system requires mirroring the organization structure. The purpose of the account class attribute is to support the unlimited hierarchy that is built in to the MINDBill account management. An account can be set as a Node or Leaf <-> Parent or Child: Nodes: Company; Organization; Department; Branch; Office; Family Leafs: Consumer; Subscriber; Employee; Family Member
18
Account Management
Billable or Non-Billable
The account hierarchy methodology supports setting descendant accounts as either Billable or Non-Billable. Accounts are designated as billable when they get invoiced and are responsible for paying for all the services they or any of their hierarchal descendants consume, that is, for services that are not billed at lower levels. The top senior Ancestor is always set by default as Billable in order to accommodate the billing of the non billable accounts or services in the hierarchy. Descendants are optionally set as billable or non-billable. Accounts are designated as non-billable when all their services are fully paid for by an upper-level billable account. If an account is billable, some of its services may be set a non-billable. In this case, an upper level billable account gets billed and pays for these services
The handling of an unlimited account hierarchy requires embedding the flexibility to support changes in the account hierarchy and billability of the nodes: As companies grow and expand, MINDBill system offers the possibility to move a single account or an entire branch of a hierarchy to a new parent account that can be from the same hierarchy or even another hierarchy. 19
Account Management The system supports the business logic for changing a Billable to non-billable account and from Non-billable to Billable.
This structured hierarchy provides the base for a complete billing solution for all enterprises and a powerful tool for defining the services offered to each level of the structure. Recurring\subscription fees and setup charges for a service can be set and applied at several levels, while a usage-based tariff can be set and applied only at an upper level of the hierarchy and not necessarily at the consuming level. Upper levels may pay for all or only certain services used by its sub-accounts, or even split a single service between them. Imagine an organizational model where a big company is made up of several divisions, sub-divisions and departments. This structure and behavior can be modeled, rated and billed within the MINDBill system.
10. MINDBill Accounts Hierarchy The accounts hierarchy represents an organizational structure where upper level accounts include subaccounts as their descendants, and lower-level accounts represent end-customers. Each account can consume services of its own. High-level accounts can control the packages and services offered to their descendants and can pay for part of or all of their bills. If an account (child\descendant) is billable, some of its services may be non-billable. In this case, an upperlevel billable account is billed and pays for the services. Furthermore, for some services, the payment can be split between two or more entities. For example, a department can pay up to $100 of the monthly phone charge for an employee. If the employees phone charge exceeds $100, the employee pays for the excess amount. Another example: a company pays $10,000 of a departments phone bills. If the department exceeds $10,000 it pays the extra amount from its own budget. For the descendant accounts that are billable the system enables to configure the billability property at the service level to indicate to the system if the Leaf account (e.g. Employee) or Node account (e.g. Parent Branch) is paying for the service usage and\or subscription fees. In the MIND invoice details the charges per non-billable account or service are itemized for the senior account in the hierarchy, which is paying for their consumption to view the breakdown of the charges per entity in the account hierarchy and to feed it into its own cost accounting module if required.
Reference Service
MINDBill Convergent Prepaid and Postpaid Billing 20
Account Management The Reference Service streamlines the billing of different accounts-service instances from a hierarchy. It is an accumulator of the entire usage for the descendants service instances within a hierarchy. The purpose of this is to enable accumulative usage rating and billing at an upper level in the hierarchy for applying volume discounting for example at the corporate level on top of the individual per session rating. For example, it is possible to define a reference service associated to a Voice service for a parent account in order to bill all the usage of the child accounts and achieve a critical mass for volume discounts intervals. A per-service tariff can be set at the account level. Recurring and setup charges for a service can be set and applied at several levels. For example, a company can pay for a unified-messaging service for all its employees, based on the number of employees using this service; The service provider can launch a stepped\tiered subscription fee rating scheme to encourage more subscribers registration per corporate client where as the following lookup table is supported for example: Interval 1. 2. 3. 4. 5. Subscribers range 1-10 11-25 25-50 51-100 101-unlimted Price per subscriber $10 $9 $8 $7 $6
Retroactive operations
In an asynchronous external provisioning environment there are situations where the user is activated on the network side (e.g. HLR) and only later within days created and activated on the billing system. Such an asynchronous procedure often results in discrepancies between making calls and generating usage relative to the start date of the service activation in the billing system. For a postpaid environment the MINDBill system includes the flexibility to recreate the account and services retroactively including reprocessing of the CDRs and applying the relevant rate plan, free minutes, discounts retroactively once the mistake is identified by the user. We emphasize this since retroactive operations are a complex procedure that requires avoiding violating the system integrity. Only Telco grade mature and experienced systems have this built in methodology to handle user or system errors.
Taxation
MINDBill supplies service providers with a very broad and flexible tax mechanism that allows them to respond quickly and easily to the regulatory complex and dynamic changes. MINDBills taxation mechanism can work in one of two modes: Internal taxation taxes are calculated according to a combination of internally defined parameters;
21
Account Management External taxation implies integration with the Vertex engine; the list of taxes, categories, and services are imported from the external taxation engine during the system deployment time, and taxes for all transactions in the system are calculated on the fly. This is primarily applicable for the USA market. A unique rule is created for each valid combination of parameters and a tax group is assigned to the rule. MINDBill supports distinct taxation rules for each part of the call charges (Air Charge, Toll Charge, Surcharge). When calculating a tax, the system works according to "best match" logic, i.e. it looks for the most detailed rule that matches the transaction details, and in case there is no exact match, the system looks for a more general rule using fewer dimensions. The correctness of taxation details for recalculation, Good return, cancelled transactions and other operations is ensured by the GeoCode mechanism. For revenue assurance, any change on the Account contact that is relevant for taxation will notify the CSR about the GeoCode renewal. Preparing a list of taxes and arranging them in the relevant tax group is the basis of all tax calculations. Taxes are managed on two levels: The Tax List is used to define taxes that have to be paid for services, according to local laws; for example, City Tax, Federal Tax, Sales Tax, and VAT. For each tax, the tax code, description, percentage and effective date are recorded. Tax Groups In many cases, more than one tax is relevant to the same transaction. In order to manage the different combinations, taxes are aggregated into Tax Groups according to the different tax situations. For each tax group, a code, description and effective date are recorded, as well as the list of individual taxes that make up the respective group.
The history of tax changes is saved either at the tax or group level, using the effective dates. Each change in one of the records can be set to be effective on a specific date. The tax mechanism calculates the relevant tax values according to the date of the transaction.
Exemption Codes
MINDBill is able to manage a list of specific tax exemptions that are relevant in each providers environment. When the system calculates a tax, it checks to determine if the customer has an exemption for that specific tax and ignores the default tax rule if an exemption applies. In order to manage specific tax exemptions that do not fit a large account group (and therefore do not have an appropriate rule), the provider can manage a list of relevant exemption codes and descriptions. When the system calculates the tax, it checks if the account is exempted from paying a specific tax and if so, it ignores the standard tax percentage.
Resource Management
Various resources and equipment are necessary in order to offer services and products. The MINDBill Resource Management module automates the management and tracking of the items (handsets, phone numbers, etc.) sold to subscribers. The solution keeps track and manages the items by serial number, status, and location, providing solutions for the flow management from the reception of the items up to their allocation to the customers. The interface with the MINDBill Billing and Customer Care platform provides an integrated solution for the service providers that support various business models. Equipment sold to subscribers can be charged to their invoice, or a direct sale feature allows for these items to be sold using a cashier interface including the selling of equipment to those who may not subscribe to regular services and dont receive a bill. The MINDBill Resource Management features: Handling of item reception Item catalog and pricing management Item status flow management and control 22
Account Management Items locations management Report generation on the inventory items Integrated solution with MINDBill Billing and Customer Care platform
11. Inventory Management This service enables the assigning of inventory items to subscribers based on their services and charging them for the inventory items. The inventory application can act as a server, enabling the billing system to send requests and receive answers from the inventory. The request and its results are written in the journal. The inventory journal includes inventory assignment, release and replacement with statuses and explanations. The inventory supports three types of tagged prices: Purchased price, Standard price (for calculating the value of stocked items) and Sales price to indicate the cost of the part to the customer. The inventory module preserves maintenance information, such as maintenance provider codes, maintenance duration and dates, supplier Contact details as well as purchase order. The inventory system has a friendly user interface enabling users to search for items and filter results based on their status, suppliers, item SKU, etc. Summary reports can also be generated by the system using different filters such as date, location, status, item SKU, price and more. The system enables providers to create an item path. These item paths define the logical stages (status, cycle) that an item goes through. For example, a returned item goes from return to test, to renovation or to unusable. The system can reserve new items as well as return items for the same customer for a defined period. MINDBill Resource Management controls and manages all the inventory management requirements from start to finish.
Point of Sale
The POS module is aimed mostly at the wireless retail market, enabling operators to offer their products and services in retail stores and manage the process within our enhanced solutions. POS is fully integrated into the MIND Billing and Customer Care solutions, allowing operators to offer seamlessly services and accessories for new and existing customers and even to non-subscribers. POS integrates with external systems such as the credit card clearinghouse, the external taxation engine and the address validation. POS includes three modules working together: The Resource Management Module The Sales Module 23
Solution Architecture
The MINDBill POS solution functions within the operation support system architecture, enabling an unlimited number of Point-of-Sale terminal devices to be operated simultaneously.
24
Account Management
25
In a batch file processing environment there are situations that late CDRs are processed after the Bill run. In such cases the late CDRs are added to the next Billing period. The invoice includes from previous billing periods the non-invoiced CDRs (or aggregations). The MINDBill system includes invoice generation rules for setting parameters indicating the system behavior for handling small bill amounts (business rules per virtual provider as well): Minimum Threshold amount for generation: results in skipping the invoice generation for small amounts e.g. 1 (this is primarily in order to save on the Shipping & Handling Expenses of hard copies for example or finance systems handling direct debit of miniscule amounts). Whenever this occurs the MINDBill system inserts journal notes per account (flag) in order to indicate to the CSR of this occurrence when interacting with the customer as well as for revenue assurance reports. Void attempts: After skipping a predefined number of BCs the user can force the system to automatically generate an invoice overriding the threshold amount in order to prevent old non-billed charges fro accumulating. The Billing Cycle invoices are generated according to the billing periods that have been completed. The system enables to generate one invoice for two or more consecutive Billing periods that have been completed in case that a previous billing period was skipped for example because of a threshold amount. Negative amounts: Indicates to the system if to generate invoices fro negative amounts automatically since this might impact local financial regulations particularly taxation. Specific date range: All of the above parameters can be overridden during a specific date range for example end of the year in order to align the revenue recognition with the Fiscal year. Minimum amount to issue an invoice for shipping: This would result in adding the amount to next invoice, carrying forward. 26
Invoicing and Shipment Per invoice handling charge: Special charges for call details and for a hard copy.
BC execution
The Billing cycle runs automatically without any manual intervention on the appropriate billing cycle process date. The MINDBill system facilitates the Billing operations control of the BC: Disable option for avoiding automatic BC execution in case that pre-invoice calculations needs to be performed e.g. Recalculate. BC Stop (cancel) operation in case that a mistake is realized during the BC execution Each step is monitored and statistical breakdown for revenue assurance reports is provided Audit and control of each process: the system provides a statistical breakdown on the number of accounts loaded for the BC generation; invoices generated; invoices that were not generated; invoices failed. A further drill down is supported enabling the Billing operations to identify the accounts that were not invoiced and the reject reason in order to handle it. Afterwards, the BC can be executed repeatedly only for the non-invoiced accounts generating the required invoices after overcoming the configuration settings if needed for example. Invoices rows (content) saved in invoice table As a best practice, the system supports a step by step procedure enabling the Invoice validation after generation and before layout and shipment is performed in order to identify potential configuration problems to be fixed before finalizing the shipment, sending out of the invoices to customers.
The MINDBill system enables to run a test BC in order to evaluate the results before running the production BC: Handle rejected CDRs beforehand Pre invoice calculations: Daily usage aggregations; Accumulation rating period; Fixed charges transactions; Adjustments, etc. Run tests and pre invoice queries: In case of uncertainty e.g. new rating plans, new services, sensitive customers Run drafts, evaluate the results, correction actions are conveyed: configuration changes, re-calc the UDRs, etc.
Invoice content
During the invoice generation process the MINDBill invoice server inserts into the invoice table a detailed breakdown per charge with subtotals per service and summary. The MINDBil invoice table enables a company to comprehensively view the entire hierarchy usage and charges that have been accrued to the senior billable account fro the consumption of the non billable entities in the hierarchy. The MINDBill invoice includes a cover letter and Package and Service Charges header: o One-time charges o o o o Recurring charges Usage CDRs/UDRs Surcharges Breakdown Call Category Statistics Account details and address Bill number Billing period dates Balance and payments o Previous balance o Payments inserted (during billing period) Deposits Refunds 27
Invoicing and Shipment o o o o Service Discount Account Discount Volume Discounts Promotions Taxes Special charges Interest and penalties for Dunning procedures Adjustments Credit and/or Debit for Disputed invoices Loyalty points allocated and consumed Goods purchased (Option for separate invoice) Payment Slip (Remittance) Customized messages on XSLT Multi Language Translation of Labels and Descriptions
Breakdown charges per service: VoIP, SMS, Wireless; Data, etc. Split billing between billable accounts and services (e.g. Enterprise customers) The charges generated for Non billable accounts are itemized in the invoice of the parent account per descendant. Enabling a clear drill down for the corporate
Invoicing and Shipment An invoice can be shipped in one or more of the following options: Printer local (hard copy) and regular mail E-mail (HTML or PDF) Exported file Printing house mass job batch file: PDF, Postscript, DBF
Invoicing and Shipment JMS - Java Messaging Service. Pipes & Filter design pattern implemented by MDBs and JMS for asynchronized flow of Invoice, Layout & Shipment requests Messages are passed to the relevant server queue Increase performance by minimizing queuing time and Cache memory High availability JBOSS cluster and SNMP monitoring
30
ERP systems (to transfer payment details) The system includes am automatic direct credit payment that is triggered upon Invoice due date utilizing the above 3rd party systems interfaces. The flexibility for payments provides the option to cover A single invoice Part of the invoice total amount And/or several invoices: a single payment transaction can cover many invoices that is a relation of one payment ID to many invoices. The system supports a pay-in-advance (down payment). The Payment surplus (a payment which its amount is more than the invoice amount) is supported as well. The system automatically allocates the surplus to the next open invoice by default.
Special overdue invoice Dunning Work flow (customization) o o Dunning letters Subscriber reliability class changed: Credit limit reduced
31
A/R and Dunning Payment arrangement: another powerful instrument in handling bad debt before foreclosure is the payment arrangement that enables to divide the outstanding balance over an agreed installments plan. These installments are added to the future invoice remittance for diligent payment by the customers.
The MIND system supports an Automatic or manual Suspending and/or Closing of accounts that is based on preventing risk of increasing bad debt: Ageing Debt parameter And/Or Amount due parameter
When an account is closed the MINDBill system performs a Write-Off of the non collectable debt that is transferred to the G/L interface as well to synchronize the finance transactions between the systems
2.
3. 4.
Debt Collection
The MIND workflow engine supports an out of the box Debt Collection Path that can be customized and extended according to the individual business needs. Path flow: Step 1: Call Customer or send letter to customer Step 2: Suspend outgoing calls Step 3: Close account Step 4: Inform legal department Step 5: Write off The difference between the paths is in the configurable time periods between steps. Additional customizations and extensions can be introduced according to customer requirements.
A/R and Dunning the credit limit would trigger an account suspension in case reached. If the calculated open balance amount reaches the threshold the system would perform the following actions: a. Flag the account as THRESHOLD_EXCEED_STATUS=Y b. c. Send an email notification to the designated recipient Insert a note into the account journal: account remaining amount is less than the threshold amount. The user can view the journal motes using the existing Journal views that enable to filter or a customized report can be programmed for this purpose to the MIS. Issue a SOAP XML notification to the provisioning server. This can be used as an input for a customized provisioning client that would perform other activities handled by a separate customized workflow procedure for example.
d.
33
34
Business Processes
Business Processes
BPM (business process management) offers a generic programmatic structure for designing transactions and executing them using automated decisions, tasks and sequence flows. A Telco operator can use BPM to handle account registration, order management and account closing procedures like enforce contract properties. Workflow based actions ensure high SLA. To that end, business processes (BP) are becoming increasingly explicit and business process management (BPM) is evolving from a paper-based diagramming tool to a comprehensive solution that models, monitors, simulates, and redesigns processes for competitive and cost effective improvement. The MINDBill end-to-end billing application encapsulates a powerful workflow engine. It is a flexible, eventdriven, automated tool that maximizes the BP to create corporate value. The workflow core functionality is a state-of-the-art integrated 3rd party workflow engine application that supports a multi-provider environment. MINDBill includes the built in jBPM (JBOSS, open source application) workflow engine for customizing procedures that streamline\automate CSR activities providing generic automated business processes and the framework for customizations and extensions: Customized order management primarily for registration Automating the provisioning actions including handling automatically a failure situation. Credit management: Customizable automated debt collection and dunning procedure; automate the steps involved in handling overdue payments until final disconnection and forwarding to legal action. Contract management - Customized business process for applying contract properties upon contract termination: If terminated before expiration date apply penalties e.g. charging for discounts retroactively; if extended apply additional benefits fro example. Future Account suspend date setting for 24:00 Built in Trouble Ticketing Automated scheduled package change USA Credit score: MIND has performed integrations with Equifax and D&B for corporations. The systems credit score management functionality enables to limit the selection of bundles and setting of the credit limit. USA Address validation: In the USA often required for ensuring that another individual is not disguising itself as a Company to prevent potential fraud. Also important having the correct company address printed on the invoice for tax purposes. Other tailored customizations for automating business processes.
Business Processes o o o o o Provides load balance for scalability and high-availability; Contains a jPDL process language for defining the process flow and actions; Built in jBPM API (used by MINDBill Web CSR); Data repository on the Oracle database; Includes services for data persistence using Hibernate, scheduling, messaging, logging, and versioning.
BP Development The jBPM utilizes a user friendly development tool for business process definition, editing and building. A rapid and controlled development process. It is relatively easy to learn and use by non-experts. Allows deviations and extensions by Professional Services staff (or advanced customers that have been certified). The development environment supports online customization\modifications for deployed processes Processes management and control allows a clear view of work lists with priorities; enabling Escalation by roles; Multiple notification options GUI, e-mail, pager; Reporting and statistics
16. Business Processes logical architecture MIND offers in its deployments tailored, fully automated, order management, service fulfillment, trouble tickets, and debt collection processes, all unique to its market segment.
Business Processes A System step is an action preformed by the system. For example, issue an invoice. An Outbound adaptor (interface) step is an inherent capability of the engine to call an external application (e.g. web-service, Java class and others) without coding. A Synchronize step is a step that verifies that all parallel actions (steps) are performed, and only after that the flow continues. For example, the customer will not be activated unless the installation was done and a down payment was performed.
The MIND comprehensive process monitor solution is able to get a list of all the processes, according to each provider defined in the system.
37
MVNOs
MVNOs
The MIND system supports a centralized billing system that is virtually partitioned for additional service providers all using one system without interference. A network operator can outsource billing services to MVNOs or other service providers that concentrate on market penetration for their brand and outsource the billing activity to a centralized billing system. The MIND solution supports a series of markup rates from Network operator-wholesale rates to Virtual provider-retail rates to end customer. MINDBill includes business logic for service providers that have a business model, which is designated to cater specifically for business customers on a global basis. The MINDBill convergent billing and customer care is designed to handle multiple markets utilizing our built in virtual provider definition and support for multiple currencies. This would enable a global operator to define every business unit across countries as an independent entity in one centralized billing system: U.S., followed by U.K., Canada, and Taiwan would be defined as individual Markets having invoices issued in the local currency; local taxation; applied specific Business rules; analyzed as a separate profit center enabling the holding company to distinguish profitability between the different business units.
38
MVNOs The above results in reducing the central IT billing operations activities that can be delegated to the virtual providers, local country business units accordingly; Saving on overhead personnel in the Billing operations dept. Handling multi currency environment per provider including dual currency. The Dual Currency option allows service providers operating in various countries to express their tariffs in the local hard currencies, but also use the system main currency e.g. USD for calculating in parallel the service usage charges, transactions, subscription fees, adjustments and invoices. The conversion is performed mainly upon invoice generation based on the Currency table having conversion rates set by the user. This enables a global organization to align its G/L interface into a common denominator fro reporting needs and analyzing profitability per business unit.
Virtual Providers
A partner management (and specifically, a virtual provider model) is a business model where the network provider leases its network equipment and its billing system to other providers (called virtual providers - VP). The MINDBill Billing and Customer Care platform provides operators, through the MINDBill Virtual Providers (called VP) functionality, with the ability to apply an independent business model of virtual operators in one centralized system. The virtual providers are providers that offer services to end-consumers or other virtual providers using the services of a network provider, which leased its services. A virtual provider entity is composed of two existing entities: A provider (Virtual Provider) that is subordinated to the parent provider; This includes the ability to pass on parent characteristics to the descendants; An account Each Virtual Provider has a related account in the system, which contains its services. The provider of this account is the parent provider. The system includes a mechanism to safeguard revenue leakage prevention: Restricting the VP to offer only certain services and features;
Blocking the VPs subscribers according to the VPs balance versus its parent provider; Virtual Providers are able to create subscribers (accounts) and assign them services that were created by their parent provider. MINDBill Convergent Prepaid and Postpaid Billing 39
MVNOs
40
Logical Architecture
The MINDBill logical architecture is based on four layers: the Access layer, the Business layer, the Data layer and the Management Layer.
41
19. MINDBill Logical Architecture The Access Layer All the modules that interface with external systems (i.e. Intranet, Internet, Telephony Network, etc.) are placed in the Access layer. The Access layer consists of the Management access and Network access sublayers: Management Access MINDBill Management Access provides the operator with the following main modules: Service Creation and Product Catalog allows providers to configure and launch new services and business models in fast time-to-market; Customer Care Web-based Access tools for both Customer Service Representatives and for subscribers' Self Care;
MIND APIs Enabling open interface with external systems. Network Access The MINDBill Network Access enables the exchange of business and operational information between MINDBill and the various network elements. It consists of 3 main modules: Mediation Provides both real-time and batch collection, analysis and processing of billing events; Provisioning Updates and activates subscribers' services and features in the network elements; IN/SIP Application Server Call Control for prepaid services such as prepaid card dialing based on IVR services, card recharging, etc. for both IN (SS7) and SIP-based Networks.
The Business Layer The Business layer consists of the modules responsible for the various business processes and business logic of the MINDBill system: Rating and charging Billing and invoice generation Customer creation 42
Additional business processes. The heart of the MINDBill business processes is the Workflow Engine, which provides the operator with the ability to modify and create new business processes. The Data Layer The Data layer holds the business persistent data. It includes the database and the common storage. It is based on the Oracle industry-proof database engine. The Management Layer The Management layer includes business and traffic reporting tools.
Solution Architecture Overview The J2EE and jBPM applications are installed using JBOSS that supports a cluster mode. Since the RTS is a mission critical application, it is programmed with a built-in fail-over mechanism, which is activated in case of application or server failure. If one RTS fails, another RTS can replace it without any data loss. When there is no connection to the Database, the RTS will write the information received from the network elements to files. This mode is named No DB mode. The RTS stores the received information to files and processes them when the DB connections resume. The solution also includes the ability to manually switch a RTS to the no DB mode for testing purposes. In a typical network topology all of the applications are installed on a backup server that is in standby mode so that another instance of the same application can be easily activated. In addition to the above, MIND supports a DRC configuration having a remote site that is updated online using the Oracle Dataguard.
44
Solution Architecture Overview Alerting: Nagios sends alerts when critical infrastructure components fail and recover, providing administrators with notice of important events. Alerts can be delivered via email, SMS, or custom script. Response: The IT staff can acknowledge alerts and begin resolving outages and investigating security alerts immediately. Alerts can be escalated to different groups if they are not acknowledged in a timely manner. Reporting: Reports provide a historical record of outages, events, notifications, and alert response for later review. Availability reports help ensure your SLAs are being met. Maintenance: Scheduled downtime prevents alerts during scheduled maintenance and upgrade windows. Planning: Trending and capacity planning graphs and reports allow you to identify necessary infrastructure upgrades before failures occur.
45
Dashboard
The MINDBill system includes an online dashboard that presents the most updated information of the CDRs processed from the switches and presents an updated monitor view of the traffic, allowing the detection of problems and escalation at early stages. It provides useful graphs that show traffic per service type, call type, and time of day, recent calls, expensive calls, frequent destinations, expensive destinations, etc. The ASR statistics is an important factor for a traffic termination environment, particularly as an additional factor for the LCR. In the MIND reporting system, the ASR parameter is configurable for any value starting with zero, since 1-2 seconds call duration is not necessarily an indication for a successful call attempt.
Business Intelligence & Reports The Call Traffic Analysis tool allows: Monitor all call traffic on the network. Analyze trunk utilization. Display and print data conveniently in bar, line and area graph formats. Measure call loads to different destinations. Select the resolution to calculate the average. Export reports and graphs for use in other applications.
21. Traffic Report All summary reports created by the Query Generator can be broken down per carrier, network element, IP address, Trunk ID and are presented in a graph form. The format, colors, gridlines and titles to control the look and style of the graphs can be defined.
22. Traffic report by time of day MINDBill Convergent Prepaid and Postpaid Billing 47
Business Intelligence & Reports Call Summary by Call Duration: The Service Provider can analyze and assess QoS. If more than 50% of the calls are less than a minute, then there is a definite problem in the quality of the Voice. The following graph (report) displays the distribution of calls by duration.
48
Roaming Management
Roaming Management
NRTRDE
The MINDBill system provides the ability to generate NRTRDE files for inbound traffic of visiting roamers and also process incoming NRTRDE files for outbound roaming usage traffic. Glossary of terms: NRTRDE Near Real Time Roaming Data Exchange PLMN Public Landline Mobile Network HPLMN Home PLMN VPLMN Visited PLMN Roaming call: is a call made by one PLMN subscriber using another PLMN network. The call would be considered made by the home PLMN using the Visited PLMN network. The calls are exchanged between the different roaming partners using a clearing house. The VPLMN calculates amounts and/or taxes that he will request from the HPLMN for the roaming calls based on the roaming agreements. A long period of time passes between the call processing until it is received by the HPLMN. This poses a challenge since during a relatively long time period prevents the HPLMN from applying efficient Fraud detection processes for example. The MINDBill NRTRDE module allows exchanging of Roaming CDR information in a short time. The exchanged data is based on subset of raw CDRs data only and is simple to read and analyze. Unified data file format to be used by all roaming partners TD.35 The time period between the roaming call ends until it is received by the HPLMN should not exceed 4 hours. There is no standard way for sending files between the roaming partners and clearing houses, this is usually done by FTP. The application may produce multiple NRTRDE files per PLMN each day, normally on a 15-min. intervals. Only Voice, SMS and GPRS calls are handled by the NRTRDE application.
49
Roaming Management
24. NRTRDE When processing the NRTRDE-In CDRs received from Syniverse in TD.35 format, the Add-on Guard utility enables to determine IMSI's that are potentially in fraud of the carrier. Using criteria as defined in BA.20, Fraud Prevention Procedures (defines the liability rules for NRTRDE and associated procedures). The system will alarm when thresholds such as the following have been exceeded: MOC call duration exceeded (long calls) MTC call duration exceeded (long calls) Daily MOC minutes total exceeded Daily MTC minutes total exceeded Daily GPRS Kb total exceeded Daily SMS incoming number exceeded Daily SMS outgoing number exceeded
50
Roaming Management
Guard Alert
The MINDBill NRTRDE solution is complimented by an add-on Guard investigation tool allows detecting violations based on the processed incoming NRTRDE files. It is possible to configure alert rules that monitor individual events (e.g. MOC call duration limit not to be greater than 30 minutes, MTC call duration limit not to be greater than 60 minutes, etc.), for aggregation of events (e.g. daily MOC limit not to be greater than 60 minutes, daily GPRS limit not to be greater than 5MB, etc.) or overlapping events (e.g. monitor calls made in the same timeframe in order to detect if a chip was cloned, etc.). When a rule is violated an alert will be raised and according to the definition of the rule, it will be logged, sent via e-mail or sent via Instant Messaging.
GRM
The MINDBill GRM add-on module provides the ability to generate roaming usage files, TAP files for GSM Partners and CIBER files for CDMA Partners, for inbound traffic of visiting roamers, and to process incoming TAP/CIBER files of outbound roaming usage traffic. Using its partner management capabilities, the MINDBill system provides the ability to define and manage the required roaming contracts terms (IMSI/MIN range, MNC, MCC, cut-off time, etc.) and the applicable tariff plan (IOT) for each roaming partner. Therefore, it enables to apply a markup-based, flat rate based, IOT-based, or any other required rating model for the incoming roaming traffic. As for the outgoing roaming traffic, the MINDBill Roaming Files generator enables to create TAP3/CIBER files for all of the applicable roaming partners using either a single IOT plan for all the partners, or multiple IOT plans. Furthermore, it supports processing and generating RAP files and CIBER rejects files. Roaming Scenarios: TAP3 is used for billing between GSM to GSM Operators, GSM to non-GSM Operators (supporting Inter-Standard Roaming), GSM to Satellite Operators and for billing between GSM Operators and their Service Providers. GSM Basic Services: The three basic GSM service categories, Voice, Fax and Supplementary Services, have been supported since TAP1. SMS Short Message Service: SMS has been supported since TAP2+. Data: TAP3 supports Single Circuit Switched Data, HSCSD (High Speed Circuit Switched Data) and GPRS (General Packet Radio Service). Value Added Services (VAS): TAP3 supports all Value Added Services, including billing for content.
51
Roaming Management CAMEL: Customized Application Mobile Enhanced Logic (CAMEL) phases 1 and 2 are supported in the current version of TAP3. Inter Operator Tariff (IOT) Charging Principles: TAP3 provides full support of the Inter Operator Tariff. This enables the home operator (HPMN) to verify the IOT of the visited operator (VPMN). The VPMN can give call level discounts and the HPMN can then verify that the discounts have been correctly applied. Without being affected by any discount program or call levels being charged by the VPMN, the HPMN can then easily re-price each call according to his own tariff. Rejects & Returns Process: The Returned Accounts Procedure (RAP) was introduced on 1st April 2001 and is supported by TAP3. The MINDBill GRM module currently supports generating and processing TAP 3.11. Any additional required TAP version will require future update.
52
Web Services
The MINDBill platform is built as an open platform, for easy integration with the existing Operations and Business Support Systems (OSS/BSS). The solution is equipped with a comprehensive set of APIs that cover all CRM needs, business rules and reference data. The interfaces are based on open standards, such as SOAP/XML and J2EE, and out-of-the-box middleware support (CORBA, Tibco, etc.). In addition, import and export utilities enable en-masse updates toward external systems. These characteristics enable easy integration with multiple OSS/BSS, including billing, fraud, lawful interception and data warehousing. The API handles account, account-service and payment-related functions. Using this API, any external application, irrespective of platform, can create, update or query accounts, account-services or payment details. MINDs billing API can be used by any third-party application, through HTTP requests in standard SOAP protocol. The data is expressed in standard XML format. The application that uses the API can be located anywhere, locally or remotely with Internet or intranet connections to the API server.
53
Implementation Schedule
Implementation Schedule
MINDs Implementation Approach
MIND provides professional services, consisting of installation, turnkey project implementation services, customer support, training and maintenance services, customization and project management. Our professional services also include enhanced support options, known as managed services, which are mainly offered to customers in the United States and Europe and are performed from our offices. These managed services include performing day to day billing operational tasks. MIND has a proven track record in successful deployments worldwide. Customer satisfaction is our principle guideline. MIND incorporates ISO9001:2008 internal procedures to ensure a successful implementation methodology. MIND deploys a proven platform product based solution with a track record for swift deployments and the flexibility to tailor for customer requirements in a short time frame. Operators achieve a quick time to market by launching the system early to gain a marketing advantage and ROI. The MIND company group of veteran professionals has extensive experience in Billing models with a deep understanding of business processes related to the Billing. Our broad experience includes IT systems integration with Billing and many network elements would ensure a swift integration with the required existing infrastructure to achieve the prepaid and/or postpaid launch on time. The MINDBill solution is a multi platform technology. The Open architecture with SDKs and APIs facilitates local independent customizations, extensions and integrations. MIND encourages its customers to perform independent programming using the MIND web services.
26. Generic Deployment Plan The Design & Analysis Stage defines the project scope, and its deliverable is the Statement Of Work (SOW). The SOW defines the project in terms of functionality and also includes the project implementation & migration plan, assumption, risk management, high-level test plan and other important documentation needed to successfully accomplish the implementation of the project. MINDBill Convergent Prepaid and Postpaid Billing 54
Implementation Schedule The output of the field study is a detailed document named System Requirements Specifications (SRS). In this methodological approach the MIND project manager together with a product manager details the: a. b. c. d. e. f. Business models and the required mediation and billing functionalities, characterizing work procedures, map the current procedures and activities in the client business environment, workflow requirements. Defining the flow of information between the IT systems, integration with CRM, ERP G/L and other back office systems. Identify and detail the required interfaces for communicating with other systems. Call flow analysis and network elements integration with both mediation and provisioning aspects. Identifies requirements for enhancements and advises on software customizations if needed Detail the roles and responsibilities. Set the expectations of the deliverables.
The System Installation Stage starts right after the SOW has been delivered. It deals with installing and defining system infrastructure at your premises. In addition to the configuration of the machines, special attention is paid to keeping the infrastructure and parameter configuration as defined in the SOW. The Software Customization Stage - At this stage MIND CTI's engineers configure the MINDBill B&CC system as defined in the SOW. Our engineers create the required business parameters that are necessary for the organization, such as network elements, language, currencies, providers, rate schemes, etc. The different adaptors are also adapted to the customer's standards (e.g. bank and credit card adapters), the interface to the customer's external system, etc. When everything has been customized according to the customer's needs, the MIND CTI engineers perform some basics tests to approve the successful configuration of the system and the software. The Training Stage - Although the MINDBill billing system is straightforward, intuitive and user-friendly, performing this stage is a recommended part of new implementations. The MIND CTI training team has a time-proven training methodology that has been used with our customers all over the world. The training sessions are dedicated to 4 main audiences: the IT team, CSR personnel, the marketing team and the billing operators. The Customer (User) Acceptance Test Stage - After your personnel have been trained to work with the system, you need to verify that our system answers all your expectations both from a business perspective and an architecture perspective. At this point you, will receive a detailed testing plan called the Accepted Test Plan (ATP). Its purpose is to test the MINDBill billing system as a whole and to make sure it satisfies all your requirements. The Final Deployment & Migration Stage - After our software has passed the acceptance test and your employees are trained to use the billing system, the final deployment activities and migration of the legacy data into the new production environment is performed, followed by the shutting down of the legacy CC&B and the opening of your brand new B&CC system to the public. You are now ready to start making unprecedented profits and to take your customer satisfaction to another level, using our state-of-the-art solutions and benefiting from our ongoing support and professional expertise. Go-Live - From this point, your organization is ready to sell and offer products and services to the public. Even though the project has been delivered, MIND CTI will continue to accompany the customer with an ongoing support phase, to ensure that all involved sides are completely satisfied with the MINDBill B&CC system.
55
Summary
Summary
Prepaid Challenges and MIND Solutions
A major goal of the operators is to maximize ARPU. One of the major means is by promoting Value Added Services to subscribers. The challenge in a prepaid environment is the simultaneous consumption of Multiple Services. MINDs solution is the Real-time Multiple Services Credit Control to prevent revenue leak. This enables a single balance for Voice, SMS, Data and content. Or alternatively a service wallet of Free units that are first/last consumed in addition to a common account balance. An additional type is Roaming handling prepaid concurrent services consumption. This is circumvented by the MSCC communicating directly with the network element, e.g. GGSN, SMSC, MMSC, etc. There is a challenge for supporting of multiple protocols required for interfacing with different vendors equipments. MINDBill includes an intelligent, scalable mediation, including AAA and built-in quota management; with the option for interfacing to a legacy system. Operators need to introduce marketing differentiation and this is achieved by the MINDBill flexible rating multi dimensional parameters. Another challenge is promoting different channels to markets in order to maximize market share and penetration to many segments. This is achieved in MINDBill with the virtual providers model (MVNOs). Delegate sales to dealers and resellers. Operators require supporting for various recharge options that sustains customer-provider relations. This is achieved using the user friendly and easy to use sales clerk application in the POS and Web CSR. The solution includes the Web-based Calling cards and voucher management for Web self care, USSD, IVR recharge.
Summary
About MIND
MIND CTI Ltd. is a leading provider of convergent end-to-end billing and customer care product based solutions for service providers as well as telecom expense management (call management) solutions. MIND provides a complete range of billing applications for any business model (license, managed service or complete outsourced billing service) for Wireless, Wireline, VoIP and Quad-play carriers in more than 40 countries around the world. A global company, with over twelve years of experience in providing solutions to carriers and enterprises, MIND is a leading provider of telecom solutions for Tier 1, Tier 2 and Tier 3 n-play (multiple services) carriers that require a complete end-to-end BSS (Business Support Systems) solution. MIND CTI Ltd. is a public Nasdaq traded company (NASDAQ-MNDO), that was incorporated in Israel in 1995 and started providing our enterprise software products in that year. In 1997, we introduced our billing and customer care software. MIND operates from offices in the United States, UK, Romania and Israel with a headcount of over 300 employees. MIND is a publicly traded company with transparent financial audited reports that are submitted and publicized on a quarterly and annual basis. MIND has been experiencing a continuous positive cash flow and profitability over the past decade. Annual revenues are around $20 Million. Revenues in Q1 2010 were $5.3 million, with a net income of $1.4 million and our cash position increased was $20.5 million on March 31, 2010. Sales in the Americas represented 52% and sales in Europe represented 33% of total revenue.
57
Appendix
Appendixes
IN Call Scenario GPRS Data Session with Quota Management
The following scenario illustrates the flow of a GPRS mobile call with a recurring quota allocation procedure. After a number of quota allocations, the mobile user normally terminates the session.
27. GPRS session with Recurring Quota Allocation The above flow describes direct dial mobile call with a recurring quota allocation procedure: 1. Mobile A starts a new GPRS session The SGSN sends an initialDP GPRS (Initial Detection Point) event which notifies the SCP of the new session or context change Main Parameters: a. b. c. 2. MSISDN IMSI AccessPointName (distinguish MMS)
The SCP sends the incoming message to the RTS/Balance Manager which grants authorization with the time available for the call and instructs the IN SCP to send 3 messages to the switch: 58
Appendix a. b. ApplyChargingGPRS Two of these messages may be sent either for: limiting the time of the session of limiting the data volume of the session. RRGPRS Request Report GPRS This is used to ask the SGNS to inform the SCP whenever a new DP occurs, and in this case we will ask for attach, attachChangeOfPosition, detached, and disconnect . ContinueGPRS this directs the SGSN to continue call processing and connect the call.
c. 3. 4. 5. 6. 7. 8. 9.
Mobile A can now use the data connection. Once the connection is made, a new ERGPRS (Event Report GPRS) is sent to the SCP to inform that the session has started The SCP passes that info on to the RTS server\Balance Manager. When the first quota ends, a new event of ApplyChargingReportGPRS (either volume or time quota is finished) to notify the SCP. The SCP notifies the RTS server \Balance Manager which returns the next quota volume\time. The SCP sends a new ApplyChargingGPRS request to the SGSN which will add the new quota to the volume\time left for the user. This can be done repeatedly throughout the call. When the session is disconnected (for any reason), a new ERGPRS is sent to the SCP to inform it of the disconnect event.
10. The SCP passes that info to the RTS/Balance manager which in turn allows it to release the session. 11. Once the session is released, a new ApplyChargingReportGPRS arrives to the SCP which contains full time/volume usage data on the session. 12. A final CDR is inserted
59
Appendix
Mobile A
User Dialing
MSC
IN SCP
Balance Manager
Mobile B
InitialDP
Voice Connection ERBCSM - Answer Quota Ended ApplyChargingReport ApplyCharging Call Answer InterimQuotaRequest Quota Response
User Disconnects
Connection Breaks ERBCSM - Disconnect ReleaseCall ApplyChargingReport Call Disconnect Release Call
28. Direct Dial Call with Recurring Quota Allocation The above flow describes direct dial mobile call with a recurring quota allocation procedure: 1. 2. 3. 4. Mobile A starts a new call by dialing Mobile B. The MSC sends an InitialDP (Initial Detection Point) event, which notifies the IN SCP of the new call. The IN SCP processes the request and sends an initial quota request to the Balance Manager. After authorizing the user, the BM grants the available duration quota for the call to the IN SCP. Then, the IN SCP sends 3 IN messages to the MSC: a. b. c. 5. 6. 7. 8. ApplyCharging Setting up the call timer for the initial call duration. Includes the tone field that is played 30 sec before disconnect. (only CAMEL3) RRBCSM Requesting the MSC to inform the IN SCP of an ANSWER or DISCONNECT events. Continue Directs the MSC to continue call processing and connect the call.
Next, Mobile A is connected to Mobile B. Once the connection is made, an event report (for ANSWER event) is sent to the IN SCP. The IN SCP passes the event information to the Balance Manager for preventing any potential revenue leakage. Based on the initial RRBCSM setting, when the timer is about to deplete, the MSC will send an event report to the IN SCP.
60
Appendix 9. The IN SCP processes the request and sends an interim quota request to the Balance Manager. The BM grants the available subsequent duration quota for the call to the IN SCP.
10. The IN SCP sends an additional ApplyCharging request to the MSC, which sustains the call for the additional duration granted. 11. When the user disconnects the call, the MSC sends a new event report to the IN SCP. 12. The IN SCP passes this event information to the Balance Manager, which in turn instructs to release the call. 13. Once the call is released, a new ApplyChargingReport is sent to the IN SCP, which contains full time usage data on the call. 14. The information is sent to the Balance Manager for accurate and final call charging.
Appendix b) Calls within the same site or branch c) Non-billable and optionally filtered or flagged
2) Inter-Branch VPN (or closed user group) a) Sites belonging to the same company
b) Special rates for endpoints belonging to the same company i) Optional not charged - included in monthly subscription fee
ii) Or reduced rates iii) Rating relative to Domestic PSTN rates to display cost saving 3) Onnet to Onnet: Endpoints belonging to the softswitch a) Includes FMC
b) Apply reduced rates for Onnet calls c) Optional filtering rule for duplicate inbound CDR
4) Onnet-to-Offnet (Outbound traffic): Domestic, Mobile, Intl, etc. a) Apply account charges and interbilling settlement charges
5) Offnet-to-Onnet (Inbound traffic): Apply termination charges 6) Offnet-to-Offnet (Transit traffic): Apply termination charges and interbilling settlement charges to both parties
62