Open APIs

 View Only
  • 1.  Renewal Product Order support in TMF 622

    TM Forum Member
    Posted 10 days ago

    Hi all,

    We understand that TMF 622 Product Order Management API is the common API used to support different order types for a typical Telecom operator. These different order types could be New Provide, Change, Cancel Product, Renewal etc.

    As per general understanding, renewal order would refer to customer requesting to renew the contract for his/her already bought products as the product nears end of contract term.

    While looking at user guide for TMF 622 Product Order Management API, we couldn't decipher how would a renewal order look like where we want to extend the End date of Product. And, typically, how would an application distinguish this type of order from other different order types (like New Provide, Change, Cancel Product etc.)?

    On a side note, currently there is no attribute similar to ExpirationDate on Product to hold the date when product will expire.

    Can anyone please help here, possibly with an example?



    ------------------------------
    Varun Pandhi
    Infosys
    ------------------------------


  • 2.  RE: Renewal Product Order support in TMF 622

    TM Forum Member
    Posted 10 days ago

    Hi Varun

    Bear in mind that Product Order is simply a container for Order Items. The action that you want to take is encoded in each order item.

    Presumably you would use a Modify action, and update the ProductTerm with the new contract end date.

    Perhaps @olivier arnaud might want to expand?

    Hope it helps



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



  • 3.  RE: Renewal Product Order support in TMF 622

    TM Forum Member
    Posted 9 days ago

    Hi Jonathan, Thanks for your response - This helps.

    However, one query with respect to new contract end date, we can't see any contract end date attribute mentioned in ProductTerm or on Product resource in general.

    How, is this expected to be realized and/work with renewals if it can be illustrated with a sample example?



    ------------------------------
    Varun Pandhi
    Infosys
    ------------------------------



  • 4.  RE: Renewal Product Order support in TMF 622

    TM Forum Member
    Posted 7 days ago

    Hi @Varun Pandhi

    I would have made same answer than Jonathan. I don't have feedback on this use case to be more precise, sorry.

    But I can see a "validFor" in ProductTerm, would that fit your need ?



    ------------------------------
    olivier arnaud
    Orange
    ------------------------------



  • 5.  RE: Renewal Product Order support in TMF 622

    TM Forum Member
    Posted 7 days ago

    we use an alternative solution to Jonathan and Olivier's suggestion of updating the product term end date:

    Instead of modifying the existing term in our product inventory, we will let the current product term expire naturally and create a new term upon renewal. This approach offers several advantages:
    • You have a history of the different product terms
    • you only use the latest active product terms (as defined in your product catalogue)
    • in our case, instantiating a new product term can also instantiate benefits. Our most used product term is the "12-month commitment" that customer can choose in exchange of a discount (also defined in TMF620).

    we also have cases where renewal is no longer possible because the product offering is end of sale. 

    Customers still "renew" by upgrading to a new offer (which will have its own product term) and terminate/update the current product instances in the inventory.

    @olivier arnaud; @Jonathan Goldberg, are you involved in writing TMF622? The documentation shows 2 UC:

    • Use case 1 (UC1): Acquisition
    • Use case 2 (UC2): Modification

    It seems all the JSON examples in the document only caters for UC1.
    for UC2, I would have expected productOrderItem[] with "action": "modify",



    ------------------------------
    Kind regards,

    Matthieu Hattab
    Lyse Platform
    ------------------------------



  • 6.  RE: Renewal Product Order support in TMF 622

    TM Forum Member
    Posted 7 days ago

    Hi @Matthieu Hattab

    thanks, yes I was involved on the v5 migration for this API. I create a JIRA to keep this idea of having examples of modification (and termination).



    ------------------------------
    olivier arnaud
    Orange
    ------------------------------



  • 7.  RE: Renewal Product Order support in TMF 622

    TM Forum Member
    Posted 5 days ago

    Thanks @olivier arnaud and @Matthieu Hattab - This approach looks cleaner - Create instance of ProductTerm with "validFor" attribute defining the start date and end date of ProductTerm. And, when the product is renewed, it leads to creation of a new instance of ProductTerm again with its "validFor" attribute defined.

    But, on a closer look, we could observe that OrderTerm defined against ProductOrderItem resource doesn't have any attribute "validFor" defined. So, when a POST ProductOrder API request would be invoked, how will consuming system understand that it is request for renewal of Product? The request for renewal could be with same productTerm as previous one or a different one.

    There could be variety of use cases -

    UC 1: ProductTerm is still active but is nearing end Date as specified by validFor and customer wishes to renew the Product upfront even before the actual expiry

    UC 2: ProductTerm is expired recently and customer wishes to renew the Product



    ------------------------------
    Varun Pandhi
    Infosys
    ------------------------------



  • 8.  RE: Renewal Product Order support in TMF 622

    TM Forum Member
    Posted 2 days ago

    We process orders without a specified delivery date because the service specifications are only activated when the customer's premises are "ready."

    Consequently, the order cannot establish a product term period since the activation date of the service remains unknown.

    We calculate the start and end dates only in the product inventory at the same time as the product is created there.



    ------------------------------
    Kind regards,

    Matthieu Hattab
    Lyse Platform
    ------------------------------