Open APIs

 View Only
  • 1.  Instantiating a resource based on Quantity impacted APIs: 648, 622, 641, 637, 638, 639

    TM Forum Member
    Posted Sep 20, 2022 08:42
    when we add a product in quote and add quantity as below:

    when we convert the quote to order the quantity and product is also added carried in the product order TMF622: (COM layer)

    when service order is decomposed the same quantity is sent out in tmf 641. (SOM layer)

    When it comes to instantiating the service inventory & resource inventory it has to be instantiated based on the quantity. i.e, as many service inventories / resources as stated in the quantity. b

    But when the service order mgmt completion is sent to COM layer, via TMF641 serviceOrderStateChangeEvent, it is sent only once. based on this COM layer creates product inventory.  

    i have two questions wrt this:
    1. is there a way to to send all the service ids / resource ids back to COM layer in the TMF641 serviceOrderStateChangeEvent. should we make use of supportingservice and supportingresource for this purpose?
    2. When COM layer creates the product inventory, should it create as much productinventory as stated in quantity and associate each of the product instances with the respective supportingservice ids and supportingresource ids

    ------------------------------
    Arup Sinha
    BT Group plc
    ------------------------------


  • 2.  RE: Instantiating a resource based on Quantity impacted APIs: 648, 622, 641, 637, 638, 639

    TM Forum Member
    Posted Oct 02, 2022 05:13
    Hi Arup

    The decision as to when to "expand" the quantity and create individual entities is an implementation consideration. It would be based on the "need to know" about specific entities.
    My heuristic would be:
    • Is the entity serialized (e.g. a Product with a serial number - for example mobile handset)
    • Is there significance in tracking each entity 
    • Are the entities distinguishable from each other e.g. in terms of characteristic values
    But really it's up to you.
    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: Instantiating a resource based on Quantity impacted APIs: 648, 622, 641, 637, 638, 639

    TM Forum Member
    Posted Oct 13, 2022 03:27
    hi @Jonathan Goldberg,
    This scenario is for CPE related orders where we need to identify each of the CPE individually. Also, each CPE might be onboarded with different services, hence this requires CPE instance to be associated with service ids. 

    Thanks for the insight.

    ------------------------------
    Arup Sinha
    BT Group plc
    ------------------------------



  • 4.  RE: Instantiating a resource based on Quantity impacted APIs: 648, 622, 641, 637, 638, 639

    TM Forum Member
    Posted Oct 20, 2022 03:43
    Hi Arup
    If the CPE is visible to or known by the customer, you might want to consider modeling each CPE as a separate product instance as well. This might be the case, perhaps, for multiple set-top boxes. On the other hand if the customer doesn't "care" about the CPE (even though "C" stands for Customer), then maybe it's enough to keep the distinction in the service layer and not pass it back up to the product layer.

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