Folds in BRM 12 PS3 Not Applied in the Same Order as Before in 7.5 PS22 (Doc ID 2836243.1)

Last updated on OCTOBER 06, 2023

Applies to:

Symptoms

The fold behavior changed from Billing and Revenue Management (BRM) 7.5 to 12. In 7.5, the fold is applied first and then the grant happens. But in 12, the grant is happening first and then the fold is applying which is causing the grant to be zeroed out.

With Pricing configuration
--------------------------------
1. fold to empty resource counter
2. cycle fee to grant resource got next cycle (e.g 500)

ACTUAL BEHAVIOR
--------------------------------
After upgrade to BRM 12PS03, the bucket is zero after running billing.

EXPECTED BEHAVIOR
--------------------------------
Like in 7.5, the bucket should be folded into 0 and the cycle fee should be granted 500 after billing.

The issue is because of default behavior of config_billing_delay parameter changed.

In 7.5, it is only as a cm pin.conf entry and it is disabled by default:
# By default, this configuration parameter is disabled, so the autobilling
# trigger is enabled. This is a system-wide parameter only.
#======================================================================
#- fm_bill config_billing_delay 10

In 12, its available as a business parameter and it is enabled by default:
PARAM_NAME, PARAM_TYPE, PARAM_VALUE
config_billing_delay, 5, 0

The scenario is working with this parameter disabled. However, the user already have events been rated for a couple of months on the production system.

How to disable the parameter?
Or, is the warning only during rating of events, i.e. do not reset the parameter during rating?

Changes

Referring to the document:
https://docs.oracle.com/en/industries/communications/billing-revenue/12.0/billing/setting-delayed-billing1.html#GUID-01BB9AAA-9E02-4ED9-A714-B6CF175F4A6A

Configuring Delayed Billing
By default, delayed billing is enabled. You can configure delayed billing by setting the ConfigBillingDelay parameter using the pin_bus_params utility. For information on this utility, see BRM Developer's Guide.

Note:
To use delayed billing, set ConfigBillingDelay to a value ranging from 1 to 27. The length of the billing delay interval must be shorter than one accounting cycle.
If you do not want use delayed billing, set ConfigBillingDelay to 0.
To disable delayed billing, set this parameter to -1. This is supported for backward compatibility.

Caution:
You can change the value of ConfigBillingDelay at any time. However, after you begin rating events in a production database, do not reset this parameter. Doing so might cause database errors

Cause

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.