Last updated on OCTOBER 09, 2013
Applies to:
Oracle Communications Billing and Revenue Management - Version 7.3.1.0.0 to 7.3.1.0.1 [Release 7.3.1]Information in this document applies to any platform.
Checked for relevance on 20-Feb-2012.
Symptoms
-- Problem Statement:
With <Patch 8329519>, the TotalC in the threshold type discount rule always becomes StepC. As a result, the discount cannot grant the correct amount.
To reproduce the case :
* Create a purchase product with the charge $200 and a discount which will grant the discount based on the total purchased fee.
* If the purchase fee is more than 10$, it will give 20% discount.
* If the purchase fee is less than 10$, it will give 10% discount.
* So the expected result is (200 - 200 * 20%) = 160.
* But with patch 8329519, the result is (200 - 190 * 20%) = 162.
* Without patch 8329519, the result is correct, as expected.
When CM is sending the discount request to Realtime Pipeline, PIN_FLD_CHECK_CREDIT_LIMIT is 0 in environment without 8329519; whereas, PIN_FLD_CHECK_CREDIT_LIMIT is 1 in with patch 8329519. That maybe the reason to cause the problem.
* Create a purchase product with the charge $200 and a discount which will grant the discount based on the total purchased fee.
* If the purchase fee is more than 10$, it will give 20% discount.
* If the purchase fee is less than 10$, it will give 10% discount.
* So the expected result is (200 - 200 * 20%) = 160.
* But with patch 8329519, the result is (200 - 190 * 20%) = 162.
* Without patch 8329519, the result is correct, as expected.
When CM is sending the discount request to Realtime Pipeline, PIN_FLD_CHECK_CREDIT_LIMIT is 0 in environment without 8329519; whereas, PIN_FLD_CHECK_CREDIT_LIMIT is 1 in with patch 8329519. That maybe the reason to cause the problem.
Cause
Sign In with your My Oracle Support account |
|
Don't have a My Oracle Support account? Click to get started |
My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms