Open APIs

Hi,

During the pre-order Journey Customer asks for a  product with a specific configuration (e.g., Internet 400 MBPS). At this stage to ensure delivering the Service is technically feasible TMF645-checkServiceQualification operation is performed.

So shouldn't checkServiceQualification contain the Product with Product Characteristic(Bandwidth=400 MBPS) and ProductSpec "Internet".

TMF645 has Service with Service Characteristic and Service Spec.

Appreciate inputs.

Hi Srini

This flow is covered in the ODA use cases, TMFS002, TMFS003, and TMFS004. You will see there how the use case is expressed as concrete calls to API operations, including the query and check task operations in Service Qualification.

Specifically as to your question, TM Forum believes that the responsibility for decomposing Product to Service lies with the BSS layer - ODA Core Commerce domain. So in the same way as Core Commerce "knows" how to send a service order (TMF641) to Production for provisioning, so also Core Commerce "knows" how to construct a check task resource for Service Qualification. In other words, Commerce translates from ProductSpec Internet and CharacteristicValue 400MBPS to the corresponding ServiceSpec.

There are some underlying modeling assumptions that make this possible - primarily that there be an unambiguous service (CFS) spec (for CFS) for each provisionable product spec. See for example the implementation guide:

IG1233 Product & Service Modelling Best Practices - Conforming to ODA v2.0.0

We at Amdocs are concerned that this modeling and responsibility guidance is restrictive and not necessarily feasible, especially for MACD orders, since it could require the BSS Commerce layer to be intimately aware of the service inventory and other decomposition logic. However this is the current directive from TM Forum, both in the Open API (e.g. product spec "knows" about service spec and not vice versa) and in ODA.

Good luck

Hi,

During the pre-order Journey Customer asks for a  product with a specific configuration (e.g., Internet 400 MBPS). At this stage to ensure delivering the Service is technically feasible TMF645-checkServiceQualification operation is performed.

So shouldn't checkServiceQualification contain the Product with Product Characteristic(Bandwidth=400 MBPS) and ProductSpec "Internet".

TMF645 has Service with Service Characteristic and Service Spec.

Appreciate inputs.

Thank you Jonathan for your inputs.

Managed to find IG1228v14.0.0 with the detailed use-cases, will go through them and revert back if I have any more specific questions.

Is there any artifact (like excel) that describes all the ODA components that consume or provide a Open API. Only way am aware of is browsing individual component definitions which is tedious.

Decomposition Engine can be the bridge between BSS and OSS ensuring this is the only component that knows how to translate Product to Service and also support the MACD logic by engaging with Service Inventory. Who consumes this Decompsition engine API changes from OSS(Production) to BSS(Core Commerce).

Hi Srini

This flow is covered in the ODA use cases, TMFS002, TMFS003, and TMFS004. You will see there how the use case is expressed as concrete calls to API operations, including the query and check task operations in Service Qualification.

Specifically as to your question, TM Forum believes that the responsibility for decomposing Product to Service lies with the BSS layer - ODA Core Commerce domain. So in the same way as Core Commerce "knows" how to send a service order (TMF641) to Production for provisioning, so also Core Commerce "knows" how to construct a check task resource for Service Qualification. In other words, Commerce translates from ProductSpec Internet and CharacteristicValue 400MBPS to the corresponding ServiceSpec.

There are some underlying modeling assumptions that make this possible - primarily that there be an unambiguous service (CFS) spec (for CFS) for each provisionable product spec. See for example the implementation guide:

IG1233 Product & Service Modelling Best Practices - Conforming to ODA v2.0.0

We at Amdocs are concerned that this modeling and responsibility guidance is restrictive and not necessarily feasible, especially for MACD orders, since it could require the BSS Commerce layer to be intimately aware of the service inventory and other decomposition logic. However this is the current directive from TM Forum, both in the Open API (e.g. product spec "knows" about service spec and not vice versa) and in ODA.

Good luck

Hi,

During the pre-order Journey Customer asks for a  product with a specific configuration (e.g., Internet 400 MBPS). At this stage to ensure delivering the Service is technically feasible TMF645-checkServiceQualification operation is performed.

