Pipeline Discounting Does Not Have The Current ECE Balance Status Leading To Wrong Discount Result
(Doc ID 2549396.1)
Last updated on JUNE 26, 2024
Applies to:
Oracle Communications Billing and Revenue Management - Version 7.5.0.20.0 and laterOracle Communications BRM - Elastic Charging Engine - Version 11.3.0.0.0 and later
Information in this document applies to any platform.
Goal
There are set of products defined that reset the balances that are defined as a item charge and a set of discounts that debit the balance up to a certain threshold. In static situation (no usage) everything works fine. Unfortunately when there is usage the BRM (Billing and Revenue Management) balances are not updated until the usage events are processed by pin_rel. The sequence of actions are :
1. Purchase a product that grants a balance
2. Stop pin_rel
3. Generate usage consuming from the balance
4. Purchase a reset bundle
Since the BRM balance is not updated with usage amounts, the reset of balance is for a wrong amount (the initial grant instead of initial grant - used amount). Even more - since the reset tries to debit more the balance on the ECE (Elastic Charging Engine) side goes over zero without credit ceiling breach.
So it means that if the reset happens between the moment ECE generates the event and pin_rel processes the CDR (Call Detail Record) the balances are completely out of sync.
How to resolve this issue?
Solution
To view full details, sign in with your My Oracle Support account. |
|
Don't have a My Oracle Support account? Click to get started! |
In this Document
Goal |
Solution |
References |