Incorrect Discounting Due to Multi Rum Scenario With Match Factor
Last updated on APRIL 07, 2018
Applies to:
Oracle Communications BRM - Elastic Charging Engine - Version 11.3.0.5.0 and laterInformation in this document applies to any platform.
Symptoms
The reported issue focused on the strange discount behavior where in it is discounted properly but the remaining balance getting corrupted.
Below is the scenario description
The input CDR is of 8 seconds.
Balance before start of applying alteration
2018-02-19 01:22:00.511 AEDT DEBUG - 746928725836169220 - 36157300000220461402564827 - 5069473871 - Balance snapshot before applying alteration ::BalanceSnapShotImpl{balanceSnapShot={EBAL={}, 19230087098={AUD=13.47, SUsgTax=2.1, SubOS$=2.1, XF2XFMin=-59928, AdjBun$=-2.48}}}
Balance after applying first alteration
2018-02-19 01:22:00.746 AEDT DEBUG - 746928725836169220 - 36157300000220461402564827 - 5069473871 - DSL :: Balance snapshot : {EBAL={10000095=1.00}, 19230087098={AUD=13.2200000000000000, SUsgTax=2.1, SubOS$=2.1, XF2XFMin=-59920.00000000000, AdjBun$=-2.30}}
Balance before the start of Second Discount
2018-02-19 01:22:00.763 AEDT DEBUG - 746928725836169220 - 36157300000220461402564827 - 5069473871 - DSL :: Balance snapshot : {EBAL={10000095=1.00}, 19230087098={AUD=13.22, SUsgTax=2.1, SubOS$=2.1, XF2XFMin=-59926, AdjBun$=-2.30}}
Changes
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