Open APIs

Expand all | Collapse all

Product to Service mapping: From TMF 622 to TMF 641

  • 1.  Product to Service mapping: From TMF 622 to TMF 641

    TM Forum Member
    Posted Mar 12, 2019 10:03
    Hi all,

    I am wondering which component in TMF will be responsible for product-service mapping (on instance level, not specification level).

    Assuming a customer wants to change a specific product of his subscription (e.g. the bandwidth of a fixed line access or the disk space of an e-Mail product). Typically this will be done via a product order.

    Now I observe that
    • TMF622 (Product Ordering) requires product ids in the product order (ProductOrder > OrderItem > Product) where​​as TMF641 (Service Ordering) requires service ids in the service order (ServiceOrder > ServiceOrderItem  > Service)
    • service ids are, however, typically not known to the BSS / customer / agent
    • in order to generate corresponding service order(s) out of the incoming product order we need a mapping from product ids to service ids (on instance level)

    So there must be a component somewhere in Product Order that maps product ids to service ids using a certain "product-to-service instance inventory". Which component is it and is there some API for it?

    Thinking further, for usage ticket pricing the above mentioned inventory could be used vice versa in order to guide an incoming data record (usage ticket) with some technical OSS key to the relevant BSS product / contract that should be charged for this usage.

    Maybe @Jonathan Goldberg, @Ludovic Robert, do have valuable hints.

    BR Thomas

    ------------------------------
    Thomas Dupré
    Deutsche Telekom AG
    ------------------------------


  • 2.  RE: Product to Service mapping: From TMF 622 to TMF 641

    TM Forum Member
    Posted Mar 13, 2019 09:31
    In our OSS Product, there's one module called Service Inventory which contains product-to-service mapping, OSS can find the corresponding service based on the product id from the product order.

    ------------------------------
    yanfeng li
    Whale Cloud Technology Co., Ltd
    ------------------------------



  • 3.  RE: Product to Service mapping: From TMF 622 to TMF 641

    Posted Mar 13, 2019 09:31
    Hi Thomas,
       Please find the answers for your concerns:-

         1. I am wondering which component in TMF will be responsible for product-service mapping.
    <Rakshith>  Product to Service linkage will happen via product specification. Same product specification can be used by single service or multiple service.  Component is Product Hub, where product offerings are modeled which is published to Billing and COM (customer order management) during the design time.
    Any change in the product attributes will be republished to both Billing & COM.  you can refer more details in "GB978 Catalog to Catalog Interface R17.5.1".

    2. in order to generate corresponding service order(s) out of the incoming product order we need a mapping from product ids to service ids (on instance level).
    <Rakshith> COM receives a product offering in product order which is decomposed into multiple Service orders (in SOM layer) based on the services using product specification. for each service, service id is generated in Inventory system and returned back to SOM which intern sent to COM.

    Please amend, if required.

    Thanks,
    Rakshith




    ------------------------------
    Rakshith B C
    Capgemini
    ------------------------------



  • 4.  RE: Product to Service mapping: From TMF 622 to TMF 641

    TM Forum Member
    Posted Mar 13, 2019 09:31
    This topic of Product Service relationship  is being discussed as part of the BOS pioneer project and contributions to the ODA Functional Architecture team -as well as the API team.
    See contributions :
     Business Operating System (BOS)        ttps://projects.tmforum.org/wiki/pages/viewpage.action?pageId=96571694
    Under ODA Functional architecture:
    ODA-136  Business Operating System (BOS) Reference Implementation Project
    these are exploring how the processes work across mostly the ODA Core Commerce area . However the point you raise about mapping from one set of identiefiers to other serivce related identifiers is proablay somehting that sould be explicted docuemented in these contributions ( mapping proably have to be held for both the Order process andalso longer term across  inventory systems
    I believe Ludovic is quite heavily involved in those discussions and will surely have further insights.

    ------------------------------
    Dave Milham
    TM Forum Chief Architect, TM Forum
    ------------------------------



  • 5.  RE: Product to Service mapping: From TMF 622 to TMF 641

    TM Forum Member
    Posted Mar 13, 2019 09:32
    Hi Thomas,

    the product-to-service mapping should be done using the Product Catalog, at least this is recommended in a Catalog driven architecture to secure dynamicity and faster time to market.
    You can refer to the TMF620 Product Catalog Management API Rest Specification where in the Respource model you have the relation between Product Specification and Service Specification Reference:


    In addition you have the TMF633 Service Catalog Management API to further decompose the service specification and also, as you mentioned, the access to the inventory (TMF638) to understand the actual services deployed for the customer and determine the changes as applicable.

    Hoping it is useful.
    Best rergards,
    Dino

    ------------------------------
    Dino Pellegrini
    Solution Architect OSS Services&Network Management
    Ericsson Inc.
    ------------------------------



  • 6.  RE: Product to Service mapping: From TMF 622 to TMF 641

    TM Forum Member
    Posted Mar 13, 2019 09:32
    Hello Thomas

    It should be discussed with ODA team but from my perpective, this mapping is hold in the BSS component - product inventory (not know of course by the customer / agent). The product (instance)  has a link to the realizing service (you have this in the product inventory API).
    An optimization could be to let BSS identify the (future) service to be provisonned (no the id in a pure REST implementation that I guess should stay attributed by server)) but through an 'externalId'. We are trying this for example in the ONAP/NBI component where BSS could provide an id to future service and use this in later interaction.

    ... but definitevely a topic to be discussed with ODA team

    Hope it helps

    Ludovic

    ------------------------------
    Ludovic Robert
    Orange
    ------------------------------



  • 7.  RE: Product to Service mapping: From TMF 622 to TMF 641

    TM Forum Member
    Posted Mar 13, 2019 15:50
    Hi,

    TMF-637 ProductInventory maintains the link between Product and Service (or Resource) in the realisingServiceRef (or realisingResourceRef)

    Regards








  • 8.  RE: Product to Service mapping: From TMF 622 to TMF 641

    Posted Mar 14, 2019 03:08
    Edited by Bostjan Keber Mar 14, 2019 05:09
    Hi Thomas,
    I agree with Dino Pellegrini and Ludovic Robert. Product to service mapping should be done by the unified product catalog as a part of the BSS system. At least this is how we did it at Marand. I wrote about this some time ago in a LinkedIn post:  https://www.linkedin.com/pulse/telco-business-transformation-through-centralized-product-keber/

    Hope it helps!

    Bostjan

    ------------------------------
    Bostjan Keber, Software Engineering Manager
    Marand d.o.o.
    ------------------------------