Expected Behavior With Hung CC Batch And Changed Pay Type?
Last updated on SEPTEMBER 26, 2016
Applies to:Oracle Communications Billing and Revenue Management - Version: 220.127.116.11.0
Information in this document applies to any platform.
Checked for relevance on 19-Aug-2011
Consider the following chain of events:
1. run pin_collect to charge CC accounts;
2. The network connect to PTI fails and the batch is not sent;
3. A customer changes to invoice pay type;
4. pin_recover -resubmit now errors on the account that changed pay type.
What is the expected behavior at this point when performing the resubmit? Should the system not re-send accounts that have changed pay type? What if they only changed CC#?
The system already has all the cc details in /event/billing/charge/cc, so it should be able to recreate the charge info for fusa. However, the system actually drops that account from the fusas. Instead the system breaks when processing the fusas.
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