So shouldn't checkServiceQualification contain the Product with Product Characteristic(Bandwidth=400 MBPS) and ProductSpec "Internet".

TMF645 has Service with Service Characteristic and Service Spec.

Appreciate inputs.

Hi Srinivas

Do you have such a "decomposition engine" in Jio? Note that the reverse direction is also needed, to translate the service results from the query service qualification operation to product offering.

Regarding an Open API cross-reference to ODA components, I'm not aware of one. But I think that TMF are planning to revamp the presentation of published Open APIs, and maybe they can add it there. I'll bring this request to their attention.

------------------------------
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 03, 2024 21:17
From: Srinivasa Vellanki
Subject: TMF645 checkServiceQualification for Product or Service

Thank you Jonathan for your inputs.

Managed to find IG1228v14.0.0 with the detailed use-cases, will go through them and revert back if I have any more specific questions.

Is there any artifact (like excel) that describes all the ODA components that consume or provide a Open API. Only way am aware of is browsing individual component definitions which is tedious.

Decomposition Engine can be the bridge between BSS and OSS ensuring this is the only component that knows how to translate Product to Service and also support the MACD logic by engaging with Service Inventory. Who consumes this Decompsition engine API changes from OSS(Production) to BSS(Core Commerce).

------------------------------
Srinivasa Vellanki
Jio Platforms Limited
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 02, 2024 03:39
From: Jonathan Goldberg
Subject: TMF645 checkServiceQualification for Product or Service

Hi Srini

This flow is covered in the ODA use cases, TMFS002, TMFS003, and TMFS004. You will see there how the use case is expressed as concrete calls to API operations, including the query and check task operations in Service Qualification.

Specifically as to your question, TM Forum believes that the responsibility for decomposing Product to Service lies with the BSS layer - ODA Core Commerce domain. So in the same way as Core Commerce "knows" how to send a service order (TMF641) to Production for provisioning, so also Core Commerce "knows" how to construct a check task resource for Service Qualification. In other words, Commerce translates from ProductSpec Internet and CharacteristicValue 400MBPS to the corresponding ServiceSpec.

There are some underlying modeling assumptions that make this possible - primarily that there be an unambiguous service (CFS) spec (for CFS) for each provisionable product spec. See for example the implementation guide:

IG1233 Product & Service Modelling Best Practices - Conforming to ODA v2.0.0

We at Amdocs are concerned that this modeling and responsibility guidance is restrictive and not necessarily feasible, especially for MACD orders, since it could require the BSS Commerce layer to be intimately aware of the service inventory and other decomposition logic. However this is the current directive from TM Forum, both in the Open API (e.g. product spec "knows" about service spec and not vice versa) and in ODA.

Good luck

------------------------------
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 01, 2024 06:33
From: Srinivasa Vellanki
Subject: TMF645 checkServiceQualification for Product or Service

Hi,

During the pre-order Journey Customer asks for a  product with a specific configuration (e.g., Internet 400 MBPS). At this stage to ensure delivering the Service is technically feasible TMF645-checkServiceQualification operation is performed.

So shouldn't checkServiceQualification contain the Product with Product Characteristic(Bandwidth=400 MBPS) and ProductSpec "Internet".

TMF645 has Service with Service Characteristic and Service Spec.

Appreciate inputs.

------------------------------
Srinivasa Vellanki
Jio Platforms Limited
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.
------------------------------

Thank you Jonathan. Appreciate the help. Yes we have an Engine to decompose between order types. Yes we will be able to translate back to Product Offer based on transaction data that keeps track of the Product Offer that lead to this service qualification.

------------------------------
Srinivasa Vellanki
Jio Platforms Limited
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 05, 2024 02:11
From: Jonathan Goldberg
Subject: TMF645 checkServiceQualification for Product or Service

Hi Srinivas

Do you have such a "decomposition engine" in Jio? Note that the reverse direction is also needed, to translate the service results from the query service qualification operation to product offering.

Regarding an Open API cross-reference to ODA components, I'm not aware of one. But I think that TMF are planning to revamp the presentation of published Open APIs, and maybe they can add it there. I'll bring this request to their attention.

