Hi Alejandro
ProductRefOrValue is actually another way of saying Product, i.e. an installed/assigned product in the inventory, or contained within a product order. We could expect there to be 10,000,000s (or 100,000,000s) of these, as distinct from catalog entities such as ProductOffering, where there could be 10s, 100s, 1000s (but not millions). RefOrValue means just that - the entity can be referred to or embedded by value. So you could use the ProductPrice class, contained within Product, to communicate back the price, in the qualification output.
Hope it helps
------------------------------
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: Feb 16, 2021 05:05
From: Alejandro González Pérez
Subject: TMF679 - Product Offering Qualification: How to represent prices in the qualification response
Hi!
Hope that this was not answered before, but couldn't find the same scenario: We are currently trying to expose prices via the POQ API qualification response. So far I've identified two ways to do so. First one would be the most straightforward, which is using ProductOfferingRef pointing to our Product Catalogue resource where the standard prices reside.
But, sometimes the prices are "dynamic" or, more specifically, based on a customer specific contract or agreement. For this case, we are fetching prices from other APIs that provide the pricing information for those specific cases where a customer has a special price negotiated. To me, it seems that ProductOfferingRef is not the adequate place to put the price... I've checked also the ProductRefOrValue, but to be honest I still struggle to understand the differences between that resource and ProductOfferingRef. This one I see it has Pricing resource linked to it tho...
What would be your suggestions or how would you overcome the situation? Is it okay to just extend the API specification or should another API take the role for this scenario?
Thanks a lot in advance for your help!
------------------------------
Alejandro González Pérez
Telia Company
------------------------------