Scenario:
- the payment is still not processed
- duplicate payment
- Anything related to payment, once the payment is initiated trhough, Claims → payment + settlement → Pay Items button click
Refer for more details 5 MSGS Flow
Technical info:
- On payment initiation,
- Claim will get closed, with a audit trail as below
- A entry will be added in Payadv table, with MRT_KEY format "PL"+Date as YYYYMMDD + ":" + "Time" +":" +"username"
- 1 + n entries will be added in Journal table
- Claim will get closed, with a audit trail as below
- On Payment Approval
- PayAdv record's Maker Checker status column will get Approved status, and there will be values for Verified, Authorized columns ( can be verified using query 3.a.)
- With Maker/Checker status = "APPROVED" , MSGS service will start initiating the Payment process, which include payment message creation, updating BRIDGE Tables, Reading and updating ACK etc( can be verified using query 3.a.)
- Write payment message to CM_MQMSGS_OUT_BRIDGE with CMOB_STATUS = NOT. ( can be verified using query 3.c.)
- Barclays system will read it from there. On reading a payment records, their system will update CMOB_STATUS = PRO
- Read ACK added by Barclays system, from CM_MQMSGS_IN_BRIDGE with CMOB_STATUS = NOT. Once read by CM, CM will update CMOB_STATUS = PRO ( can be verified using query 3.e.)
- The ACK information on payment will be updated on the payadv table ( can be verified using query 3.a.)
- Send the settlement message, ie write settlement message to CM_SETTLEMENT_DETAIL_BRIDGE & CM_SETTLEMENT_SUMMARY_BRIDGE tables. Barclays system read it from there.
- Below are the relevant queries
- SELECT * FROM MRT_BCCLAIMSJOURNAL WHERE MRTTIMESTAMP IN ('20210924:04355503:svcMSGS'); – payment advise MRT KEY, with PL removed from it. This key is found in Claim's Audit Trail. Check the above screenshot.
- SELECT * FROM MRT_BCCLAIMSPAYADV WHERE MRT_KEY IN ('PL20210924:04355503:svcMSGS');
- SELECT * from CM_MQMSGS_OUT_BRIDGE where CMOB_DATA like '%2021092404355503%'
- SELECT MRT_KEY,MRT_CLOSEDATE,MRT_CLOSED,MRTID,MRTASCLMFLAGS,MRTCLMFLAGS,MRTNUMSETTS,MRT_FLAGS,MRTLASTSETTDATE,MRTMSF_P_STATUS,MRT_NARRATIVE,MRTMSF_P_NARRATIVE,MRT_CLOSEDFLD, MRTAMOUNT,MRTALREADYPAID,MRTALREADYPAIDTBU,MRTPAIDBY,MRTSETTBY,MRTVALUEDATE,MRTUNIQUEREF,MRT_IMPORTDATE,MRT_LASTUPDATE FROM MRT_BCCLAIMS WHERE MRT_KEY IN (SELECT MRTCMJREF FROM MRT_BCCLAIMSJOURNAL HERE MRTTIMESTAMP IN ('20210924:04355503:svcMSGS'));
- select * from cm_mqmsgs_in_bridge where CMIB_DATA like '%2021092404355503%'
- For duplicate payment,
- Query 3 b will have multiple results.
- In such scenarios,
- take the claims' audit trail. If the settlement cash of 2nd payment is 0, then there is no issue
- In query results of 3 b.', check ACK column. In query 3.c check the CMOB_STATUS column. If it is NOT, then barclays have not yet read the payment.
Comments
0 comments
Please sign in to leave a comment.