Ordered Balance Group Does Not Seem To Order Correctly Using PCM_OP_SUBSCRIPTION_ORDERED_BALGRP_BULK_MODIFY Opcode (Doc ID 845753.1)

Last updated on JUNE 21, 2017

Applies to:

Oracle Communications Billing and Revenue Management - Version: 7.3.1.0.0
This problem can occur on any platform.

Symptoms

-- Problem Statement:

When create an /ordered_balgrp object with the PCM_OP_SUBSCRIPTION_ORDERED_BALGRP_BULK_MODIFY opcode the order of discount share is not correct.

-- Steps To Reproduce:

1) Start with 3 accounts: Account A with Discount Share a ( say, /group/sharing/discounts 857338) ; Account B with Discount Share b ( say, /group/sharing/discounts 837621); Account C with discount but no share and no ordered balance group yet.

2) Add Account C as member to Discount Shares a & b - still no ordered balance group on Account C as of yet because the memberships have not been accepted.

3) Accept Account C's membership in Discount Share a. An ordered balance group is created with elements 0 (Discount Share a) and 1 (Discount Share -1,i.e. discounts local to Account C). Thus, on creation of the ordered balance group, Discount Share a is given higher priority than the local discounts.


nap(2745)> robj - 0.0.0.1 /ordered_balgrp 864552
# number of field entries allocated 20, used 11
0 PIN_FLD_POID           POID [0] 0.0.0.1 /ordered_balgrp 864552 0
0 PIN_FLD_CREATED_T    TSTAMP [0] (1239857470) Wed Apr 15 21:51:10 2009
0 PIN_FLD_MOD_T        TSTAMP [0] (1239857470) Wed Apr 15 21:51:10 2009
0 PIN_FLD_READ_ACCESS     STR [0] "L"
0 PIN_FLD_WRITE_ACCESS    STR [0] "L"
0 PIN_FLD_ACCOUNT_OBJ    POID [0] 0.0.0.1 /account 742909 0
0 PIN_FLD_EFFECTIVE_T  TSTAMP [0] (1239857470) Wed Apr 15 21:51:10 2009
0 PIN_FLD_OBJECT_CACHE_TYPE   ENUM [0] 0
0 PIN_FLD_SERVICE_OBJ    POID [0] 0.0.0.1 /service/ip 743939 7
0 PIN_FLD_ORDERED_BALGROUPS  ARRAY [1] allocated 20, used 1
1     PIN_FLD_GROUP_OBJ      POID [0] 0.0.0.1 /group/sharing/discounts -1 0
0 PIN_FLD_ORDERED_BALGROUPS  ARRAY [0] allocated 20, used 1
1     PIN_FLD_GROUP_OBJ      POID [0] 0.0.0.1 /group/sharing /discounts 857338 43
nap(2745)>


4) Accept Account C'd membership in Discount Share b. Another element is added to the ordered balance group - element ID 2 (Discount Share b). Thus, unlike the first acceptance, this one puts the discount share (b) after the local discounts (-1).


nap(2745)> robj - 0.0.0.1 /ordered_balgrp 864552
# number of field entries allocated 20, used 12
0 PIN_FLD_POID           POID [0] 0.0.0.1 /ordered_balgrp 864552 2
0 PIN_FLD_CREATED_T    TSTAMP [0] (1239857470) Wed Apr 15 21:51:10 2009
0 PIN_FLD_MOD_T        TSTAMP [0] (1239857616) Wed Apr 15 21:53:36 2009
0 PIN_FLD_READ_ACCESS     STR [0] "L"
0 PIN_FLD_WRITE_ACCESS    STR [0] "L"
0 PIN_FLD_ACCOUNT_OBJ    POID [0] 0.0.0.1 /account 742909 0
0 PIN_FLD_EFFECTIVE_T  TSTAMP [0] (1239857616) Wed Apr 15 21:53:36 2009
0 PIN_FLD_OBJECT_CACHE_TYPE   ENUM [0] 0
0 PIN_FLD_SERVICE_OBJ    POID [0] 0.0.0.1 /service/ip 743939 7
0 PIN_FLD_ORDERED_BALGROUPS  ARRAY [1] allocated 20, used 1
1     PIN_FLD_GROUP_OBJ      POID [0] 0.0.0.1 /group/sharing/discounts -1 0
0 PIN_FLD_ORDERED_BALGROUPS  ARRAY [2] allocated 20, used 1
1     PIN_FLD_GROUP_OBJ      POID [0] 0.0.0.1 /group/sharing/discounts 837621 43
0 PIN_FLD_ORDERED_BALGROUPS  ARRAY [0] allocated 20, used 1
1     PIN_FLD_GROUP_OBJ      POID [0] 0.0.0.1 /group/sharing/discounts 857338 43
nap(2745)>


Why is the first discount share added with higher priority by default but the second one is not? This seems to be an inconsistency between the two calls.

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