@Sri-Jagadish(Jag) Baddukonda,
CFS decomposing to multiple CFS based on the nodes that are delivering each of the granular CFS, indicates Modelling is influenced by the Architecture used. Currently my personal opinion is "
Products and Services represents business models and systems should use them and these models are not specific to Systems or Architectures".
Also as indicated why should the Customer who understand the CFS and cares about it get into complexities of how the CFS is delivered? Composite CFS built using multiple CFS is not correct. Child CFS can be modelled as Characteristics of the parent CFS and these Characteristics might be delivered using different RFS.
Hope this clarifies and are we aligned?
------------------------------
Srinivasa Vellanki
Reliance Jio Infocomm Ltd
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of my employer or TM Forum.
------------------------------
Original Message:
Sent: Aug 02, 2022 07:50
From: Sri-Jagadish(Jag) Baddukonda
Subject: Dynamic service catalog
Composite CFS can be used in cases where the Network domain is the same for the different Product Specs and the composite CFS can be split into atomic CFS to trigger the Service orders. And this decision should be made after considering the e2e orchestration for each of the granular services
However, in this case, using one CFS to represent different services that are provisioned on different nodes like Voice, Broadband, TV is not suggested.
------------------------------
Jag Baddukonda
CSG
Original Message:
Sent: Aug 01, 2022 22:00
From: Srinivasa Vellanki
Subject: Dynamic service catalog
Second @Koen Peeters. Please refer to document IG1233_Product_and_Service_Modelling_Best_Practices_Conforming_to_ODA for how to model Products and Services, should give a good starting point. Products and Services represents business models and systems should use them and these models are not specific to Systems or Architectures.
------------------------------
Srinivasa Vellanki
Reliance Jio Infocomm Ltd
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of my employer or TM Forum.
Original Message:
Sent: Jun 16, 2022 04:46
From: Prashanthbabu Bhimarapu
Subject: Dynamic service catalog
Hi Jonathan,
Thank you for your response.
For example I have Products Internet, Voice, TV and we use one common CFS ex. CFS X for all three products and this CFS have multiple characteristics, some are necessary for internet and some are necessary for Voice, and when any consumer tries to retrieve service specification for CFS X for product Internet using GET 633 API, We would like to expose only characteristics which are necessary for internet in 633 GET response and when consumer tries to retrieve service specification for VOICE for CFS X only characteristics which are necessary for VOICE should be exposed in 633 GET response.
Regards,
Prashanth
------------------------------
Prashanthbabu Bhimarapu
Proximus SA
Original Message:
Sent: Jun 16, 2022 04:15
From: Jonathan Goldberg
Subject: Dynamic service catalog
Hi Prashanth
Can you please give a concrete business example (if you can do this without leaking IP).
And what do you mean by "send" - is it POSTing a service order for the CFS via TMF641?
These clarifications could help the community to understand your dilemma.
------------------------------
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.
Original Message:
Sent: Jun 15, 2022 05:34
From: Prashanthbabu Bhimarapu
Subject: Dynamic service catalog
Hi All,
Currently we are using one CFS for multiple Products and we want to send only specific characteristics per product for same CFS in 633 API, So that service catalogue can be dynamic for Get service and filter characteristics as per product.
Can you please suggest.
Regards,
Prashanth
------------------------------
Prashanthbabu Bhimarapu
Proximus SA
------------------------------