------------------------------
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 03, 2024 21:17
From: Srinivasa Vellanki
Subject: TMF645 checkServiceQualification for Product or Service

Thank you Jonathan for your inputs.

Managed to find IG1228v14.0.0 with the detailed use-cases, will go through them and revert back if I have any more specific questions.

Is there any artifact (like excel) that describes all the ODA components that consume or provide a Open API. Only way am aware of is browsing individual component definitions which is tedious.

Decomposition Engine can be the bridge between BSS and OSS ensuring this is the only component that knows how to translate Product to Service and also support the MACD logic by engaging with Service Inventory. Who consumes this Decompsition engine API changes from OSS(Production) to BSS(Core Commerce).

------------------------------
Srinivasa Vellanki
Jio Platforms Limited
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 02, 2024 03:39
From: Jonathan Goldberg
Subject: TMF645 checkServiceQualification for Product or Service

Hi Srini

This flow is covered in the ODA use cases, TMFS002, TMFS003, and TMFS004. You will see there how the use case is expressed as concrete calls to API operations, including the query and check task operations in Service Qualification.

Specifically as to your question, TM Forum believes that the responsibility for decomposing Product to Service lies with the BSS layer - ODA Core Commerce domain. So in the same way as Core Commerce "knows" how to send a service order (TMF641) to Production for provisioning, so also Core Commerce "knows" how to construct a check task resource for Service Qualification. In other words, Commerce translates from ProductSpec Internet and CharacteristicValue 400MBPS to the corresponding ServiceSpec.

There are some underlying modeling assumptions that make this possible - primarily that there be an unambiguous service (CFS) spec (for CFS) for each provisionable product spec. See for example the implementation guide:

IG1233 Product & Service Modelling Best Practices - Conforming to ODA v2.0.0

We at Amdocs are concerned that this modeling and responsibility guidance is restrictive and not necessarily feasible, especially for MACD orders, since it could require the BSS Commerce layer to be intimately aware of the service inventory and other decomposition logic. However this is the current directive from TM Forum, both in the Open API (e.g. product spec "knows" about service spec and not vice versa) and in ODA.

Good luck

------------------------------
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 01, 2024 06:33
From: Srinivasa Vellanki
Subject: TMF645 checkServiceQualification for Product or Service

Hi,

During the pre-order Journey Customer asks for a  product with a specific configuration (e.g., Internet 400 MBPS). At this stage to ensure delivering the Service is technically feasible TMF645-checkServiceQualification operation is performed.

So shouldn't checkServiceQualification contain the Product with Product Characteristic(Bandwidth=400 MBPS) and ProductSpec "Internet".

TMF645 has Service with Service Characteristic and Service Spec.

Appreciate inputs.

------------------------------
Srinivasa Vellanki
Jio Platforms Limited
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.
------------------------------

Interesting. Where did you map this decomp engine in terms of the ODA component map? In Core Commerce or in Production, and to which component?

Thank you Jonathan. Appreciate the help. Yes we have an Engine to decompose between order types. Yes we will be able to translate back to Product Offer based on transaction data that keeps track of the Product Offer that lead to this service qualification.

------------------------------
Srinivasa Vellanki
Jio Platforms Limited
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 05, 2024 02:11
From: Jonathan Goldberg
Subject: TMF645 checkServiceQualification for Product or Service

Hi Srinivas

Do you have such a "decomposition engine" in Jio? Note that the reverse direction is also needed, to translate the service results from the query service qualification operation to product offering.

Regarding an Open API cross-reference to ODA components, I'm not aware of one. But I think that TMF are planning to revamp the presentation of published Open APIs, and maybe they can add it there. I'll bring this request to their attention.

------------------------------
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 03, 2024 21:17
From: Srinivasa Vellanki
Subject: TMF645 checkServiceQualification for Product or Service

Thank you Jonathan for your inputs.

Managed to find IG1228v14.0.0 with the detailed use-cases, will go through them and revert back if I have any more specific questions.

