CN111127209A - 一种基于swift报文的交易处理方法及装置 - Google Patents

Abstract

本发明实施例公开了一种基于SWIFT报文的交易处理方法及装置，所述方法包括：接收将批量交易合并在一起的SWIFT报文；按照所述报文中交易的数量对所述报文逐条进行拆分；根据每条报文中的付款行行号与要素项识别出对应的分行交易；按照对应分行的系统要求生成符合所述要求的重组报文；其中，所述重组报文中具有唯一性标识场次信息；将所述重组报文分别发送给所述对应的分行进行处理。通过本申请实施例提供的交易处理方法，当客户有多笔交易时，只填写一次多笔交易中相同的信息，采用本申请的技术方案也可以进行交易，大大提高了客户在进行多笔全球交易时的客户体验。

Description

一种基于SWIFT报文的交易处理方法及装置

技术领域

本发明涉及数据处理领域，尤其是涉及一种基于SWIFT报文的交易处理方法及装置。

背景技术

目前，通过SWIFT报文，即通过环球同业银行金融电讯协会规定格式的报文进行支付交易的客户多为跨国大客户，跨国大客户的交易账户涉及全球。当大客户进行交易时，多为批量且与全球不同分行进行的交易。大客户的每一次交易会涉及多家海外分行，假如大客户需要与十个海外分行进行交易，就需要填写十次交易信息，非常的繁琐与重复。如果将十次交易中相同的信息，如汇款人信息，只需客户填写一次，生成一条将十次交易混合在一起的SWIFT报文，可以提高客户的交易体验。

但是，由于监管、反洗钱等要求，许多海外分行仍使用其分行特色系统。当客户与银行进行SWIFT报文支付时，若其涉及多家海外分行的支付交易，则其需要将每笔交易的SWIFT报文都转换成对应分行特色系统要求的格式，生成一个新的SWIFT支付报文，并将其通过SWIFT系统发送至各分行完成交易。现有的SWIFT系统无法将混合在一起的SWIFT报文分别发送至对应分行，且符合对应分行特色系统要求的格式。

发明内容

针对上述问题，本申请提供一种基于SWIFT报文的交易处理方法及装置，用于对各分行特色系统差异性进行屏蔽，提高跨国大客户在进行交易时的客户体验。

在本申请第一方面提供了一种基于SWIFT报文的交易处理方法，所述方法包括：

接收将批量交易合并在一起的SWIFT报文；

按照所述报文中交易的数量对所述报文逐条进行拆分；

根据每条报文中的付款行行号与要素项识别出对应的分行交易；

按照对应分行的系统要求生成符合所述要求的重组报文；其中，所述重组报文中具有唯一性标识场次信息；

将所述重组报文分别发送给所述对应的分行进行处理。

可选的，所述方法还包括：

实时监控所述重组报文的发送状态，当监控到所述重组报文未发送成功时，根据报文的状态与所述唯一性标识场次信息实现报文的自动重发。

可选的，所述方法还包括：

接收所述对应的分行的处理反馈信息；

当接收到交易成功的反馈信息后，将所述对应的银行交易信息更新为交易成功状态；

当接收到交易失败的反馈信息后，将所述对应的银行交易信息更新为交易失败状态。

可选的，所述当接收到交易失败的反馈信息后，将所述对应的银行交易信息更新为交易失败状态，包括：

所述当接收到交易失败的反馈信息后，根据所述交易失败的信息中的返回码判断所述交易是否可以通过补录信息完成交易，若否，则将所述对应的银行交易信息更新为交易失败状态；若是，发送信息提醒。

可选的，所述发送信息提醒，包括：

发送是否继续交易的信息提醒。

可选的，所述发送信息提醒，包括：

发送需要补录的信息提醒。

可选的，，所述发送需要补录的信息提醒之后，还包括：

将所述根据信息提醒补充后的信息发送给所述对应的分行进行处理。

可选的，所述方法还包括：

将所述对应的分行交易的发报行更改为与客户进行交易的银行名称；

将所述对应的分行交易的接收行更改为所述客户。

可选的，所述方法还包括：

将所述更改后信息发送给客户。

在本申请第二方面提供了一种基于SWIFT报文的交易处理装置，所述装置包括：

接收单元、拆分单元、识别单元、重组单元与发送单元；

所述接收单元，用于接收将批量交易合并在一起的SWIFT报文；

