Fm_rate_rps Does Not Call Op_zonemap_pol_get_lineage When 2 Products Qualify (purchased & System) (Doc ID 2207547.1)

Last updated on AUGUST 24, 2023

Applies to:

Goal

Scenario:

-  A system product has been created to gather all common prices for all accounts.
-  When the system fails to rate a call by using the first qualified purchased subscription product, then it fails to rate the call with the second qualified system product.
-  It seems that fm_rate_rps does not call op_zonemap_pol_get_lineage right after creating the RPS hash for the system product, as it does for the purchased one.

Steps to reproduce :

1. Create an account and purchase the product , ex: "HOME - VOIP - charge".
2. Load usage

Observations :

-  Call remains unrated and fm_rate_rps returns "RPS result Not Found" although there is matching data in RPS table of "System - VOIP - charge" product for given event data.
-  It seems that this issue occurs whenever the last event attribute used in the rate plan selector of the first qualified product (Home - VOIP - charge) is the same as the first one used in the rate plan selector of the second qualified product (System - VOIP - charge) and there are no matching data in the RPS table of the first qualified product.
-  System product is used to gather all common prices for all accounts in one product in order to minimize maintenance effort.
 

Solution

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