Clarification for Some Behavior About PCM_OP_CUST_POL_VALID_BILLINFO (Doc ID 2187812.1)

Last updated on FEBRUARY 01, 2024

Applies to:

Goal

On : 7.5.0.14.0 version, Customer Registration

Some observations:
==============
1) When returning an error in the ebuf from PCM_OP_CUST_POL_VALID_BILLINFO,  it is “eaten” and the requested billinfo update quietly does nothing – not updated, but no error either

2) When returning an output flist with the PIN_FLD_FIELD validation structure, this subsequently gets turned into a set ebuf as expected, but there doesn’t seem to be much way to differentiate among different validation failures.  By the time the call gets back up to PCM_OP_CUST_UPDATE_CUSTOMER, it returns the same ebuf no matter what kind of validation failure has been set on it, and the output flist is gone.

3) Besides, when setting the ebuf if POL_PREP_BILLINFO instead of POL_VALID_BILLINFO;similarly, the ebuf gets used up.

ERROR:

========

Ideally, the requirement is to have an ebuf set in POL_VALID_BILLINFO to just propagate all the way up the stack.

Is there a way to propagate a specific error all the way up the stack without it getting cleared?

How to handle the response from PCM_OP_CUST_POL_VALID_BILLINFO under the following three circumstances?
1) Returns a NULL flist and an ebuf
2) Returns an ebuf *and* a flist representing a validation error
3) Returns a flist representing a validation error and an unset ebuf
 

 

Solution

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