所述拆分单元，用于按照所述报文中交易的数量对所述报文逐条进行拆分；

所述识别单元，用于根据每条报文中的付款行行号与要素项识别出对应的分行交易；

所述重组单元，用于按照对应分行的系统要求生成符合所述要求的重组报文；其中，所述重组报文中具有唯一性标识场次信息；

所述发送单元，用于将所述重组报文分别发送给所述对应的分行进行处理。

相对于现有技术，本申请上述技术方案的优点在于：

在本申请提供的技术方法中，通过将交易合并在一起的报文按照交易的数量对所述报文逐条进行拆分，并根据每条报文中的付款行行号与要素项识别出对应的分行与其对应的交易，然后按照对应分行的特色要求重新生成符合对应分行的特色要求的重组报文，最后发送给对应的分行进行处理。在本申请提供的交易处理方法中，将批量交易合并在一起的SWIFT报文按照交易数量进行拆分，通过交易数量进行拆分不会遗漏客户的交易，而且方便后续重组报文；然后通过付款行行号与要素项识别出对应的分行交易，按照分行的特色系统要求生成其可以处理的重组报文，重组报文相当于现有技术中客户按照交易一条一条填写生成的报文。可以看出，当客户有多笔交易时，只填写一次交易中相同的信息，采用本申请的技术方案也可以进行交易，大大提高了客户在进行多笔全球交易时的客户体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本申请提供的一种基于SWIFT报文的交易处理方法的流程图；

图2为本申请提供的一种报文在系统中流转的示意图；

图3为本申请提供的又一种基于SWIFT报文的交易处理方法的流程图；

图4为本申请提供的一种基于SWIFT报文的交易处理装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参见图1，图1是本申请提供的一种基于SWIFT报文的交易处理方法的流程图，该方法可以包括以下步骤101-105。

步骤101：接收将批量交易合并在一起的SWIFT报文。

在目前的支付报文处理模式下，客户付款账户所属行涉及多家使用分行特色系统的分行，则客户需生成多个SWIFT支付报文并分别发送相应分行，客户体验性较差。所以可以通过将批量交易中重复的信息只需客户填写一次，然后接收针对该客户的批量交易合并在一起的SWIFT报文。

步骤102：按照所述报文中交易的数量对所述报文逐条进行拆分。

按照所述报文中交易的数量对所述报文逐条进行拆分，假设收到了一个客户的10笔交易合并在一起的SWIFT报文，可以将该SWIFT报文按照每一笔交易拆分为10条报文等等。通过按照交易数量对报文进行拆分不会遗漏客户的交易需求，从而在完成客户交易需求的基础上提升客户的客户体验感。

可以理解的是，接收到的报文虽然是多笔交易混合在一起，但是每一笔交易都具有其交易标签，可以通过识别交易标签找到批量交易合并在一起的报文中具有的多笔交易，然后对其进行拆分。

步骤103：根据每条报文中的付款行行号与要素项识别出对应的分行交易。

根据每条报文中的付款行行号与要素项对交易进行交易类型的识别，识别出使用分行特色系统的分行交易。

步骤104：按照对应分行的系统要求生成符合所述要求的重组报文；其中，所述重组报文中具有唯一性标识场次信息。

对于使用分行特色系统的分行的交易，系统根据客户支付报文中信息重新生成支付报文。

需要说明的是，与分行交互过程中，报文中场次规则，尤其是唯一标识性场次尤为重要，唯一标识性场次不仅可以用于区分交易类型，还可以当报文发送失败就会涉及到报文重新发送的问题，此时就需要使用唯一性标识场次进行堵重。

步骤105：将所述重组报文分别发送给所述对应的分行进行处理。

在一种可能的实施方式中，可以实时监控所述重组报文的发送状态，当监控到所述重组报文未发送成功时，根据报文的状态与所述唯一性标识场次信息实现报文的自动重发。

可以将报文的状态变化贯穿整个支付报文处理过程，支付报文处理流程节点依赖于报文状态的变化。报文发送失败，系统支持自动重发与手动重发，因此报文状态的流转及控制也很重要。如图2所示，是报文在系统中流转的示意图。

正常的发送报文的流程是：将待发送报文通过调用发送函数，并计入流水表，此时会显示报文已发送，当收到ackm回执时，才会真正显示报文发送成功。当报文在某一环节发送失败时，会触发重新发送报文的操作，需要说明的是，可以采用状态及唯一性标识场次结合的方式防止报文重复发送。