Is there any artifact (like excel) that describes all the ODA components that consume or provide a Open API. Only way am aware of is browsing individual component definitions which is tedious.

Decomposition Engine can be the bridge between BSS and OSS ensuring this is the only component that knows how to translate Product to Service and also support the MACD logic by engaging with Service Inventory. Who consumes this Decompsition engine API changes from OSS(Production) to BSS(Core Commerce).

------------------------------
Srinivasa Vellanki
Jio Platforms Limited
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 02, 2024 03:39
From: Jonathan Goldberg
Subject: TMF645 checkServiceQualification for Product or Service

Hi Srini

This flow is covered in the ODA use cases, TMFS002, TMFS003, and TMFS004. You will see there how the use case is expressed as concrete calls to API operations, including the query and check task operations in Service Qualification.

Specifically as to your question, TM Forum believes that the responsibility for decomposing Product to Service lies with the BSS layer - ODA Core Commerce domain. So in the same way as Core Commerce "knows" how to send a service order (TMF641) to Production for provisioning, so also Core Commerce "knows" how to construct a check task resource for Service Qualification. In other words, Commerce translates from ProductSpec Internet and CharacteristicValue 400MBPS to the corresponding ServiceSpec.

There are some underlying modeling assumptions that make this possible - primarily that there be an unambiguous service (CFS) spec (for CFS) for each provisionable product spec. See for example the implementation guide:

IG1233 Product & Service Modelling Best Practices - Conforming to ODA v2.0.0

We at Amdocs are concerned that this modeling and responsibility guidance is restrictive and not necessarily feasible, especially for MACD orders, since it could require the BSS Commerce layer to be intimately aware of the service inventory and other decomposition logic. However this is the current directive from TM Forum, both in the Open API (e.g. product spec "knows" about service spec and not vice versa) and in ODA.

Good luck

------------------------------
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 01, 2024 06:33
From: Srinivasa Vellanki
Subject: TMF645 checkServiceQualification for Product or Service

Hi,

During the pre-order Journey Customer asks for a  product with a specific configuration (e.g., Internet 400 MBPS). At this stage to ensure delivering the Service is technically feasible TMF645-checkServiceQualification operation is performed.

So shouldn't checkServiceQualification contain the Product with Product Characteristic(Bandwidth=400 MBPS) and ProductSpec "Internet".

TMF645 has Service with Service Characteristic and Service Spec.

Appreciate inputs.

------------------------------
Srinivasa Vellanki
Jio Platforms Limited
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.
------------------------------

Hi,

During the pre-order Journey Customer asks for a  product with a specific configuration (e.g., Internet 400 MBPS). At this stage to ensure delivering the Service is technically feasible TMF645-checkServiceQualification operation is performed.

So shouldn't checkServiceQualification contain the Product with Product Characteristic(Bandwidth=400 MBPS) and ProductSpec "Internet".

TMF645 has Service with Service Characteristic and Service Spec.

Appreciate inputs.

Hi Srini

I've attached an Excel spreadsheet with an API mapping for the components in IG1252 v12.  Hope this helps.

Andy

Hi,

During the pre-order Journey Customer asks for a  product with a specific configuration (e.g., Internet 400 MBPS). At this stage to ensure delivering the Service is technically feasible TMF645-checkServiceQualification operation is performed.

So shouldn't checkServiceQualification contain the Product with Product Characteristic(Bandwidth=400 MBPS) and ProductSpec "Internet".

TMF645 has Service with Service Characteristic and Service Spec.

Appreciate inputs.

Thank you Andy this is very helpful. I am not able to see the list of Open APIs consumed by a ODA Component. Hope am not missing anything. Is there a plan to include them as well anytime into this excel.

Also don't think this excel is an artifact available for downloads on TMForum Site, if it is appreciate if you can share the link and I will get to see any future versions when published.

Thank you

Hi Srini

I've attached an Excel spreadsheet with an API mapping for the components in IG1252 v12.  Hope this helps.

Andy

Hi,

During the pre-order Journey Customer asks for a  product with a specific configuration (e.g., Internet 400 MBPS). At this stage to ensure delivering the Service is technically feasible TMF645-checkServiceQualification operation is performed.

