Open APIs

Hello everyone,

the document IG1261_Product_Catalog_Commercial_Modeling_Patterns_v1.0.0.pdf describes the posibility to build price models using price POLICY, following an example from page 22.

Questions:

1. Where in TMF620 Product Catalog API would that policy object go to when I have more sophisticated pricing models like following two examples?
2. Is TMF620 Product Catalog API intended to be used for complex price models? (I could not find any examples in TMF620_Product_Catalog_Management_API_User_Guide_v4.1.0.pdf)
3. Could anyone post an example on how policy is used in TMF620 API in ProductOfferingPrice for a price model?

More complex Pricing model Examples:

Best Regards

Anton

Hello everyone,

the document IG1261_Product_Catalog_Commercial_Modeling_Patterns_v1.0.0.pdf describes the posibility to build price models using price POLICY, following an example from page 22.

Questions:

1. Where in TMF620 Product Catalog API would that policy object go to when I have more sophisticated pricing models like following two examples?
2. Is TMF620 Product Catalog API intended to be used for complex price models? (I could not find any examples in TMF620_Product_Catalog_Management_API_User_Guide_v4.1.0.pdf)
3. Could anyone post an example on how policy is used in TMF620 API in ProductOfferingPrice for a price model?

More complex Pricing model Examples:

Best Regards

Anton

As Jonathan pointed out, TMF620 only provide a reference to a policy, so it's really not much.

Hello everyone,

the document IG1261_Product_Catalog_Commercial_Modeling_Patterns_v1.0.0.pdf describes the posibility to build price models using price POLICY, following an example from page 22.

Questions:

1. Where in TMF620 Product Catalog API would that policy object go to when I have more sophisticated pricing models like following two examples?
2. Is TMF620 Product Catalog API intended to be used for complex price models? (I could not find any examples in TMF620_Product_Catalog_Management_API_User_Guide_v4.1.0.pdf)
3. Could anyone post an example on how policy is used in TMF620 API in ProductOfferingPrice for a price model?

More complex Pricing model Examples:

Best Regards

Anton

@Matthieu Hattab , thanks for the elaborate answer. 

Indeed I would like to build a price polices autoring logic that complies to TMF-Standard. To formulate it more easily, I need to get ProducOffers and its rather complex price models into a system. Those will be used for rating and billing.

I studied GB922_Common and GB922_Product extensively. And I could (probably) model the policies as described in GB922_Product on the SID level but I do not see a way how to map those models to TMF620 API or to any other API.

The only mention of policy in TMF620 API is in constraint in ProductOfferingPrice. So I suppose that would be the place to put all policy models into.

From Jonathans post I now understand that there will be an TMF723 API in future which will provde a possiblity to work with policies in API but it is not released yet.

Best Regards

Anton

As Jonathan pointed out, TMF620 only provide a reference to a policy, so it's really not much.

Hello everyone,

the document IG1261_Product_Catalog_Commercial_Modeling_Patterns_v1.0.0.pdf describes the posibility to build price models using price POLICY, following an example from page 22.

Questions:

1. Where in TMF620 Product Catalog API would that policy object go to when I have more sophisticated pricing models like following two examples?
2. Is TMF620 Product Catalog API intended to be used for complex price models? (I could not find any examples in TMF620_Product_Catalog_Management_API_User_Guide_v4.1.0.pdf)
3. Could anyone post an example on how policy is used in TMF620 API in ProductOfferingPrice for a price model?

More complex Pricing model Examples:

Best Regards

Anton

@Matthieu Hattab , thanks for the elaborate answer. 

Indeed I would like to build a price polices autoring logic that complies to TMF-Standard. To formulate it more easily, I need to get ProducOffers and its rather complex price models into a system. Those will be used for rating and billing.

I studied GB922_Common and GB922_Product extensively. And I could (probably) model the policies as described in GB922_Product on the SID level but I do not see a way how to map those models to TMF620 API or to any other API.

The only mention of policy in TMF620 API is in constraint in ProductOfferingPrice. So I suppose that would be the place to put all policy models into.

From Jonathans post I now understand that there will be an TMF723 API in future which will provde a possiblity to work with policies in API but it is not released yet.

Best Regards

Anton

As Jonathan pointed out, TMF620 only provide a reference to a policy, so it's really not much.

Hello everyone,

the document IG1261_Product_Catalog_Commercial_Modeling_Patterns_v1.0.0.pdf describes the posibility to build price models using price POLICY, following an example from page 22.

Questions:

