EAR 9.2: Payment Interface Process Abends at Step AR_PAYLOAD.SETDEPID.UPDTPYM2 With Error Code 1407 (Cannot Update NULL to PS_PD_PAYMNT_TAO5.DEPOSIT_ID) After Patch 33980129
(Doc ID 3018664.1)
Last updated on JUNE 28, 2024
Applies to:
PeopleSoft Enterprise FIN Receivables - Version 9.2 to 9.2 [Release 9]Information in this document applies to any platform.
Symptoms
It has been detected that when multiple instances of the Receivables Payment Interface process, (AR_PAYLOAD AE Program), are running at the same time, the system starts abending at Step AR_PAYLOAD.SETDEPID.UPDTPYM2, stating that it is unable to place a NULL value into Record Group PS_PD_PAYMNT_TAO5.DEPOSIT_ID.
This is taking place right after having implemented the solution from <Bug 33980129>, delivered within PeopleSoft Enterprise FIN 9.2 PUM Image #44. Prior to that, this was not taking place. The below new Steps were introduced, which is causing the problems in the logic:
- Application Engine Program, Section: AR_PAYLOAD.LBHDR
- Application Engine Program, Section: AR_PAYLOAD.LOCKDATA
- Application Engine Program, Section, Step, and SQL: AR_PAYLOAD.LBHDR.UNLK_LB (D)
- Application Engine Program, Section, Step, and SQL: AR_PAYLOAD.LBHDR.UNLK_LB (S)
- Application Engine Program, Section, Step, and SQL: AR_PAYLOAD.LOCKDATA.LOCKCUS2 (D)
- Application Engine Program, Section, Step, and SQL: AR_PAYLOAD.LOCKDATA.LOCKCUS2 (S)
- Application Engine Program, Section, Step, and SQL: AR_PAYLOAD.LOCKDATA.LOCKDEP2 (D)
- Application Engine Program, Section, Step, and SQL: AR_PAYLOAD.LOCKDATA.LOCKDEP2 (S)
- Application Engine Program, Section, Step, and SQL: AR_PAYLOAD.LOCKDATA.LOCKITE2 (D)
- Application Engine Program, Section, Step, and SQL: AR_PAYLOAD.LOCKDATA.LOCKITE2 (S)
- Application Engine Program, Section, Step, and SQL: AR_PAYLOAD.LOCKDATA.LOCKPAY2 (D)
- Application Engine Program, Section, Step, and SQL: AR_PAYLOAD.LOCKDATA.LOCKPAY2 (S)
REPLICATION STEPS:
1.- Have multiple FIN Receivables Users log into the FSCM Online Application in their respective sessions, and perform all the below steps
2.- Navigate to: Accounts Receivable > Payments > Electronic Payments > Process Payment Interface
3.- Create a new Run Control ID, with only the Lockbox check-box selected
4.- Click on the RUN button
5.- At the Process Scheduler Request pop up window, ensure the AR_PAYLOAD AE Program is selected
6.- At the exact same time, have all logged Users click on the OK button, in their respective sessions
7.- Navigate to: PeopleTools > Process Scheduler > Process Monitor
8.- PROBLEM: Confirm that multiple Process Instances from AR_PAYLOAD AE Program have been running, and at least one of them will end up in No Success with an Error Message, while the others will be marked in Success, but nothing has been processed
To gather more information concerning this scenario and its related problem, refer to the available Replication Steps PDF Document here linked containing the complete configuration and the replication steps necessary to reproduce the problem.
ERROR MESSAGE:
UPDATE PS_PD_PAYMNT_TAO5 SET DEPOSIT_ID = ( SELECT S.DEPOSIT_ID FROM PS_PD_DEPSEQ_TAO S WHERE S.PROCESS_INSTANCE = 123456789 AND S.DEPOSIT_BU = PS_PD_PAYMNT_TAO5.DEPOSIT_BU AND S.BNK_ID_NBR = PS_PD_PAYMNT_TAO5.BNK_ID_NBR AND S.BANK_ACCOUNT_NUM = PS_PD_PAYMNT_TAO5.BANK_ACCOUNT_NUM AND ( (S.DATA_SOURCE <> 'LBX' AND S.ACCOUNTING_DT = PS_PD_PAYMNT_TAO5.ACCOUNTING_DT AND S.LOCKBOX_ID = PS_PD_PAYMNT_TAO5.LOCKBOX_ID ) OR (S.DATA_SOURCE = 'LBX' AND S.LB_BANK_TRANS_ID = PS_PD_PAYMNT_TAO5.LB_BANK_TRANS_ID AND S.LOCKBOX_ID = PS_PD_PAYMNT_TAO5.LOCKBOX_ID AND S.LOCKBOX_BATCH_ID =
PS_PD_PAYMNT_TAO5.LOCKBOX_BATCH_ID)) AND S.DATA_SOURCE = PS_PD_PAYMNT_TAO5.DATA_SOURCE AND S.PROCESS_INSTANCE = PS_PD_PAYMNT_TAO5.PROCESS_INSTANCE ) WHERE PROCESS_INSTANCE = 123456789 AND DATA_SOURCE <> 'CDR' AND DATA_SOURCE <> 'XEL'
/
-- Row(s) affected: 0
-- Process 123456789 ABENDED at Step AR_PAYLOAD.SETDEPID.UPDTPYM2 (Action SQL) -- RC = 1407
ROLLBACK
/
-- SQL Error: ORA-01407: cannot update ("SYSADM"."PS_PD_PAYMNT_TAO5"."DEPOSIT_ID") to NULL "
Due to this abend, Lockbox Payment transactions are not getting their respective Deposits created in the system, which prevents further processing of outstanding Invoices in FIN Receivables module, to match with Payment Predictor, or manual Payment Worksheet. This delays the closing, or partial pay of Items, along with their missing Accounting Entries to be interfaced to the FIN General Ledger module.
The Receivables Payment Interface process, (AR_PAYLOAD AE Program), should be able to handle all the Lockbox transactions uploaded into the Staging Records, and generate the needed Deposits, and Payments.
Changes
Cause
To view full details, sign in with your My Oracle Support account. |
|
Don't have a My Oracle Support account? Click to get started! |
In this Document
Symptoms |
Changes |
Cause |
Solution |
References |