So shouldn't checkServiceQualification contain the Product with Product Characteristic(Bandwidth=400 MBPS) and ProductSpec "Internet".

TMF645 has Service with Service Characteristic and Service Spec.

Appreciate inputs.

Hi Srini, here's a version with Dependent APIs included.  Ultimately our plan is to automate the generation of assets like this from the source of truth (the ODA Component specs/YAML), but for now they still need to be manually generated.

Thank you Andy this is very helpful. I am not able to see the list of Open APIs consumed by a ODA Component. Hope am not missing anything. Is there a plan to include them as well anytime into this excel.

Also don't think this excel is an artifact available for downloads on TMForum Site, if it is appreciate if you can share the link and I will get to see any future versions when published.

Thank you

Hi Srini

I've attached an Excel spreadsheet with an API mapping for the components in IG1252 v12.  Hope this helps.

Andy

Hi,

During the pre-order Journey Customer asks for a  product with a specific configuration (e.g., Internet 400 MBPS). At this stage to ensure delivering the Service is technically feasible TMF645-checkServiceQualification operation is performed.

So shouldn't checkServiceQualification contain the Product with Product Characteristic(Bandwidth=400 MBPS) and ProductSpec "Internet".

TMF645 has Service with Service Characteristic and Service Spec.

Appreciate inputs.

Thank you Andy. Appreciate the help. This is very useful in many ways :).

This artifact will be of great help to community if published and available for download.

Are the ODA Component Spec YAML hand coded or generated from UML or any other source?

Hi Srini, here's a version with Dependent APIs included.  Ultimately our plan is to automate the generation of assets like this from the source of truth (the ODA Component specs/YAML), but for now they still need to be manually generated.

Thank you Andy this is very helpful. I am not able to see the list of Open APIs consumed by a ODA Component. Hope am not missing anything. Is there a plan to include them as well anytime into this excel.

Also don't think this excel is an artifact available for downloads on TMForum Site, if it is appreciate if you can share the link and I will get to see any future versions when published.

Thank you

Hi Srini

I've attached an Excel spreadsheet with an API mapping for the components in IG1252 v12.  Hope this helps.

Andy

Hi,

During the pre-order Journey Customer asks for a  product with a specific configuration (e.g., Internet 400 MBPS). At this stage to ensure delivering the Service is technically feasible TMF645-checkServiceQualification operation is performed.

So shouldn't checkServiceQualification contain the Product with Product Characteristic(Bandwidth=400 MBPS) and ProductSpec "Internet".

TMF645 has Service with Service Characteristic and Service Spec.

Appreciate inputs.

Ciao Srinivasa, we got the TMFC009 Service Qualification Management component specified, you can find it at: https://www.tmforum.org/resources/technical-specification/tmfc009-service-qualification-v1-0-1/

Best,

GAe

Thank you Andy. Appreciate the help. This is very useful in many ways :).

This artifact will be of great help to community if published and available for download.

Are the ODA Component Spec YAML hand coded or generated from UML or any other source?

Hi Srini, here's a version with Dependent APIs included.  Ultimately our plan is to automate the generation of assets like this from the source of truth (the ODA Component specs/YAML), but for now they still need to be manually generated.

Thank you Andy this is very helpful. I am not able to see the list of Open APIs consumed by a ODA Component. Hope am not missing anything. Is there a plan to include them as well anytime into this excel.

Also don't think this excel is an artifact available for downloads on TMForum Site, if it is appreciate if you can share the link and I will get to see any future versions when published.

Thank you

Hi Srini

I've attached an Excel spreadsheet with an API mapping for the components in IG1252 v12.  Hope this helps.

Andy

Hi,

During the pre-order Journey Customer asks for a  product with a specific configuration (e.g., Internet 400 MBPS). At this stage to ensure delivering the Service is technically feasible TMF645-checkServiceQualification operation is performed.

So shouldn't checkServiceQualification contain the Product with Product Characteristic(Bandwidth=400 MBPS) and ProductSpec "Internet".

TMF645 has Service with Service Characteristic and Service Spec.

Appreciate inputs.