1. Where in TMF620 Product Catalog API would that policy object go to when I have more sophisticated pricing models like following two examples?
2. Is TMF620 Product Catalog API intended to be used for complex price models? (I could not find any examples in TMF620_Product_Catalog_Management_API_User_Guide_v4.1.0.pdf)
3. Could anyone post an example on how policy is used in TMF620 API in ProductOfferingPrice for a price model?

More complex Pricing model Examples:

Best Regards

Anton

@Matthieu Hattab, 

your post made my day.

In fact, I came up with the same flow as you suggested. The only question for me is on how to properly structure the policy ressources which will then go as input to the Product Rating component. I have a gut feeling that it can get quite complicated. 

The two examples I presented above are just the tip of the ice-berg of how price models can be interwined. In my case ProductOffer is in fact a bundle of bundles. Not only do I have quite diverse pricing models on level 2 (flat rate model without counting units, counting units used, counting units used and considering their lenght, etc) but also, as an example: some total rate of bundle on level 1 can change the rate of another level1 bundle. It can also change a total rate on level 2 and the other way around. (see pic). This complexity also leads to the fact that the Product Rating component will have to take the order into account in which it calculates the rates of level1 bundles.

I did not understand why you would not use a policy component? (Quote: "The way we do rating and billing, we wouldn't use a policy component."

What would be a way to go without policies taking the fact into acount that the system should adhere to TMF-Standards?

Best Regards

Anton

--

@Matthieu Hattab , thanks for the elaborate answer. 

Indeed I would like to build a price polices autoring logic that complies to TMF-Standard. To formulate it more easily, I need to get ProducOffers and its rather complex price models into a system. Those will be used for rating and billing.

I studied GB922_Common and GB922_Product extensively. And I could (probably) model the policies as described in GB922_Product on the SID level but I do not see a way how to map those models to TMF620 API or to any other API.

The only mention of policy in TMF620 API is in constraint in ProductOfferingPrice. So I suppose that would be the place to put all policy models into.

From Jonathans post I now understand that there will be an TMF723 API in future which will provde a possiblity to work with policies in API but it is not released yet.

Best Regards

Anton

As Jonathan pointed out, TMF620 only provide a reference to a policy, so it's really not much.

Hello everyone,

the document IG1261_Product_Catalog_Commercial_Modeling_Patterns_v1.0.0.pdf describes the posibility to build price models using price POLICY, following an example from page 22.

Questions:

1. Where in TMF620 Product Catalog API would that policy object go to when I have more sophisticated pricing models like following two examples?
2. Is TMF620 Product Catalog API intended to be used for complex price models? (I could not find any examples in TMF620_Product_Catalog_Management_API_User_Guide_v4.1.0.pdf)
3. Could anyone post an example on how policy is used in TMF620 API in ProductOfferingPrice for a price model?

More complex Pricing model Examples:

Best Regards

Anton

Hi Anton,

We currently have a variety of applications, including both custom-built and commercially available ones, some of which are rigid monolithic systems. This leads to a fragmented environment where "pricing rules" lack the structure found in the TM Forum policy entity.

Nevertheless, we are considering the implementation of a policy component (based on TM Forum or an alternative) to support digital sales. In this regard, I am  thrilled to learn that TMF620 V5 will introduce a policy entity connected to Product Offering (PO), Product Specification (PS), and Product Offering Price (POP)!

@Matthieu Hattab, 

your post made my day.

In fact, I came up with the same flow as you suggested. The only question for me is on how to properly structure the policy ressources which will then go as input to the Product Rating component. I have a gut feeling that it can get quite complicated. 

The two examples I presented above are just the tip of the ice-berg of how price models can be interwined. In my case ProductOffer is in fact a bundle of bundles. Not only do I have quite diverse pricing models on level 2 (flat rate model without counting units, counting units used, counting units used and considering their lenght, etc) but also, as an example: some total rate of bundle on level 1 can change the rate of another level1 bundle. It can also change a total rate on level 2 and the other way around. (see pic). This complexity also leads to the fact that the Product Rating component will have to take the order into account in which it calculates the rates of level1 bundles.

I did not understand why you would not use a policy component? (Quote: "The way we do rating and billing, we wouldn't use a policy component."

What would be a way to go without policies taking the fact into acount that the system should adhere to TMF-Standards?

Best Regards

Anton

--

@Matthieu Hattab , thanks for the elaborate answer. 

Indeed I would like to build a price polices autoring logic that complies to TMF-Standard. To formulate it more easily, I need to get ProducOffers and its rather complex price models into a system. Those will be used for rating and billing.

I studied GB922_Common and GB922_Product extensively. And I could (probably) model the policies as described in GB922_Product on the SID level but I do not see a way how to map those models to TMF620 API or to any other API.

The only mention of policy in TMF620 API is in constraint in ProductOfferingPrice. So I suppose that would be the place to put all policy models into.

From Jonathans post I now understand that there will be an TMF723 API in future which will provde a possiblity to work with policies in API but it is not released yet.

Best Regards

Anton

As Jonathan pointed out, TMF620 only provide a reference to a policy, so it's really not much.

Hello everyone,

the document IG1261_Product_Catalog_Commercial_Modeling_Patterns_v1.0.0.pdf describes the posibility to build price models using price POLICY, following an example from page 22.

Questions:

1. Where in TMF620 Product Catalog API would that policy object go to when I have more sophisticated pricing models like following two examples?
2. Is TMF620 Product Catalog API intended to be used for complex price models? (I could not find any examples in TMF620_Product_Catalog_Management_API_User_Guide_v4.1.0.pdf)
3. Could anyone post an example on how policy is used in TMF620 API in ProductOfferingPrice for a price model?

More complex Pricing model Examples:

Best Regards

Anton

@Matthieu Hattab,

I am also looking forward for the introduction of policy entry connected to PO, PS and POP in TMF620 V5. Though, I have checked out the pre-prod version (TMF620-Product_Catalog_Management-v5.0.0.oas.yaml) and could not find it there yet.

Hi Anton,

We currently have a variety of applications, including both custom-built and commercially available ones, some of which are rigid monolithic systems. This leads to a fragmented environment where "pricing rules" lack the structure found in the TM Forum policy entity.

Nevertheless, we are considering the implementation of a policy component (based on TM Forum or an alternative) to support digital sales. In this regard, I am  thrilled to learn that TMF620 V5 will introduce a policy entity connected to Product Offering (PO), Product Specification (PS), and Product Offering Price (POP)!

@Matthieu Hattab, 

your post made my day.

In fact, I came up with the same flow as you suggested. The only question for me is on how to properly structure the policy ressources which will then go as input to the Product Rating component. I have a gut feeling that it can get quite complicated. 

The two examples I presented above are just the tip of the ice-berg of how price models can be interwined. In my case ProductOffer is in fact a bundle of bundles. Not only do I have quite diverse pricing models on level 2 (flat rate model without counting units, counting units used, counting units used and considering their lenght, etc) but also, as an example: some total rate of bundle on level 1 can change the rate of another level1 bundle. It can also change a total rate on level 2 and the other way around. (see pic). This complexity also leads to the fact that the Product Rating component will have to take the order into account in which it calculates the rates of level1 bundles.

I did not understand why you would not use a policy component? (Quote: "The way we do rating and billing, we wouldn't use a policy component."

What would be a way to go without policies taking the fact into acount that the system should adhere to TMF-Standards?

Best Regards

Anton

--

@Matthieu Hattab , thanks for the elaborate answer. 

Indeed I would like to build a price polices autoring logic that complies to TMF-Standard. To formulate it more easily, I need to get ProducOffers and its rather complex price models into a system. Those will be used for rating and billing.

I studied GB922_Common and GB922_Product extensively. And I could (probably) model the policies as described in GB922_Product on the SID level but I do not see a way how to map those models to TMF620 API or to any other API.

The only mention of policy in TMF620 API is in constraint in ProductOfferingPrice. So I suppose that would be the place to put all policy models into.

From Jonathans post I now understand that there will be an TMF723 API in future which will provde a possiblity to work with policies in API but it is not released yet.

Best Regards

Anton

As Jonathan pointed out, TMF620 only provide a reference to a policy, so it's really not much.

Hello everyone,

the document IG1261_Product_Catalog_Commercial_Modeling_Patterns_v1.0.0.pdf describes the posibility to build price models using price POLICY, following an example from page 22.

Questions:

1. Where in TMF620 Product Catalog API would that policy object go to when I have more sophisticated pricing models like following two examples?
2. Is TMF620 Product Catalog API intended to be used for complex price models? (I could not find any examples in TMF620_Product_Catalog_Management_API_User_Guide_v4.1.0.pdf)
3. Could anyone post an example on how policy is used in TMF620 API in ProductOfferingPrice for a price model?

More complex Pricing model Examples:

Best Regards

Anton