The second life of billing as a successful monetization tool

The second life of billing as a successful monetization tool

Join the Q&A

 

The growing number of Smartphone users, the increased consumption of data and content, as well as the higher expectations of subscribers have redefined the role of billing systems. 

On one hand, many modules that used to be part of a billing system, such as product catalog and customer management, have evolved and became separate tools. As a result billing has been pushed towards the role of a mere “calculator”. On the other hand, the requirements this “calculator” has to meet have become extraordinarily large. Currently, billing must handle a high number of: sophisticated services, types of subscribers, lines of business, payment methods and business models. And it should provide information in real-time to customers and CSPs’ departments.

Join us for a free webinar from telecoms.com where the current challenges in the billing space, as seen from the perspective of different lines of the telecom business, will be discussed.

The presentation will focus on the following:

  • How the evolution of the telecom billing space influences CSPs’ billing departments
  • Billing in B2C – boosting performance (technological challenges)
  • Billing in B2B – focus on system flexibility (business challenges)
  • Billing in M2M – looking for modern tools with lower TCO (performance vs. costs)
  • Charging and policy decisions in the era of Big Data – new requirements (billing as an all-in-one tool)
  • Tags; Archive, billing, BSS, Comarch, Featured, telecoms.com
    Q&A
    • William October 23, 2012 at 9:57 am

      You talked about sending an SMS when customers reach 75% of their credit limit, how does this work on roaming subscribers?

      • Krzysztof Kwiatkowski
        Krzysztof Kwiatkowski October 23, 2012 at 10:00 am

        The same as in home network. Customer should have a possibility to set limit for services in roaming. Like in EU we have a default notifications for “bill shock prevention”. It should be possible to customize this behavior and set it for all services. Not only data in roaming.

    • Dritan Tabaku October 23, 2012 at 9:34 am

      The only issue that I see in Convergent and real time billing is one more point of failure that in this case it is billing.
      So if billing is down the customers will not have the service at all.
      How do you think that this concern can be addressed?
      is there any possibility maybe is signaling that can solve this issue?

      • Krzysztof Kwiatkowski
        Krzysztof Kwiatkowski October 23, 2012 at 9:39 am

        I agree. This is a big problem. “Billing must work in a core network regime”. SCP (service control point) may help in it. This component (acting as a gateway between SS7 network and OCS) may have additional logic. If OCS is not working SCP may accept some calls (e.g. only national). When OCS is up again, SCP and OSC are synchronized via stored CDR files. This one of possible solutions. Nevertheless OCS – convergent biling – must be better from the perspective of reliability.

    • Peter Massam October 23, 2012 at 9:32 am

      PCRF seems like a battleground at the moment. Are there any moves that billing vendors are making to acquire that technology which is heavily reliant on DPI inspection or are they able to build their own in your opinion?

      • Krzysztof Kwiatkowski
        Krzysztof Kwiatkowski October 23, 2012 at 9:35 am

        We have seen such movements on the market. Big billing systems vendor acquired big PCRF vendor. So there are such moves. More difficult would be to really integrate it, not only on folders and marketing. But technically have it as a consistent PCRF and OCS. This can’t be a result of OCS vendor acquiring PCRF vendor. DPI and PCEF will still remain separated, not integrated with billing domain.

    • Peter V Thomsen October 23, 2012 at 9:30 am

      How do you capture massive amounts of traffic to ensure real-time data processing? Do you use probes or interface directly to all the relevant network infrastructure?
      Thanks :-)

      • Krzysztof Kwiatkowski
        Krzysztof Kwiatkowski October 23, 2012 at 9:40 am

        We use SCP component (Service Control Point) which is integrated with the network using CAMEL (or other protocol). SCP is integrated with our COnvergent Billing using DIAMETER.

    • Jim Dev October 23, 2012 at 8:45 am

      How exactly product personalization can be supported in modern architectures? How to eliminate multiplication of product offerings

      • Krzysztof Kwiatkowski
        Krzysztof Kwiatkowski October 23, 2012 at 9:41 am

        Very important element here is an order capture, something where all orders are established. It should support such customization. But it is not in the scope of the billing, more related to product catalog and order management. From billing perspective there should be a possibility of using information stored in Product Inventory, where final instances of products are stored (by Order Management). Final characteristic values (copied from offerings, overwritten in order capture or completely new) are stored always there. Billing should use these values for billing and charging. Creation of new product offerings only for billing purposes only if there are some modified prices should not be needed.

    • Jim Dev October 23, 2012 at 8:44 am

      I think we can also consider cloud as a similar silo. What would be the biggest challenges for billing for cloud services?

      • Krzysztof Kwiatkowski
        Krzysztof Kwiatkowski October 23, 2012 at 9:43 am

        Billing for different type of services such as SaaS, for capacity, for bandwidth, for umber of CPU etc. This can be maybe challenging. But for service agnostic system which can be used e.g. in M2M, cloud should not be a problem. In cloud the problem may be with the source of the data. Servers and other software used in the cloud to provide services are not ready to provide data for billing. Something what telecom equipment can do as a basic thing (generation of EDR files). Collecting billing data from hardware and software in the cloud for billing purposes is a biggest challenge.