在一种可能的实施方式中，接收所述对应的分行的处理反馈信息；当接收到交易成功的反馈信息后，将所述对应的银行交易信息更新为交易成功状态；当接收到交易失败的反馈信息后，将所述对应的银行交易信息更新为交易失败状态。

以MT报文为例，使用分行特色系统的分行的支付结果文件包含MT900和MT199两种情况，分别对应交易成功和交易失败两种情况。若接收分行发送的MT900报文，根据MT900报文中唯一标识21场(21场上送发送纽约分行的单笔MT101支付报文的20场编号)对应到相应的MT101支付交易并将交易明细表中交易状态置为交易成功；若接收分行发送的MT199报文，对应到相应的MT101支付交易并将交易明细表中交易状态置为交易失败。

可以理解的是，交易失败可能由多种原因导致交易失败。所述当接收到交易失败的反馈信息后，根据所述交易失败的信息中的返回码判断所述交易是否可以通过补录信息完成交易，若否，则将所述对应的银行交易信息更新为交易失败状态；若是，发送信息提醒。

具体地，还是MT报文为例。若接收为MT199报文，则根据MT199中返回码进行判断，若为明确交易失败，则根据MT199报文中的21场(21场上送发送纽约分行的单笔MT101支付报文的20场编号)对应到相应的MT101支付交易并将交易明细表中的交易状态置为确认失败并将MT199记录表中对应该笔支付交易的记录的状态更新为已至终态，即交易失败。若为非明确失败状态，则发送信息提醒。

需要说明的是，信息提醒可以是发送需要补录的信息提醒进行信息补充，然后将所述根据信息提醒补充后的信息发送给所述对应的分行进行处理。还是MT报文为例，信息补录完成后，系统将根据补录信息生成MT199报文发送旧线分行，生成的MT199报文中20场重新生成，21场填写单笔支付报文的20场编号。

需要说明的是，信息提醒可以是送是否继续交易的信息提醒，需要确认由于客户不想继续交易导致的交易失败。举例来说，柜员可以在交易明细详情查询界面可对需手工干预的交易进行处理，对于确认失败的交易，柜员前端点击确认失败，将交易明细表中的交易状态置为确认失败并将MT199记录表中对应该笔支付交易的记录的状态更新为已至终态。

在一种可能的实施方式中，所述对应的分行交易的发报行更改为与客户进行交易的银行名称；将所述对应的分行交易的接收行更改为所述客户。例如，当系统接收到分行的MT940/MT950/MT942报文后，将报文头中的收报BIC和发报BIC替换为客户BIC及SWIFTLNK系统BIC后发送客户。

可以理解的是，还可以将所述更改后信息发送给客户。具体地，根据客户签约要求，将支付结果以报文形式返回客户。

在本申请提供的技术方法中，通过将交易合并在一起的报文按照交易的数量对所述报文逐条进行拆分，并根据每条报文中的付款行行号与要素项识别出对应的分行与其对应的交易，然后按照对应分行的特色要求重新生成符合对应分行的特色要求的重组报文，最后发送给对应的分行进行处理。在本申请提供的交易处理方法中，将批量交易合并在一起的SWIFT报文按照交易数量进行拆分，通过交易数量进行拆分不会遗漏客户的交易，而且方便后续重组报文；然后通过付款行行号与要素项识别出对应的分行交易，按照分行的特色系统要求生成其可以处理的重组报文，重组报文相当于现有技术中客户按照交易一条一条填写生成的报文。可以看出，当客户有多笔交易时，只填写一次交易中相同的信息，采用本申请的技术方案也可以进行交易，大大提高了客户在进行多笔全球交易时的客户体验。

进一步地，每个分行的系统及数据库均分为多套，且各数据库相互独立，各自处理各自行的支付报文，交易数据无法共享。导致银行的业务人员对该客户的所有交易进行管理时，需要对每笔交易进行逐一的追踪，无法完成统一的管理。采用本申请的技术方案，可以对对客户进行了系统差异性的屏蔽，实现客户全球一点接入。客户无需生成多个SWIFT支付报文，可将其支付交易全部放入一个支付报文发送银行系统进行处理。

为了使本发明实施例提供的技术方案更加清楚，下面结合图3以一个场景为实例对本发明实施例提供的交易处理方法进行说明。

