Open APIs

Expand all | Collapse all

Which API could be 'Charge' fit in?

  • 1.  Which API could be 'Charge' fit in?

    TM Forum Member
    Posted 4 days ago
    Hi
    I am working for a tele company and we have bunch of services to perform charges to customer's billing, such as roaming data, connection fee, etc.  Based on SID, it close to Customer domain and in API, we think it should close to billing, but we cannot find corresponding operations in TMF678CustomerBillManagement.  Another thinking is it might close to TMF676PaymentManagement, however 'payment' doesn't equal to 'charge', one is for pay immediately while another is like set arrangement to billing.
    Could anyone help?  Thanks advance~

    yilin

    ------------------------------
    Yilin Chen
    TELUS
    ------------------------------


  • 2.  RE: Which API could be 'Charge' fit in?

    TM Forum Member
    Posted 4 days ago
    Not sure whether it helps but have a look at TMF635 Usage Management. It includes the capability to store the charge associated with usage. You can also reference the product used to rate it

    ------------------------------
    Stuart Batten
    Telstra Corporation
    ------------------------------



  • 3.  RE: Which API could be 'Charge' fit in?

    TM Forum Member
    Posted 4 days ago
    Hi Yilin, Stuart

    I think that Yilin is looking for operations that allow charges (applied customer billing rate - ACBR) to be manipulated. This is an area where functionality is missing in the Open API.
    The assumption in the Open API is that charges (ACBRs) are generated onto a bill automatically as a result of some background charging and billing process, and these ACBRs are then accessible, read-only, using the operations in TMF678.
    But the whole additional area of manual or automatic processing (adding charges, giving credits, etc.) is not exposed at the moment.

    Hope it helps

    Jonathan

    ------------------------------
    Jonathan Goldberg
    Amdocs Management Limited
    Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.
    ------------------------------



  • 4.  RE: Which API could be 'Charge' fit in?

    TM Forum Member
    Posted 4 days ago
    Hi Jonathan, great thanks, that (ACBR) looks like exactly what we are looing for.  Do you know if any member have start this part? If possible we would like to get any updates (such as use cases, data model, etc).  Thank you very much!

    ------------------------------
    Yilin Chen
    TELUS
    ------------------------------



  • 5.  RE: Which API could be 'Charge' fit in?

    TM Forum Member
    Posted 45 minutes ago
    Could we add POST ACBR to TMF678?

    ------------------------------
    Yilin Chen
    TELUS
    ------------------------------



  • 6.  RE: Which API could be 'Charge' fit in?

    TM Forum Member
    Posted 4 days ago
    Thank you firstly. The Message Jonatha left below is really close what we are looking for. Most likely, Product and Usage could be as  reference model of such "Charge".

    ------------------------------
    Yilin Chen
    TELUS
    ------------------------------



  • 7.  RE: Which API could be 'Charge' fit in?

    TM Forum Member
    Posted 3 days ago
    Hi Chen,

    Have a look at TMF678 Customer Bill Management

    Regards

    ------------------------------
    Koen Peeters
    Ciminko Luxembourg
    ------------------------------



  • 8.  RE: Which API could be 'Charge' fit in?

    TM Forum Member
    Posted 49 minutes ago
    Thank you!

    After go through TMF678, my understanding is "Applied Customer Billing Rate resource" is what we can use to create POST operations to apply charge.
    However, "customer billing rate" seems as atomy of each billing, which could indicator what item(s) has been calculated into specific bill, then I go back check but cannot find it on  "Customer Bill resource" diagram. 
    should ACBR part of Bill?


    ------------------------------
    Yilin Chen
    TELUS
    ------------------------------