TM Forum Community

Hi TMF community,

We, as a product catalog team, have built TMF complaint APIs given below :

TMF 620 resources = product offering, product offering price , product specification 

TMF 671 resources =  promotions

Consumers need to make retrieve operations to each of the resources individually. However there is a common use case where consumers, particularly those facing digital channels, need to be able to get back offers, their associated product specs , prices as well as promotions in a single API call, rather than having to make multiple calls to get these.

We currently have built a custom API called getAggregrateOffer API to aggregrate these resources. (Attached image)

We wanted help from TMF community to find out if any other users had this or similar requirement?

We did look at TMF630 but not sure if thats thr right fit for this.

Thanks!

Hi TMF community,

We, as a product catalog team, have built TMF complaint APIs given below :

TMF 620 resources = product offering, product offering price , product specification 

TMF 671 resources =  promotions

Consumers need to make retrieve operations to each of the resources individually. However there is a common use case where consumers, particularly those facing digital channels, need to be able to get back offers, their associated product specs , prices as well as promotions in a single API call, rather than having to make multiple calls to get these.

We currently have built a custom API called getAggregrateOffer API to aggregrate these resources. (Attached image)

We wanted help from TMF community to find out if any other users had this or similar requirement?

We did look at TMF630 but not sure if thats thr right fit for this.

Thanks!

While this is one approach, please also consider how you model promotions. Is it necessary to create another object or are you reusing the Product Offering entity with additional identifiers to distinguish a promotion? Even the definition within the API states that the 671 is to be used only when the additional criterion are being applied (Discount, voucher etc. meaning there is a deviation from the POP) even though it is not clear on the data entity. 

The integration approach should be based on your answer to the above. 

Hi TMF community,

We, as a product catalog team, have built TMF complaint APIs given below :

TMF 620 resources = product offering, product offering price , product specification 

TMF 671 resources =  promotions

Consumers need to make retrieve operations to each of the resources individually. However there is a common use case where consumers, particularly those facing digital channels, need to be able to get back offers, their associated product specs , prices as well as promotions in a single API call, rather than having to make multiple calls to get these.

We currently have built a custom API called getAggregrateOffer API to aggregrate these resources. (Attached image)

We wanted help from TMF community to find out if any other users had this or similar requirement?

We did look at TMF630 but not sure if thats thr right fit for this.

Thanks!

Hi TMF community,

We, as a product catalog team, have built TMF complaint APIs given below :

TMF 620 resources = product offering, product offering price , product specification 

TMF 671 resources =  promotions

Consumers need to make retrieve operations to each of the resources individually. However there is a common use case where consumers, particularly those facing digital channels, need to be able to get back offers, their associated product specs , prices as well as promotions in a single API call, rather than having to make multiple calls to get these.

We currently have built a custom API called getAggregrateOffer API to aggregrate these resources. (Attached image)

We wanted help from TMF community to find out if any other users had this or similar requirement?

We did look at TMF630 but not sure if thats thr right fit for this.

Thanks!

As Jag has mentioned, we model the promotions using Product Offering and have extended the TMF620 Product Catalog Mgmt API to add an isPromotion field (from SID) plus a promotionId.

The depth/expand pattern may then be used to return all relevant sub-resources of the (promotion) Product Offering, i.e. spec, POP, etc.

Hi TMF community,

We, as a product catalog team, have built TMF complaint APIs given below :

TMF 620 resources = product offering, product offering price , product specification 

TMF 671 resources =  promotions

Consumers need to make retrieve operations to each of the resources individually. However there is a common use case where consumers, particularly those facing digital channels, need to be able to get back offers, their associated product specs , prices as well as promotions in a single API call, rather than having to make multiple calls to get these.

We currently have built a custom API called getAggregrateOffer API to aggregrate these resources. (Attached image)

We wanted help from TMF community to find out if any other users had this or similar requirement?

We did look at TMF630 but not sure if thats thr right fit for this.

Thanks!

Hi TMF community,

We, as a product catalog team, have built TMF complaint APIs given below :

TMF 620 resources = product offering, product offering price , product specification 

TMF 671 resources =  promotions

Consumers need to make retrieve operations to each of the resources individually. However there is a common use case where consumers, particularly those facing digital channels, need to be able to get back offers, their associated product specs , prices as well as promotions in a single API call, rather than having to make multiple calls to get these.

We currently have built a custom API called getAggregrateOffer API to aggregrate these resources. (Attached image)

We wanted help from TMF community to find out if any other users had this or similar requirement?

We did look at TMF630 but not sure if thats thr right fit for this.

Thanks!

Hi Mohit,

The UI layer of your Web channels can use GraphQL to aggregate the responses from multiple APIs dynamically during runtime. That's an efficient mechanism and an apt approach for your requirement. If you are not looking for native TMF approach for APIs aggregation, GraphQL would be the best choice to implement at UI layer. 

------------------------------
Raghu Meda
Infosys

Original Message:
Sent: Aug 23, 2024 03:39
From: Mohit Shetty
Subject: How to aggregrate different TMF APIs?

Hi TMF community,

We, as a product catalog team, have built TMF complaint APIs given below :

TMF 620 resources = product offering, product offering price , product specification 

TMF 671 resources =  promotions

Consumers need to make retrieve operations to each of the resources individually. However there is a common use case where consumers, particularly those facing digital channels, need to be able to get back offers, their associated product specs , prices as well as promotions in a single API call, rather than having to make multiple calls to get these.

We currently have built a custom API called getAggregrateOffer API to aggregrate these resources. (Attached image)

We wanted help from TMF community to find out if any other users had this or similar requirement?

We did look at TMF630 but not sure if thats thr right fit for this.

Thanks!

#General

------------------------------
Mohit Shetty
Telstra Corporation
------------------------------