You can try searching around the internet. You should find some YouTube videos; moreover, you should find some Oracle BRM documents. As an Oracle Gold partner, we have Oracle Communications Billing and Revenue Management ( abbreviations Oracle BRM, OBRM, OCBRM) books. I suggest that you start with Oracle BRM Essentials, and then continue, based on your needs (OCBRM Development, OCBRM Pipeline development, OCBRM Pricing, OBRM administration, etc.).

Regards,
Ales

I am new to Oracle BRM and would like to learn it. could you please help me as to where to start with. Are there any documents available online for the same.

I have an issue here . In my databse there are three types of Products- cycle forward, one-off,cycle arrear . Cycle arrear products are just included in product list . However, when I am running pin_bill_day on 1st of the next month two duplicate events are getting generated in the system . As a result, two same lines are reflecting in the invoice which is generating invoice with double amount of what it should be . After initial analysis I found that due to two executables of pin_bill_day duplicate lines are coming for cycle arrear products . One is pin_bill_accts and another is pin_cycle_fees .

So, can you please let me know any way so that I can filter cycle arrear product fee calculation on pin_cycle_fees executed by pin_bill_day of 1st of the next month . Eager to know from you or let me know if further clarification is needed .

Regards,
Sayan

There can be many different reasons why some deals, plans or products get inactive after billing.

Billing scripts run one or more billing utilities, pin_bill_day runs the following billing utilities:
* pin_deferred_act
* pin_bill_accts
* pin_collect
* pin_refund
* pin_inv_accts
* pin_deposit
* pin_cycle_fees

You can customize pin_bill_day to specify which billing utilities to run and set the parameters for each billing utility to specify how to run them.

By default, pin_deferred_act utility is included in the pin_bill_day script and is used to execute deferred actions. For example, if a CSR has scheduled an account to become inactive, the pin_deferred_act utility performs the status change on the scheduled date. This should be the most common reason why some plan become inactive after you do billing.

The second reason could be running pin_cycle_fees utility, that is also included in pin_bill_day script. pin_cycle_fees utility cancel products that have an expired pending cancellation date. For example, if a product is set to cancel at a future date, the pin_cycle_fees utility cancels the product.

As I mentioned you can set the parameters for each billing utility to specify how to run them and what actions they will perform. I suggest that you first pay attention on dates that specify when some plan should be cancel, cycle_end_t (cycle end time) and purchase_end_t (purchase end time) are set when you activate some plan, and they trigger status change (in your case to inactive) when you run billing.

I hope my answer will be useful to you, for more detail explanation I would need more specific information about accounts (plans) that become inactive and about billing utilities configuration.

Best Regards, Ales Cvetic

Our client uses two HP-UX Intanium servers.

BRM servers:
• 2 x HP Integrity RX6600
• 4 x Intel Itanium Dual Core 1.8 GHz
• 64 GB memory
• HP UX B.11.23 64 bit
• multiple Gbit ETH and 4Gb FC

BRM DB servers:
• 2 x IBM x36502
• 2x Intel Xeon Dual Core 3.16 GHz
• 48 GB memory; Red Hat Enterprise Linux 4 (Nahant Update
• 4 TB disk storage allocated
• multiple Gbit ETH and 4Gb FC
• Oracle 10.2 EE RAC database
Automatic Storage Management used for BRM in Active / Standby mode
Secondary BRM standby db RAC node used for mediation, reporting and other purposes

Storage:
• 1 x HP XP 24000
• dedicated disks for BRM database ASM managed
• 64 GB cache4 Gbit FC bandwidth for BRM database

Best regards,
Ales

May I know, which platform are you using? What’s the sizing of the hardware to support this implementation?

Regards.