Note:
Tassos infomed me that the requirement is for customer-specific price book. A form of framework agreement singed between the CSP and a business customer where a list of PO are listed with special prices. These special prices adjust/override the normal "list price"
Jonathan said constraint will be removed from TMF620 so we should wait and see what the next version of the API will provide (can't wait!)
the price book (framework agreement) may contain POP like:
- -10% on VPN for 3 months
- €45/month for internet
- no installation fee on mobile subscriptions
- ...
These can be seen as "price alterations" (cf GB922 - Product), which is a type of POP.
So each line in the price book is a POP associated to a PO.
Say "ProguardVPN" PO has a POP of €40 (normal price) per month
Customer "Bluesteel" has a framework agreement/price book that contains ProguardVPN associated with POP: "-10% for 3 months"
TMF620 can return
all POPs associated with ProguardVPN, which include the €40 monthly charge, the 10% discount, and any other POP relevant to ProguardVPN. but TMF620 will not tell you which of these POP is applicable to the product price in a shopping cart.
your CRM has a "pricing engine" / CPQ that should be able to check if Bluesteel has a valid price book, if ProguardVPN exists in the price book and if yes, update the product price.
you'd need to find TMF APIs that the CPQ can consume GET /POST to determine if customer has a framework agreement/price book and if the product you're pricing exists there.
Other ideas:
POP are associated to Product Terms (Terms), check the SID documentation, there could something useful with Terms
Price Policy, could still be a solution, at least to help identifying if Bluesteel has a valid price book that contain ProguardVPN. Hopefully the next TMF620 API has a Price Policy in store.