步骤301：接收将两笔交易合并在一起的SWIFT报文。

其中支付交易1具有两个场次信息，分别是20场E0001、21场0001；支付交易2具有一个场次信息为21场0002。

步骤302：将接收到的SWIFT报文拆分成两条报文。

将接收到的SWIFT报文拆分成两条报文，分别是支付交易1与支付交易2。

步骤303：根据支付交易1中的付款行行号与要素项识别出对应的分行交易是20场场次信息为A0001；根据支付交易2中的付款行行号与要素项识别出对应的分行交易是20场场次信息为A0002；

步骤304：按照支付交易1中对应的分行的系统要求生成重组报文，支付交易1具有20场场次信息为A0001、21场场次信息为0001；支付交易1具有20场场次信息为A0002、21场场次信息为0002。

步骤305：将所述重组报文分别发送给所述对应的分行进行处理。

步骤306：当交易失败后，可以通过多次补充信息直至交易成功。

本发明实施例除了提供的一种基于SWIFT报文的交易处理方法外，还提供了一种基于SWIFT报文的交易处理装置，如图4所示，包括：

接收单元410、拆分单元420、识别单元430、重组单元440与发送单元450，其中：

接收单元410可以用于接收将批量交易合并在一起的SWIFT报文；

拆分单元420可以用于按照所述报文中交易的数量对所述报文逐条进行拆分；

识别单元430可以用于根据每条报文中的付款行行号与要素项识别出对应的分行交易；

重组单元440可以用于按照对应分行的系统要求生成符合所述要求的重组报文；其中，所述重组报文中具有唯一性标识场次信息；

发送单元450可以用于将所述重组报文分别发送给所述对应的分行进行处理。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元及模块可以是或者也可以不是物理上分开的。另外，还可以根据实际的需要选择其中的部分或者全部单元和模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本发明的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种基于SWIFT报文的交易处理方法，其特征在于，所述方法包括：

接收将批量交易合并在一起的SWIFT报文；

按照所述报文中交易的数量对所述报文逐条进行拆分；

根据每条报文中的付款行行号与要素项识别出对应的分行交易；

按照对应分行的系统要求生成符合所述要求的重组报文；其中，所述重组报文中具有唯一性标识场次信息；

将所述重组报文分别发送给所述对应的分行进行处理。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

实时监控所述重组报文的状态，当监控到所述重组报文未发送成功时，根据所述重组报文的状态与所述唯一性标识场次信息实现报文的自动重发。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述对应的分行的处理反馈信息；

当接收到交易成功的反馈信息后，将所述对应的银行交易信息更新为交易成功状态；

当接收到交易失败的反馈信息后，将所述对应的银行交易信息更新为交易失败状态。

4.根据权利要求3所述的方法，其特征在于，所述当接收到交易失败的反馈信息后，将所述对应的银行交易信息更新为交易失败状态，包括：

所述当接收到交易失败的反馈信息后，根据所述交易失败的信息中的返回码判断所述交易是否可以通过补录信息完成交易，若否，则将所述对应的银行交易信息更新为交易失败状态；若是，发送信息提醒。

5.根据权利要求4所述的方法，其特征在于，所述发送信息提醒，包括：

发送是否继续交易的信息提醒。

6.根据权利要求4所述的方法，其特征在于，所述发送信息提醒，包括：

发送需要补录的信息提醒。

7.根据权利要求6所述的方法，其特征在于，所述发送需要补录的信息提醒之后，还包括：

将所述根据信息提醒补充后的信息发送给所述对应的分行进行处理。

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将所述对应的分行交易的发报行更改为与客户进行交易的银行名称；

将所述对应的分行交易的接收行更改为所述客户。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

将所述更改后信息发送给客户。

10.一种基于SWIFT报文的交易处理装置，其特征在于，所述装置包括：

接收单元、拆分单元、识别单元、重组单元与发送单元；

所述接收单元，用于接收将批量交易合并在一起的SWIFT报文；

所述拆分单元，用于按照所述报文中交易的数量对所述报文逐条进行拆分；

所述识别单元，用于根据每条报文中的付款行行号与要素项识别出对应的分行交易；

所述重组单元，用于按照对应分行的系统要求生成符合所述要求的重组报文；其中，所述重组报文中具有唯一性标识场次信息；

所述发送单元，用于将所述重组报文分别发送给所述对应的分行进行处理。

Images