Hi Vinodkumar
If you can make the examples concrete (e.g. Product A is IPTV, and Product B is set-top-box STB) this would help more.
Going with that example, and assuming that the STB
is not part of the IPTV bundle, you are perhaps saying that I can offer the customer STBs as add-ons to the bundle. But even though the STB is not part of the bundle, you want to restrict the customer from purchasing more than two STBs, is this correct?
------------------------------
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: Jul 27, 2022 02:01
From: Vinodkumar Rajaram
Subject: Product Offering relationship
Hi Jonathan,
Thanks for your reply,
Eg:- Assume that Product A is one Product Offering and Product B is another Product offering, Product A is Related to Product B via Product Offering Relationship, I need to set max 2 instances for Product B ( i.e 2 Relationship is allowed ) if that's the case then in the Catalog where to set the cardinality as min 0 & max 2?
Thanks
------------------------------
Vinodkumar Rajaram
BT Group plc
------------------------------
Original Message:
Sent: Jul 26, 2022 09:33
From: Jonathan Goldberg
Subject: Product Offering relationship
Hi Vinodkumar
You already have the cardinalities for bundling offerings. In a planned update to TMF620 (in v4.2) we plan to introduce an additional bundling relationship class that will support group cardinality (e.g. choose a minimum of 3 and a maximum of 8 from a list of offerings).
But I get the feeling from your query that you are looking for cardinality specifications for a non-bundling relationship. It would help if you could give a concrete business example (if you can manage without leaking BT's IP).
------------------------------
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.