BRM General Ledger Segregation Feature Is Not Working As Expected?
(Doc ID 2395873.1)
Last updated on SEPTEMBER 18, 2024
Applies to:
Oracle Communications Billing and Revenue Management - Version 7.5.0.17.0 and laterInformation in this document applies to any platform.
Goal
On : 7.5.0.17.0 version
BRM General Ledger (GL) segregation feature is not working as expected.
Whenever there are Non-Recurring Charge( NRC ) purchases made before GL cut-off period, the events sometimes are NOT recorded in new GL bucket which is what expected from this new GL segregation feature.
Use case:
1. Enable SegregateJournalsByGLPeriod business parameter and load GL calendar config object.
2. Purchase NRC deal within a GL period and check that a new /journal object created. (let us call this journal_t record - Journal-A)
3. Purchase same NRC deal again within GL period but effective date not same as step2. Verify that Journal-A is updated
4. Move pin_virtual_time to GL Period date, For example, 1-Mar-2018
5. Purchase same NRC deal with the effective date as 1-Mar-2018 and check that a new /journal object created. (let us call this journal_t record - Journal-B).
6. Purchase the NRC deal again with effective from 28-Feb-2018 and then verify which /journal object gets updated.
7. BRM is updating the Journal-A which is incorrect. BRM should update Journal-B. Since the prior period transaction after GL period cut-off is going into the prior period journal.
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 |