Negative Acknowledgments, known as NACKs, let the sending system know that there was an error while processing the message.
If there were problems processing the message, a negative ACK message is sent to the sending system. That message will be delivered back into SWTIN folder in DOKA and can be viewed in INFACK .
NACK Messages can be re-processed when the transaction has completed the work flow or not
Key steps to troubleshoot the NACK :
1.Check for the Rejection reason. It could be due to invalid BIC ,invalid address. Rejection reason can be checked in the message populated in the SWTIN folder or can be checked in INFACK using the message unique Reference (MUR).
eg.T27 or T28 indicates invalid BIC code
The highlighted field represents the MUR -Message user Reference which can be used in screen INFACK To query ACK/NACK Records .
2.Rectify the Issue and reprocess the swift in DBXTRN(Resend the duplicate message ) change the bic if necessary .If the Contract is moved to final correct the message in DBXTRN else use DBWTRN - Transaction to repair workflows ,if the workflow is not completed.
3.If there are no errors in the SWIFT Message, ACK message will be regenerated with a different MUR and can be checked in INFACK or the respective transaction.
Rejection Reason for NACK message :
In the information transaction for electronic messages ’Info Acknowledgement Entry
(INFACK)’ the reason code is shown. So, there is no need to investigate for the reason
outside of DOKA-NG.
Example of NACK Error codes :
S.NO | Error code | Description |
1. |
T27 | BIC incorrectly formatted or invalid. |
2. |
T28 | SWIFT BIC is not a valid destination. |
3. | T29 | SWIFT BIC contains an invalid branch code |
4. | T45 | Invalid non-SWIFT BIC. |
5. | T50 | Date Error |
6. | T40 | Missing amount/number or incorrect amount/number first character. |
Comments
0 comments
Please sign in to leave a comment.