financial - SWIFT ACK 报文解析

Question

我正在通过基于 java 的应用程序生成 SWIFT 消息 MT 110 和 MT 103。为了与最终客户进行核对和共享，我们需要将从 SWIFT 终端收到的 Ack Nak 消息映射回 MT 110 和 MT 103 交易。为此，我需要解析每个 ACK​​ 文件并找出

20:发件人引用号ABC1380Q02418

451:0(确认)

451:1 (NAK) 然后 405 字段。

我尝试使用 Prowide Core (WIFE) 开源 SWIFT Java 库执行此操作，但我无法解析 ACK。通过库，我能够解析 MT 110 和 MT 103 消息，但不能解析 ACK 或 NAK 消息。需要您帮助了解如何通过 Prowide Core (WIFE) 开源 SWIFT Java 库解析 SWIFT ACK NAK 文件。

下面粘贴了示例 ACK 消息:

23/12/15-11:50:14 BulBoardCTFACK-0192-000001 1

<小时/>

--------------------- 实例类型和传输 --------------

原件发送至 SWIFT 的通知(传输)(ACK)

网络传输状态:网络确认

优先级/交付:正常

消息输入引用:1150 151223ABCINBBADEL2567311531

---------------------------------------- 消息头 ------------------ -------

快速输入:FIN 103 单一客户信用转账

发件人:ABCDINBBDELTTTT银行有限公司(XXXX分行)YYYYYYYYYYY

接收器:ANZBAU3MXXX澳大利亚和新西兰银行集团有限公司澳大利亚墨尔本

---------------------------------------- 消息正文 ------------------ ---------

20:发件人引用号ABC1380Q02418

23B:银行操作代码信用评级

32A:Val Dte/Curr/Interbnk Settld Amt日期 : 2015 年 12 月 23 日货币 : AUD(澳大利亚元)金额:#8000,0#

33B:货币/指示金额货币 : AUD(澳大利亚元)金额:#8000,0#

50K:订购客户姓名和地址/M4132378ABC防御GHI 76 AX , 模型城 EXT ,XXXXXXXXX

53A:发件人通讯员 - FI BIC/1111111 00001ABCDEFBDELABC

57D:包含 Inst 名称和地址的帐户//AU063144共同财富银行澳大利亚 SWIFT 代码 CTBAAU2S

59:受益人客户名称和地址/555555ABCDEFYYYYYYYYY

70:汇款信息维护

71A:收费详情本

71F:发件人费用货币 : AUD(澳大利亚元)金额:#0,0#

---------------------------------------- 消息预告片 ------------------ ------

{CHK:41B1AA23FEDF}

PKI 签名:MAC 等效

---------------------------- 干预措施 ------------------ -------

类别:网络报告

创建时间:23/12/15 11:50:03

应用:SWIFT 接口(interface)

运算符(operator):系统

文字

{1:F21ABCDEFBBADEL2567311531}{4:{177:1512231150}{451:0}}

Answer 1

发布的示例是扩展打印输出，而不是 SWIFT FIN 格式的消息。但是，在称为“文本”的最后一行中，您有 FIN 系统消息，该消息可由 Prowide Core 解析。 .

{1:F21ABCDEFBBADEL2567311531}{4:{177:1512231150}{451:0}}

系统消息中的字段 451 指示消息是被确认 (0) 还是被确认 (1)。当 nacked 时，字段 405 将包含错误代码。例如:{405:T33002}

最常见的结构是带有 ACK/NAK 的系统消息，后跟原始消息的完整副本:

{1:F21LITEBEBBAXXX0066000079}{4:{177:1104180901}{451:0}}{1:F01LITEBEBBAXXX0066000079}{2:I999LITEBEBBXXXXN}{4:
:20:TESTREF1
:79:This is text line 1
-}{5:{CHK:7602B010CF31}{TNG:}}

第一步是确定收到的消息是否是 ACK/NAK。一旦消息被解析为 SwiftMessage，此方法可用于验证它是否是常规 FIN 用户到用户消息，或者是否是带有 ACK/NAK 的系统消息

SwiftMessage.isSystemMessage()
SwiftMessage.isAck()
SwiftMessage.isNack()

第二步是将 ACK/NAK 信息与原始消息的标识分开。此示例使用最常见的格式，即 ACK/NAK 消息，后跟原始消息的完整副本(例如 SAA AFT 或 SA Lite 自动客户端使用的格式)。要解析 ACK/NAK 和原始副本:

Swiftparser parser = new SwiftParser();
SwiftMessage ack = parser.parse(msg);
SwiftMessage original = parser.parse(ack.getUnparsedTexts().getAsFINString());

最后，为了将 acked/nacked 消息与其原始消息进行匹配，必须对候选者进行查询(通常搜索同一天和相同消息类型的消息)。库不包括查找候选者，因为它涉及搜索应用程序数据库或从文件系统目录读取发送的消息。不过，在候选人中，匹配可以这样完成:

AckMessageComparator comparator = new AckMessageComparator();
    for (SwiftMessage candidate : candidates) {
        if (comparator.compare(original, candidate) == 0) {
            //candidate is the message acked/nacked
        }
    }

根据确认通知源，消息的结构可能有所不同。例如，原始消息的完整副本可能会丢失。但是，必须存在对原始 acked/nacked 消息的其他类型的引用，例如 MUR(消息用户引用)，如下所示:

{1:F21LITEBEBBAXXX0066000079}{4:{177:1104180901}{451:0}{108:FOO16101900001}}

因此，为了匹配原始消息，必须找到具有相同 MUR 的消息，而不是使用完整的消息副本和 AckMessageComparator:

for (SwiftMessage candidate : candidates) {
        if (StringUtils.equals(ack.getMUR(), candidate.getMUR())) {
             candidate is the message acked/nacked
        }
    }

如果 ACK/NAK 中不存在原始消息副本或 MUR，则可能存在 UUID(唯一标识符)，并且可以从 UUID 字段(如接收者地址、消息类型和引用)中剥离候选者进行匹配。

以某种方式，ACK/NAK 必须提供信息以正确匹配正在确认的原始消息。