This feature repair Outbound SWIFT CBPRPlus / TARGET2 ISO messages sent out to the network and got NACKed.
27.1.1 NACKed Message Processing
NACKed Message follows below processing steps:
l Section 27.1.1.1, "Incoming Negative Acknowledgement Processing"
l Section 27.1.1.2, "Outbound Message Repair Processing"
l Section 27.1.1.3, "Outbound Message Resend Processing"
27.1.1.1 Incoming Negative Acknowledgement Processing
l After receiving the negative acknowledgment and matching with the original outbound SWIFT CBPRPlus / TARGET2 ISO message, the system logs the original Outbound message in the Outbound Messages Repair Queue.
Note
Negative Acknowledgement message refers to NACK from SWIFT FINPlus/Interact, admi.007 (Receipt Acknowledgement) from TARGET2 and admi.002 (Message Rejection).
l A new queue reference is generated, and the below fields of the outbound message get populated.
– Original Transaction Reference as Reference Number
– UETR
– Message Format (Value as MX)
– SWIFT Message Type
– Network
– Branch
– Receiver (Instructed Agent or To BIC)
– Currency
– Amount
– Acknowledgement Status
– Network Acknowledgement Status
– Current Status as 'Pending'
Note
If the NACKed message is embedded in the DataPDU header, the DataPDU gets removed and the payload (Business Application Header and payment message) is logged in the Message Repair Queue.
27.1.1.2 Outbound Message Repair Processing
l The system generates a new Document Number (DCN). The generated Document Number (DCN) gets auto populated in the repaired message.
l Below table lists the SWIFT CBPRPlus message types and the tag details that gets updated with the generated Document Number (DCN).
Message Type |
Node |
Tag Name
|
Tag |
pacs.008 |
Business Application Header |
Business Message Identifier |
BizMsgIdr |
pacs.008 |
Group Header |
Message Identification |
MsgId |
pacs.009 |
Business Application Header |
Business Message Identifier |
BizMsgIdr |
pacs.009 |
Group Header |
Message Identification |
MsgId |
pacs.004 |
Business Application Header |
Business Message Identifier |
BizMsgIdr |
pacs.004 |
Group Header |
Message Identification |
MsgId |
pacs.002 |
Business Application Header |
Business Message Identifier |
BizMsgIdr |
pacs.002 |
Group Header |
Message Identification |
MsgId |
pain.001 |
Business Application Header |
Business Message Identifier |
BizMsgIdr |
pain.001 |
Group Header |
Message Identification |
MsgId |
pain.002 |
Business Application Header |
Business Message Identifie |
BizMsgIdr |
pain.002 |
Group Header |
Message Identification |
MsgId |
camt.056 |
Business Application Header |
Business Message Identifier |
BizMsgIdr |
camt.029 |
Business Application Header |
Business Message Identifier |
BizMsgIdr |
camt.054 |
Business Application Header |
Business Message Identifier |
BizMsgIdr |
camt.054
|
Group Header |
Message Identification |
MsgId |
l Below table lists the TARGET2 message types and the tag details that get updated with the generated Document Number (DCN):
Message Type |
Node |
Tag Name
|
Tag |
pacs.008 |
Business Application Header |
Business Message Identifier |
BizMsgIdr |
pacs.009 |
Business Application Header |
Business Message Identifier |
BizMsgIdr |
pacs.004 |
Business Application Header |
Business Message Identifier |
BizMsgIdr |
pacs.002 |
Business Application Header |
Business Message Identifier |
BizMsgIdr |
camt.056 |
Business Application Header |
Business Message Identifier |
BizMsgIdr |
camt.029 |
Business Application Header |
Business Message Identifier |
BizMsgIdr |
camt.050 |
Business Application Header |
Business Message Identifier |
BizMsgIdr |
camt.003 |
Business Application Header |
Business Message Identifier |
BizMsgIdr |
admi.005 |
Business Application Header |
Business Message Identifier |
BizMsgIdr |
Note
As per the TARGET2 rule book, the system populates 'NONREF' value in the Message Identification tag. So, this tag value is not overwritten with the newly generated Document Number (DCN) value.
l The system populates a regenerated message in the Outbound Message Browser (PMSOUTBR) against the newly generated Document Number (DCN):
– Message Status is updated as 'Generated'
– Acknowledgement Status is updated as 'Pending'
– Network Acknowledgement Status is updated as Blank
l The SWIFT Message Notification Browser (MSSNOTIB) is also updated. The Acknowledgement Status and the Acknowledgement Message values get updated.
l The original message that got NACKed is marked as suppressed in Outbound Message Browser (PMSOUTBR).
27.1.1.3 Outbound Message Resend Processing
l The Outbound Message Resend Processing is same as the Repair Processing.
27.1.2 Outbound Message Repair Queue
This screen populates the Outbound SWIFT CBPRPlus / TARGET2 ISO messages that are NACKed.
You can invoke “Outbound Message Repair Queue” screen by typing the function ID ‘PQSMSONK’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.
You can search using one or more of the following parameters:
l Queue Reference Number
l Document Number (DCN)
l Original DCN
l Reference Number
l UETR
l Branch
l Receiver
l Media
l Message Format
l Message Type
l SWIFT MX Type
l Network
l Currency
l Amount
l Network Type Code
l Acknowledgement Status
l Network Acknowledgement Status
l Current Status
l Authorization Status
l Verification Status
l Transaction Type
l Network Acknowledgement Message Type
l Maker ID
l Checker ID
Once you have specified the search parameters, click ‘Search’ button. The system displays the records that match the search criteria.
Double click a record or click the ‘Details’ button after selecting a record to view the detailed screen.
The following actions can be performed for the selected transactions:
Actions |
Functions |
---|---|
Repair |
Repairs the NACKed Outbound SWIFT CBPRPlus / TARGET2 messages. A Repair sub screen get launched to show the full XML message (outbound message) that got NACKed. |
Reverse Transaction |
You can reverse the underlying transaction of the NACKed message. On clicking the Reverse Transaction tab, the system launches the sub-screen Reverse Transaction Details to capture the Maker Remarks / Checker Remarks. |
Resend |
Resends the message to the network again without modifying any data. |
Authorize |
Authorization of the action taken by Checker. |
Verify |
The system launch the Repair sub-screen. The user is forced to enter the Verifier Remarks. The user is not allowed to modify the value of any other field. |
Delete |
You can undo the Repair/Reverse/Resend action. If the last action is 'Repair', the repaired message data get deleted. |
Reject |
Rejection of unauthorized user action by Maker. |
View Message |
View the original outbound message that was generated and sent out. |
View Acknowledgement |
View the NACK message received for the out message sent out. |
View Transaction |
Launches the underlying transaction view screen. |
Message Type |
Network Type |
Function ID
|
PACS.008 (Includes STP) |
SWIFT CBPRPlus |
PSDOCBVW |
PACS.009 (Includes Core / Cover / Advice) |
SWIFT CBPRPlus |
PSDOCNVW |
PACS.004 |
SWIFT CBPRPlus |
PSDOCBRV |
PACS.008 |
TARGET2 |
PSDOT2CV |
PACS.009 9Includes Core / Cover) |
TARGET2 |
PSDORBTV |
PACS.004 |
TARGET2 |
PSDOCBRV |