一种现金管理报文处理方法及系统
阅读：460发布：2020-05-14
专利汇可以提供一种现金管理报文处理方法及系统专利检索，专利查询，专利分析的服务。并且本 发明 提供一种现金管理报文处理方法及系统，包括：拆分并验证现金管理报文，若通过验证，将现金管理报文在文件记录表中的状态标记更新为第一待发送收报 回执 标记，生成第一收报回执报文并发送，对拆分现金管理报文得到的文件明细进行处理，获取文件明细中的各项明细的处理状态，将现金管理报文在文件记录表中的状态标记更新为明细处理结束标记，生成处理结果回执报文并发送，若未通过验证，将管理报文在记录表中的状态标记更新为第二待发送收报回执标记，生成第二收报回执报文。在本方案中，通过对文件记录表中现金管理报文的状态更新，从而触发更新后的相应交易流程，在不需要企业临柜处理的情况下，实现金融机构与企业之间的快速、准确的交易。，下面是一种现金管理报文处理方法及系统专利的具体信息内容。
1.一种现金管理报文处理方法，其特征在于，所述方法包括：
获取文件记录表中状态标记为未处理标记的现金管理报文；
拆分并验证所述现金管理报文；
若通过验证，将所述现金管理报文在所述文件记录表中的状态标记更新为第一待发送收报回执标记；
生成第一收报回执报文并发送，将所述现金管理报文在所述文件记录表中的状态标记更新为待交易处理标记；
对拆分所述现金管理报文得到的文件明细进行处理，直至获取所述文件明细中的各项明细的处理状态，将所述现金管理报文在所述文件记录表中的状态标记更新为明细处理结束标记；
生成处理结果回执报文并发送，将所述现金管理报文在所述文件记录表中的状态标记更新为成功结果文件返回标记；
若未通过验证，将所述现金管理报文在所述文件记录表中的状态标记更新为第二待发送收报回执标记；
生成第二收报回执报文并发送，将所述现金管理报文在所述文件记录表中的状态标记更新为异常结果文件返回标记。
2.根据权利要求1所述的方法，其特征在于，所述拆分并验证所述现金管理报文，包括：
拆分所述现金管理报文，得到文件头和文件明细；
验证所述文件头和所述文件明细的文件格式是否符合要求，以及验证所述文件头中记录的总金额是否与所述文件明细中记录的明细总金额一致；
若两项均为是，确认所述现金管理报文通过验证；
若任一项为否，确认所述现金管理报文未通过验证。
3.根据权利要求1所述的方法，其特征在于，所述对拆分所述现金管理报文得到的文件明细进行处理，直至获取所述文件明细中的各项明细的处理状态，将所述现金管理报文在所述文件记录表中的状态标记更新为明细处理结束标记，包括：
获取拆分所述现金管理报文得到的文件明细，将所述文件明细存储于文件明细表中，并记录状态标记为未处理标记；
验证所述文件明细所属用户是否为签约用户；
若否，将所述文件明细在所述文件明细表中的状态标记更新为失败标记；
若是，将所述文件明细在所述文件明细表中的状态标记更新为验证通过标记；
处理状态标记为验证通过标记的文件明细，直至获取所述待交易处理标记对应的所述现金管理报文中的各项明细的处理状态，在所述文件记录表中更新所述现金管理报文的状态标记为明细处理结束标记。
4.根据权利要求3中所述的方法，其特征在于，所述处理状态标记为验证通过标记的文件明细，包括：
对处理状态标记为验证通过标记的文件明细进行入账操作；
若在预设时间内接收到入账成功信息，将所述文件明细在所述文件明细表中的状态标记更新为成功标记；
若在预设时间内接收到入账不成功信息，将所述文件明细在所述文件明细表中的状态标记更新为失败标记；
若在预设时间内未接收反馈信息，将所述文件明细在所述文件明细表中的状态标记更新为待查询处理结果标记；
基于所述待查询处理结果标记查询对应的文件明细是否入账成功；
若成功，将所述文件明细在所述文件明细表中的状态标记更新为成功标记；
若失败，将所述文件明细在所述文件明细表中的状态标记更新为失败标记。
5.根据权利要求1至4中任一项所述的方法，其特征在于，所述生成第一收报回执报文并发送，包括：
将所述现金管理报文中的报文唯一编号和第一验证状态标记携带于待生成的第一收报回执报文的文件头中，生成所述第一收报回执报文并发送，所述第一验证状态标记用于所述现金管理报文拆分验证成功；
或者，所述生成第二收报回执报文并发送，包括：
将所述现金管理报文中的报文唯一编号和第二验证状态标记携带于待生成的第二收报回执报文的文件头中，生成所述第二收报回执报文并发送，所述第二验证状态标记用于所述现金管理报文拆分验证失败。
6.根据权利要求1至4中任一项所述的方法，其特征在于，所述生成处理结果回执报文并发送，包括：
将所述现金管理报文中的报文端到端编号和入账标记携带于待生成的处理结果报文的文件明细中，生成所述处理结果报文并发送，所述入账标记包括入账失败标记和入账成功标记。
7.一种现金管理报文处理系统，其特征在于，所述系统包括：
获取模块，用于获取文件记录表中状态标记为未处理标记的现金管理报文；
拆分验证模块，用于拆分并验证所述现金管理报文；
第一更新模块，用于若通过验证，将所述现金管理报文在所述文件记录表中的状态标记更新为第一待发送收报回执标记；
第二更新模块，用于生成第一收报回执报文并发送，将所述现金管理报文在所述文件记录表中的状态标记更新为待交易处理标记；
明细处理模块，用于对拆分所述现金管理报文得到的文件明细进行处理，直至获取所述文件明细中的各项明细的处理状态，将所述现金管理报文在所述文件记录表中的状态标记更新为明细处理结束标记；
第三更新模块，用于生成处理结果回执报文并发送，将所述现金管理报文在所述文件记录表中的状态标记更新为成功结果文件返回标记；
第四更新模块，用于若未通过验证，将所述现金管理报文在所述文件记录表中的状态标记更新为第二待发送收报回执标记；
第五更新模块，用于生成第二收报回执报文并发送，将所述现金管理报文在所述文件记录表中的状态标记更新为异常结果文件返回标记。
8.根据权利要求7所述的系统，其特征在于，所述拆分验证模块，包括：
拆分子模块，用于拆分所述现金管理报文，得到文件头和文件明细；
第一验证子模块，用于验证所述文件头和所述文件明细的文件格式是否符合要求，以及验证所述文件头中记录的总金额是否与所述文件明细中记录的明细总金额一致；
第一确定模块，用于若两项均为是，确认所述现金管理报文通过验证；
第二确定模块，用于若任一项为否，确认所述现金管理报文未通过验证。
9.根据权利要求7所述的系统，其特征在于，所述明细处理模块，包括：
获取子模块，用于获取拆分所述现金管理报文得到的文件明细，将所述文件明细存储于文件明细表中，并记录状态标记为未处理标记；
第二验证子模块，用于验证所述文件明细所属用户是否为签约用户；
第一更新子模块，用于若否，将所述文件明细在所述文件明细表中的状态标记更新为失败标记；
第二更新子模块，用于若是，将所述文件明细在所述文件明细表中的状态标记更新为验证通过标记；
处理子模块，用于处理状态标记为验证通过标记的文件明细，直至获取所述待交易处理标记对应的所述现金管理报文中的各项明细的处理状态，在所述文件记录表中更新所述现金管理报文的状态标记为明细处理结束标记。
10.根据权利要求9所述的系统，其特征在于，所述处理子模块包括：
入账模块，用于对处理状态标记为验证通过标记的文件明细进行入账操作；
第三更新子模块，用于若在预设时间内接收到入账成功信息，将所述文件明细在所述文件明细表中的状态标记更新为成功标记；
第四更新子模块，用于若在预设时间内接收到入账不成功信息，将所述文件明细在所述文件明细表中的状态标记更新为失败标记；
第五更新子模块，用于若在预设时间内未接收反馈信息，将所述文件明细在所述文件明细表中的状态标记更新为待查询处理结果标记；
查询模块，用于基于所述待查询处理结果标记查询对应的文件明细是否入账成功；
第六更新子模块，用于若成功，将所述文件明细在所述文件明细表中的状态标记更新为成功标记；
第七更新子模块，用于若失败，将所述文件明细在所述文件明细表中的状态标记更新为失败标记。
一种现金管理报文处理方法及系统
技术领域
[0001] 本发明涉及计算机技术领域，尤其涉及一种现金管理报文处理方法及系统。
背景技术
[0003] 目前，银行与其他企业之间通过电文网络提供的报文实现交易。在银行与其他企业之间进行交易的过程中，到达某一个交易节点或者交易状态的时候，需要企业临柜与银行人员进行现场沟通，才能触发相应的交易操作。
[0004] 因为，需要银行人员根据与企业的现场沟通结果才能执行每一交易节点或者交易状态后续操作，从而导致银行与其他企业之间交易的处理速度慢，效率低，且在人工操作的过程中，容易出现人工操作失误，进而导致银行与其他企业之间交易的准确率低。
发明内容
[0006] 为实现上述目的，本发明实施例提供如下技术方案：
[0007] 本发明实施例一方面公开了一种现金管理报文处理方法，所述方法包括：
[0008] 获取文件记录表中状态标记为未处理标记的现金管理报文；
[0009] 拆分并验证所述现金管理报文；
[0010] 若通过验证，将所述现金管理报文在所述文件记录表中的状态标记更新为第一待发送收报回执标记；
[0011] 生成第一收报回执报文并发送，将所述现金管理报文在所述文件记录表中的状态标记更新为待交易处理标记；
[0012] 对拆分所述现金管理报文得到的文件明细进行处理，直至获取所述文件明细中的各项明细的处理状态，将所述现金管理报文在所述文件记录表中的状态标记更新为明细处理结束标记；
[0013] 生成处理结果回执报文并发送，将所述现金管理报文在所述文件记录表中的状态标记更新为成功结果文件返回标记；
[0014] 若未通过验证，将所述现金管理报文在所述文件记录表中的状态标记更新为第二待发送收报回执标记；
[0015] 生成第二收报回执报文并发送，将所述现金管理报文在所述文件记录表中的状态标记更新为异常结果文件返回标记。
[0016] 可选的，所述拆分并验证所述现金管理报文，包括：
[0017] 拆分所述现金管理报文，得到文件头和文件明细；
[0018] 验证所述文件头和所述文件明细的文件格式是否符合要求，以及验证所述文件头中记录的总金额是否与所述文件明细中记录的明细总金额一致；
[0019] 若两项均为是，确认所述现金管理报文通过验证；
[0020] 若任一项为否，确认所述现金管理报文未通过验证。
[0021] 可选的，所述对拆分所述现金管理报文得到的文件明细进行处理，直至获取所述文件明细中的各项明细的处理状态，将所述现金管理报文在所述文件记录表中的状态标记更新为明细处理结束标记，包括：
[0022] 获取拆分所述现金管理报文得到的文件明细，将所述文件明细存储于文件明细表中，并记录状态标记为未处理标记；
[0023] 验证所述文件明细所属用户是否为签约用户；
[0024] 若否，将所述文件明细在所述文件明细表中的状态标记更新为失败标记；
[0025] 若是，将所述文件明细在所述文件明细表中的状态标记更新为验证通过标记；
[0026] 处理状态标记为验证通过标记的文件明细，直至获取所述待交易处理标记对应的所述现金管理报文中的各项明细的处理状态，在所述文件记录表中更新所述现金管理报文的状态标记为明细处理结束标记。
[0027] 可选的，所述处理状态标记为验证通过标记的文件明细，包括：
[0028] 对处理状态标记为验证通过标记的文件明细进行入账操作；
[0029] 若在预设时间内接收到入账成功信息，将所述文件明细在所述文件明细表中的状态标记更新为成功标记；
[0030] 若在预设时间内接收到入账不成功信息，将所述文件明细在所述文件明细表中的状态标记更新为失败标记；
[0031] 若在预设时间内未接收反馈信息，将所述文件明细在所述文件明细表中的状态标记更新为待查询处理结果标记；
[0032] 基于所述待查询处理结果标记查询对应的文件明细是否入账成功；
[0033] 若成功，将所述文件明细在所述文件明细表中的状态标记更新为成功标记；
[0034] 若失败，将所述文件明细在所述文件明细表中的状态标记更新为失败标记。
[0035] 可选的，所述生成第一收报回执报文并发送，包括：
[0036] 将所述现金管理报文中的报文唯一编号和第一验证状态标记携带于待生成的第一收报回执报文的文件头中，生成所述第一收报回执报文并发送，所述第一验证状态标记用于所述现金管理报文拆分验证成功；
[0037] 或者，所述生成第二收报回执报文并发送，包括：
[0038] 将所述现金管理报文中的报文唯一编号和第二验证状态标记携带于待生成的第二收报回执报文的文件头中，生成所述第二收报回执报文并发送，所述第二验证状态标记用于所述现金管理报文拆分验证失败。
[0039] 可选的，所述生成处理结果回执报文并发送，包括：
[0040] 将所述现金管理报文中的报文端到端编号和入账标记携带于待生成的处理结果报文的文件明细中，生成所述处理结果报文并发送，所述入账标记包括入账失败标记和入账成功标记。
[0041] 本发明实施例另一方面公开了一种现金管理报文处理系统，所述系统包括：
[0042] 获取模块，用于获取文件记录表中状态标记为未处理标记的现金管理报文；
[0043] 拆分验证模块，用于拆分并验证所述现金管理报文；
[0044] 第一更新模块，用于若通过验证，将所述现金管理报文在所述文件记录表中的状态标记更新为第一待发送收报回执标记；
[0045] 第二更新模块，用于生成第一收报回执报文并发送，将所述现金管理报文在所述文件记录表中的状态标记更新为待交易处理标记；
[0046] 明细处理模块，用于对拆分所述现金管理报文得到的文件明细进行处理，直至获取所述文件明细中的各项明细的处理状态，将所述现金管理报文在所述文件记录表中的状态标记更新为明细处理结束标记；
[0047] 第三更新模块，用于生成处理结果回执报文并发送，将所述现金管理报文在所述文件记录表中的状态标记更新为成功结果文件返回标记；
[0048] 第四更新模块，用于若未通过验证，将所述现金管理报文在所述文件记录表中的状态标记更新为第二待发送收报回执标记；
[0049] 第五更新模块，用于生成第二收报回执报文并发送，将所述现金管理报文在所述文件记录表中的状态标记更新为异常结果文件返回标记。
[0050] 可选的，所述拆分验证模块，包括：
[0051] 拆分子模块，用于拆分所述现金管理报文，得到文件头和文件明细；
[0052] 第一验证子模块，用于验证所述文件头和所述文件明细的文件格式是否符合要求，以及验证所述文件头中记录的总金额是否与所述文件明细中记录的明细总金额一致；
[0053] 第一确定模块，用于若两项均为是，确认所述现金管理报文通过验证；
[0054] 第二确定模块，用于若任一项为否，确认所述现金管理报文未通过验证。
[0055] 可选的，所述明细处理模块，包括：
[0056] 获取子模块，用于获取拆分所述现金管理报文得到的文件明细，将所述文件明细存储于文件明细表中，并记录状态标记为未处理标记；
[0057] 第二验证子模块，用于验证所述文件明细所属用户是否为签约用户；
[0058] 第一更新子模块，用于若否，将所述文件明细在所述文件明细表中的状态标记更新为失败标记；
[0059] 第二更新子模块，用于若是，将所述文件明细在所述文件明细表中的状态标记更新为验证通过标记；
[0060] 处理子模块，用于处理状态标记为验证通过标记的文件明细，直至获取所述待交易处理标记对应的所述现金管理报文中的各项明细的处理状态，在所述文件记录表中更新所述现金管理报文的状态标记为明细处理结束标记。
[0061] 可选的，所述处理子模块包括：
[0062] 入账模块，用于对处理状态标记为验证通过标记的文件明细进行入账操作；
[0063] 第三更新子模块，用于若在预设时间内接收到入账成功信息，将所述文件明细在所述文件明细表中的状态标记更新为成功标记；
[0064] 第四更新子模块，用于若在预设时间内接收到入账不成功信息，将所述文件明细在所述文件明细表中的状态标记更新为失败标记；
[0065] 第五更新子模块，用于若在预设时间内未接收反馈信息，将所述文件明细在所述文件明细表中的状态标记更新为待查询处理结果标记；
[0066] 查询模块，用于基于所述待查询处理结果标记查询对应的文件明细是否入账成功；
[0067] 第六更新子模块，用于若成功，将所述文件明细在所述文件明细表中的状态标记更新为成功标记；
[0068] 第七更新子模块，用于若失败，将所述文件明细在所述文件明细表中的状态标记更新为失败标记。
[0069] 基于上述本发明实施例提供的现金管理报文处理方法及系统，该方法包括：获取文件记录表中状态标记为未处理标记的现金管理报文，再拆分并验证现金管理报文，若通过验证，将现金管理报文在文件记录表中的状态标记更新为第一待发送收报回执标记，生成第一收报回执报文并发送，将现金管理报文在文件记录表中的状态标记更新为待交易处理标记，对拆分现金管理报文得到的文件明细进行处理，直至获取文件明细中的各项明细的处理状态，将现金管理报文在文件记录表中的状态标记更新为明细处理结束标记，生成处理结果回执报文并发送，将现金管理报文在文件记录表中的状态标记更新为成功结果文件返回标记，若未通过验证，将管理报文在记录表中的状态标记更新为第二待发送收报回执标记，生成第二收报回执报文并发送，将现金管理报文在文件记录表中的状态标记更新为异常结果文件返回标记。可以看出，在本发明实施例中，通过对现金管理报文进行处理，并根据处理结果更新表的状态，从而触发更新后的相应交易流程，在不需要企业临柜处理的情况下，实现金融机构与企业之间的快速、准确的交易。附图说明
[0070] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
[0071] 图1为本发明实施例提供的一种现金管理报文方法的流程示意图；
[0072] 图2为本发明实施例提供的文件记录表的状态标记示意图；
[0073] 图3为本发明实施例提供的一种拆分和验证现金管理报文过程的流程示意图；
[0074] 图4为本发明实施例提供的一种对现金管理报文的文件明细进行处理的流程示意图；
[0075] 图5为本发明实施例提供的一种对文件明细进行入账操作过程的流程示意图；
[0076] 图6为本发明实施例提供的文件明细表的状态标记示意图；
[0077] 图7为本发明实施例提供的一种现金管理报文系统的结构框图。
具体实施方式
[0078] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0079] 在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0080] 由背景技术可知，在银行与其他企业之间进行交易的过程中，到达某一个交易节点或者交易状态的时候，需要企业临柜与银行人员进行现场沟通，才能触发相应的交易操作。由于需要银行人员根据与企业的现场沟通结果才能执行每一交易节点或者交易状态后续操作，容易出现人工操作失误，从而导致银行与其他企业之间交易的处理速度慢，且银行与其他企业之间交易的准确率低。因此，本发明实施例提供了一种现金管理报文处理方法及系统，通过对现金管理报文进行处理，并根据处理结果更新表的状态，从而触发更新后的相应交易流程，在不需要企业临柜处理的情况下，实现金融机构与企业之间的快速、准确的交易。
[0081] 为了方便理解，以下对本发明实施例中出现的术语进行解释说明：
[0082] SWIFT网络：环球同业银行金融电讯协会(SocietyForWorldwide Interbank FinancialTelecommunication S.C.，简称SWIFT)，是一个国际银行同业间非盈利性的国际合作组织。SWIFT运营着金融电文网络，银行和其他金融机构通过它与同业交换电文来完成金融交易。
[0083] 现金管理报文：包括支付pain.001、MT101报文，以及借记pain.008、MT104报文，ISO20022标准或SWIFT标准报文。
[0084] 企业加入SWIFT组织(申请BIC)后，发送以上报文到银行，进行付款或收款。入账后，银行向企业返回报文pain.002或MT199告知执行状态。
[0085] 本发明实施例提供的一种现金管理报文处理方法及系统，主要应用于银行系统。在本发明实施例中，银行系统和企业之间通过在SWIFT网络中交换现金管理报文来实现交易交互，具体的银行系统和企业之间的交易交互流程如下：
[0086] 参见图1，为本发明实施例提供的一种现金管理报文处理方法的流程示意图，该方法包括：
[0087] 步骤S101：获取文件记录表中状态标记为未处理标记的现金管理报文。
[0088] 在步骤S101中，文件记录表是记录现金管理报文处理状态的表格，在文件记录表中存储有企业ID，该企业的现金管理报文、收报日期和时间、以及现金管理报文的状态标记。
[0089] 现金管理报文是由第一客户端根据自身需交易的信息生成的，需交易的信息至少包括收款账户、收款账户开户行、交易币别和金额、付款账户和附言。
[0090] 需要说明的是，现金管理报文的文件格式是根据ISO(International Organization for Standardizatio，国际标准化组织)20022标准定义的XML格式。
[0091] 该现金管理报文由第一客户端通过SWIFT网络发送给第二客户端。在第一客户端向第二客户端发送现金管理报文的同时，会发送一个通知报文给第二客户端，该通知报文中包括第一客户端ID，收报日期和时间。
[0092] 在本发明实施例中，第一客户端为企业侧的客户端，第二客户端为银行侧的客户端。
[0094] 未处理标记O；
[0095] 待发送收报回执校验通过标记A；
[0096] 待交易处理标记S；
[0097] 明细处理结束标记W；
[0098] 成功结果文件返回标记E；
[0099] 待发送收报回执校验未通过标记F；
[0100] 以及异常结果文件返回标记R。
[0101] 在执行步骤S101的过程中，基于企业ID，遍历其对应的现金管理报文在文件记录表中的状态标记，并获取文件记录表中状态标记为O的现金管理报文。步骤S102：拆分并验证现金管理报文，若通过验证，则执行步骤S103，若不通过验证，则执行步骤S107。
[0102] 在具体实现步骤S102的过程中，将状态标记为O的现金管理报文进行拆分，得到文件头和文件明细，并对该现金管理报文进行模式schema校验，以及对现金管理报文中的金额校验，若两者均通过验证，则执行步骤S103至步骤S106，若有任意一者或两者都不通过验证，则执行步骤S107至步骤S108。
[0103] 需要说明的是，该文件头至少包括企业BIC(Bank Identification Cod，银行识别码)、报文ID(MSGID，报文唯一编号)、总笔数、总金额。其中，MSGID是由第一客户端随机设置的，本发明实施例对此并不加以限制。比如：由第一客户端根据实际情况设置，MSGID为：IATA-H01-20220801_0001。
[0104] 该文件明细至少包括执行日期、收款账户、收款账户开户行、指令ID、交易币别和金额、付款账户、付款账户开户行、附言。在本发明实施例中，对应文件明细的各项并不仅限于此，文件明细还可以包括其他影响现金管理报文处理的信息。
[0105] 其中，指令ID，即终端Endtoend ID为现金管理报文中文件明细的唯一编号。
[0106] 需要说明的是，模式schema校验是指判断现金管理报文的文件格式是否符合SWIFT组织提供的标准。步骤S103：将现金管理报文在文件记录表中的状态标记更新为第一待发送收报回执标记。
[0107] 在具体实现步骤S103的过程中，将文件记录表中状态标记为O的现金管理报文的状态标记更改为A。
[0108] 步骤S104：生成第一收报回执报文并发送，将现金管理报文在文件记录表中的状态标记更新为待交易处理标记。
[0109] 在具体实现步骤S104的过程中，将现金管理报文中的报文唯一编号MSGID和第一验证状态标记ACCP携带于待生成的第一收报回执报文的文件头中，生成对应的第一收报回执报文，并将第一收报回执报文发送至第一客户端，将现金管理报文在文件记录表中的状态标记A更新为S。
[0110] 其中，第一验证状态标记是指对通过模式schema校验，以及金额校验的现金管理报文进行的状态标记，用ACCP来表示。相对应的，若未通过模式schema校验和金额校验的现金管理报文的状态标记，采用第二验证状态标记进行标记，用RJCT来表示。
[0111] 第一收报回执报文为第二客户端发送给第一客户端的应答报文。在本发明实施例中，该第一收报回执报文也就是银行向企业发送的应答报文，用于指示企业的现金管理报文通过模式schema校验和金额校验。
[0112] 步骤S105：对拆分现金管理报文得到的文件明细进行处理，直至获取文件明细中的各项明细的处理状态，将现金管理报文在文件记录表中的状态标记更新为明细处理结束标记。
[0113] 在步骤S105中，每一现金管理报文中至少包含一笔文件明细。
[0114] 在具体实现步骤S105的过程中，首先，获取拆分得到的现金管理报文中文件明细的各项，即收款账户、收款账户开户行、付款账户、付款账户开户银行、交易金额和指令执行日期。然后，将文件明细中的收款账户、收款账户开户行、付款账户、付款账户开户银行、交易金额和指令执行日期存储至文件明细表，并记录文件明细表中各项的处理状态标记。最后，依次对文件明细表中的所有项进行处理，直至获取文件明细表中文件明细的所有文件明细的处理状态为成功标记或失败标记，再将文件记录表中状态标记为S的现金管理报文的状态更改为W。
[0115] 需要说明的是，文件明细表是指记录现金管理报文中的文件明细的处理状态的表格，在文件明细表中存储有文件明细的各项和文件明细的各项的处理状态标记。
[0116] 在文件明细表中，针对文件明细的各项的处理进程不同，会为该文件明细的各项设置不同的状态标记，该状态标记包括：
[0117] 未处理标记0；
[0118] 校验通过标记2；
[0119] 成功标记7；
[0120] 待查询处理结果标记5；
[0121] 失败标记8。
[0122] 步骤S106：生成处理结果回执报文并发送，将现金管理报文在文件记录表中的状态标记更新为成功结果文件返回标记。
[0123] 在具体实现步骤S106的过程中，根据状态标记为W的现金管理报文，当获取到所有文件明细的状态标记均为7或8时，汇总该现金管理报文在文件明细表中的所有文件明细的处理结果，将现金管理报文中的报文唯一编号MSGID和第一验证状态标记ACCP携带于待生成的处理结果回执报文的文件头中，生成对应的处理结果回执报文，并将该处理结果回执报文发送至第一客户端，将汇总的所有文件明细的状态标记对应的现金管理报文在文件记录表中的状态标记W更新为E。
[0124] 需要说明的是，处理结果回执报文为第二客户端发送第一客户端的应答报文。在本发明实施例中，该处理结果回执报文也就是银行向企业发送的应答报文，用于指示企业的现金管理报文通过明细处理。该处理结果回执报文中携带有汇总所有文件明细的处理结果的文件。
[0125] 步骤S107：将现金管理报文在文件记录表中的状态标记更新为第二待发送收报回执标记。
[0126] 在具体实现步骤S107的过程中，将文件记录表中状态标记为O的现金管理报文的状态更改为F。
[0127] 步骤S108：生成第二收报回执报文并发送，将现金管理报文在文件记录表中的状态标记更新为异常结果文件返回标记。
[0128] 在具体实现步骤S108的过程中，将现金管理报文中的报文唯一编号，即MSGID和第二验证状态标记RJCT携带于待生成的第二收报回执报文的文件头中，生成对应的第二收报回执报文，并将第二收报回执报文发送至第一客户端，将现金管理报文在文件记录表中的状态标记F更新为R。
[0129] 其中，第二收报回执报文为第二客户端发送给第一客户端的应答报文。在本发明实施例中，该第二收报回执报文也就是银行向企业发送的应答报文，用于指示企业的现金管理报文未通过模式schema校验和金额校验。
[0130] 在本发明实施例中，基于企业ID，获取其对应的现金管理报文在文件记录表或文件明细表中的状态标记，通过对现金管理报文进行处理，并根据处理结果将文件记录表或文件明细表中的状态标记进行更新，从而触发更新后的相应交易流程，在不需要企业临柜处理的情况下，实现金融机构与企业之间的快速、准确的交易。
[0131] 为了更好的解释说明上述本发明实施例公开的现金管理报文处理方法，下面以借记pain.008报文和应答pain.002报文为例进行解释说明。
[0132] 如图2所示，为文件记录表的状态标记示意图。假设第一客户端为企业A，第二客户端为银行，现金管理报文为借记pain.008报文，第一收报回执报文为第一应答pain.002报文，处理结果回执报文为第二应答pain.002报文，第二收报回执报文为第三应答pain.002报文。首先，企业A根据自身需交易的信息生成的借记pain.008报文，并通过SWIFT网络将借记pain.008报文发生给银行，银行基于企业A的企业ID，遍历该企业ID对应的借记pain.008报文在文件记录表中的状态标记，并获取文件记录表中状态标记为O的借记pain.008报文。
[0133] 其次，将状态标记为O的借记pain.008报文进行拆分，得到文件头和文件明细，并对借记pain.008报文进行模式schema校验和金额校验，若该借记pain.008报文通过模式schema校验和金额校验，在文件记录表中将该借记pain.008报文的状态标记O的更新为A。将借记pain.008报文中的报文唯一编号MSGID和第一验证状态标记ACCP携带于待生成的第一应答pain.002报文的文件头中，生成对应的第一应答pain.002报文，并返回给企业A，在文件记录表中将该借记pain.008报文的状态标记A的更新为S。
[0134] 然后，获取拆分得到的借记pain.008报文中文件明细的各项，依次对文件明细表中的所有项进行处理，直至获取文件明细表中文件明细的所有文件明细的处理状态为成功标记或失败标记，再在文件记录表中将借记pain.008报文的状态标记S状态更新为W。再汇总所有文件明细的处理结果，将借记pain.008报文中的报文唯一编号MSGID和第一验证状态标记ACCP携带于待生成的应答第二pain.002报文的文件头中，成对应的第二应答pain.002报文，并返回给企业A，在文件记录表中将该借记pain.008报文的状态标记W的更新为E。
[0135] 最后，若该借记pain.008报文未通过模式schema校验和金额校验，在文件记录表中将该借记pain.008报文的状态标记O的更新为F。再将借记pain.008报文中的报文唯一编号MSGID和第二验证状态标记RJCT携带于待生成的第三应答pain.002报文的文件头中，生成对应的第三应答pain.002报文，并返回给企业A，在文件记录表中将该借记pain.008报文的状态标记F的更新为R。
[0136] 在本发明实施例中，通过接收借记pain.008报文，并对借记pain.008报文进行处理，将处理的借记pain.008报文的处理状态进行标记，在借记pain.008报文处理结束后，基于借记pain.008报文最终的表状态，生成对应的应答pain.002报文，在本方案中，通过对现金管理报文的处理过程进行标记，从而触发状态标记的相应交易流程，在不需要企业临柜处理的情况下，实现金融机构与企业之间的快速、准确的交易。
[0137] 基于上述图1示出的现金管理报文处理方法，在执行步骤S102拆分并验证现金管理报文的过程中，如图3所示，还包括以下步骤：
[0138] 步骤S301：拆分现金管理报文，得到文件头和文件明细。
[0139] 步骤S302：验证文件头和文件明细的文件格式是否符合要求，以及验证文件头中记录的总金额是否与文件明细中记录的明细总金额一致，若两项均为是，则执行步骤S303，若任一项为否，则执行步骤S304。
[0140] 在步骤S302中，读取文件头和文件明细的文件格式及每一文件明细的金额。
[0141] 在具体实现步骤S302的过程中，对文件头和文件明细的文件格式XML是否符合xsd(XML Schemas Definition，XML结构定义)规范，以及验证文件头中记录的总金额是否与文件明细中各个明细的总金额一致，若两项均为是，则执行步骤S303，若任一项为否，则执行步骤S304。
[0142] 比如，假设a币和b币的汇率为2:1，现金管理报文A包括文件头和3笔文件明细，3笔文件明细包括文件明细1，文件明细2和文件明细3，其中，文件头中记录的总金额为200万元的a币，文件明细1为50万元的b币，文件明细2为40万元的a币和文件明细3为60万元的a币；文件明细中各个明细的总金额为文件明细1、文件明细2和文件明细3的和，即文件明细中3个明细的总金额为50*2+40+60万元的a币，验证文件头中记录的总金额200万元的a币是否与文件明细中3个明细的总金额50*2+40+60万元的a币一致。
[0143] 需要说明的是，xsd规范是SWIFT组织提供的标准的xsd模式文件。
[0144] 步骤S303：确认现金管理报文通过验证。
[0145] 步骤S304：确认现金管理报文未通过验证。
[0146] 在本发明实施例中，通过拆分现金管理报文，并进行验证，以便于后续根据现金管理报文的验证结果更新文件记录表的表状态，从而触发更新后的相应交易流程，在不需要企业临柜处理的情况下，实现金融机构与企业之间的快速、准确的交易。
[0147] 基于上述图1示出的现金管理报文处理方法，在执行步骤S105对拆分现金管理报文得到的文件明细进行处理，直至获取文件明细中的各项明细的处理状态，将现金管理报文在文件记录表中的状态标记更新为明细处理结束标记的过程中，如图4所示，还包括以下步骤：
[0148] 步骤S401：获取拆分现金管理报文得到的文件明细，将文件明细存储于文件明细表中，并记录状态标记为未处理标记。
[0149] 在具体实现步骤S401的过程中，获取文件明细的各项，并将文件明细的各项存储至文件明细表，并将文件明细的各项状态标记为0。
[0150] 步骤S402：验证文件明细所属用户是否为签约用户，若文件明细所属的用户不是签约用户，则执行步骤S403，若文件明细所属的用户为签约用户，则执行步骤S404。
[0151] 在具体实现步骤S402的过程中，验证文件明细所属用户是否与银行签订委托协议，即签约用户，若文件明细所属的用户没有与银行签订委托协议，则执行步骤S403，若文件明细所属的用户与银行签订委托协议，则执行步骤S404。
[0152] 步骤S403：将文件明细在文件明细表中的状态标记更新为失败标记。
[0153] 在具体实现步骤S403的过程中，将文件明细表中状态标记为0更新为8。
[0154] 步骤S404：将文件明细在文件明细表中的状态标记更新为验证通过标记。
[0155] 在具体实现步骤S304的过程中，将文件明细表中状态标记为0更新为2。
[0156] 步骤S405：处理状态标记为验证通过标记的文件明细，直至获取待交易处理标记对应的现金管理报文中的各项明细的处理状态，在文件记录表中更新现金管理报文的状态标记为明细处理结束标记。
[0157] 在具体实现步骤S405的过程中，依次对文件明细表中的所有项进行处理，直至获取该文件明细表中处理状态标记为验证通过标记或失败标记的文件明细，在文件记录表中将现金管理报文的状态标记S更新为W。
[0158] 在本发明实施例中，通过文件明细表存储文件明细的各项，并对文件明细的各项进行处理，并根据处理结果更新文件明细表的状态标记，从而触发更新后的相应交易流程，在不需要企业临柜处理的情况下，实现金融机构与企业之间的快速、准确的交易。
[0159] 基于上述图4示出的现金管理报文处理方法，在执行步骤S405处理状态标记为验证通过标记的文件明细的过程中，包括以下步骤：
[0160] 步骤S501：对处理状态标记为验证通过标记的文件明细进行入账操作，若在预设时间内接收到入账成功信息，则执行步骤S502，若在预设时间内接收到入账不成功信息，则执行步骤S503，若在预设时间内未接收反馈信息，则执行步骤S504。
[0161] 在具体实现步骤S501的过程中，获取处理状态标记为2的文件明细，按照文件明细中的金额，调用转账接口，在企业A账户上直接转出于文件明细中金额相对应的金额至收款账户上，判断在预设时间内确定是否接收到付款账户的入账信息，若在预设时间内接收到入账成功信息，则执行步骤S502，若在预设时间内接收到入账不成功信息，则执行步骤S503，若在预设时间内未接收反馈信息，则执行步骤S504。
[0162] 需要说明的是，该预设时间可设置为60秒，对此可根据实际情况设定，本申请不加以限制。
[0163] 步骤S502：将文件明细在文件明细表中的状态标记更新为成功标记。
[0164] 在具体实现步骤S502的过程中，将文件明细表中文件明细的状态标记2更改为7。
[0165] 步骤S503：将文件明细在文件明细表中的状态标记更新为失败标记。
[0166] 在具体实现步骤S503的过程中，将文件明细表中状态标记为2的文件明细的状态更改为8。
[0167] 步骤S504：将文件明细在文件明细表中文件明细的状态标记更新为待查询处理结果标记。
[0168] 在具体实现步骤S504的过程中，将文件明细表中文件明细状态标记为2的文件明细的状态更改为5。
[0169] 步骤S505：基于待查询处理结果标记查询对应的文件明细是否入账成功，若成功，则执行步骤S506，若失败，则执行步骤S507。
[0170] 在具体实现步骤S505的过程中，调用查询接口，基于状态标记5查询对应的文件明细是否入账成功，若成功，则执行步骤S506，若失败，则执行步骤S507。
[0171] 步骤S506：将文件明细在文件明细表中的状态标记更新为成功标记。
[0172] 在具体实现步骤S506的过程中，将文件明细表中状态标记5为更改为7。
[0173] 步骤S507：将文件明细在文件明细表中的状态标记更新为失败标记。
[0174] 在具体实现步骤S507的过程中，将文件明细表中文件明细的状态标记为5标记的文件明细的状态更改为8。
[0175] 在本发明实施例中，通过文件明细表存储文件明细的各项，并对文件明细的各项进行处理，并根据处理结果更新文件明细表的状态标记，从而触发更新后的相应交易流程，直至获取对应的现金管理报文中的各项明细的处理状态为成功或失败，以便于进一步汇总文件明细各项的处理状态标记，使得在不需要企业临柜处理的情况下，实现金融机构与企业之间的快速、准确的交易。
[0176] 为了更好的解释说明上述本发明实施例公开的文件明细的处理过程，下面以借记pain.008报文的文件明细为例进行解释说明。
[0177] 结合图4和图5，参见图6，为文件明细表的状态标记示意图。假设借记pain.008报文是企业A通过SWIFT网络发送给银行的，
[0178] 首先，获取拆分企业A发送的借记pain.008报文得到的文件明细的各项，将文件明细的各项存储至文件明细表中，并将文件明细的各项状态标记为0，依次对文件明细表中文件明细的所有项进行处理。
[0179] 其次，验证文件明细所属用户是否与银行签订委托协议，若签订委托协议，若没有签订委托协议，则将文件明细的状态标记0更新为8，则将文件明细的状态标记0更新为2。
[0180] 再次，基于企业A的企业ID，遍历该企业ID对应的借记pain.008报文的文件明细在文件明细表中的状态标记，并获取文件明细表中状态标记为2的文件明细；按照文件明细中的金额，调用转账接口，在企业A账户上直接转出于文件明细中金额相对应的金额至收款账户上，判断在预设时间内确定是否接收到付款账户的入账信息，若存在入账成功信息，将文件明细表中文件明细的状态标记2更新为7；若存在不入账成功信息，将文件明细表中文件明细的状态标记2更新为8；若在预设时间内未接收反馈信息，将文件明细表中文件明细状态标记为2的文件明细的状态更改为5。
[0181] 然后，调用查询接口，基于状态标记5查询对应的文件明细是否入账成功，若成功，将文件明细表中文件明细的状态标记5为更改为7；若失败，将文件明细表中文件明细的状态标记5为更改为8。
[0182] 最后，直至文件明细表中所有文件明细的处理状态标记均为7或8，此时将文件记录表中将借记pain.008报文的状态标记S更新为W。
[0183] 在本发明实施例中，利用文件明细表存储借记pain.008报文中的文件明细的各项，并依次对该文件明细的各项进行处理，将处理的文件明细的处理状态进行标记，直至文件明细表中所有文件明细的处理状态标记均为成功标记或失败标记，在本方案中，通过对文件明细的处理过程进行标记，从而触发状态标记的相应交易流程，在不需要企业临柜处理的情况下，实现金融机构与企业之间的快速、准确的交易。
[0184] 基于上述本发明实施例示出的现金管理报文处理方法，本发明还对应公开了一种现金管理报文处理系统，如图7所示，为本发明实施例提供的一种现金管理报文处理系统的结构框图，该系统包括：
[0185] 获取模块701，用于获取文件记录表中状态标记为未处理标记的现金管理报文。
[0186] 拆分验证模块702，用于拆分并验证现金管理报文。
[0187] 第一更新模块703，用于若通过验证，将现金管理报文在文件记录表中的状态标记更新为第一待发送收报回执标记。
[0188] 第二更新模块704，用于生成第一收报回执报文并发送，将现金管理报文在文件记录表中的状态标记更新为待交易处理标记。
[0189] 明细处理模块705，用于对拆分现金管理报文得到的文件明细进行处理，直至获取文件明细中的各项明细的处理状态，将现金管理报文在文件记录表中的状态标记更新为明细处理结束标记。
[0190] 第三更新模块706，用于生成处理结果回执报文并发送，将现金管理报文在文件记录表中的状态标记更新为成功结果文件返回标记。
[0191] 第四更新模块707，用于若未通过验证，将现金管理报文在文件记录表中的状态标记更新为第二待发送收报回执标记。
[0192] 第五更新模块708，用于生成第二收报回执并发送，将现金管理报文在文件记录表中的状态标记更新为异常结果文件返回标记。
[0193] 需要说明的是，上述本发明实施例公开的现金管理报文处理系统中的各个单元具体的原理和执行过程，与上述本发明实施现金管理报文处理方法相同，可参见上述本发明实施例公开的现金管理报文处理方法中相应的部分，这里不再进行赘述。
[0194] 在本发明实施例中，基于企业ID，获取其对应的现金管理报文在文件记录表或文件明细表中的状态标记，通过对现金管理报文进行处理，并根据处理结果将文件记录表或文件明细表中的状态标记进行更新，从而触发更新后的相应交易流程，在不需要企业临柜处理的情况下，实现金融机构与企业之间的快速、准确的交易。
[0195] 基于图7示出的现金管理报文处理系统，该拆分验证模块702包括：
[0196] 拆分子模块，用于拆分现金管理报文，得到文件头和文件明细。
[0197] 第一验证子模块，用于验证文件头和文件明细的文件格式是否符合要求，以及验证文件头中记录的总金额是否与文件明细中记录的明细总金额一致。
[0198] 第一确定模块，用于若两项均为是，确认现金管理报文通过验证。
[0199] 第二确定模块，用于若任一项为否，确认现金管理报文未通过验证。
[0200] 在本发明实施例中，通过拆分现金管理报文，并进行验证，以便于后续根据现金管理报文的验证结果更新文件记录表的表状态，从而触发更新后的相应交易流程，在不需要企业临柜处理的情况下，实现金融机构与企业之间的快速、准确的交易。
[0201] 基于上述图7示出的现金管理报文处理系统，该明细处理模块705包括：
[0202] 获取子模块，用于获取拆分现金管理报文得到的文件明细，将文件明细存储于文件明细表中，并记录状态标记为未处理标记。
[0203] 第二验证子模块，用于验证文件明细所属用户是否为签约用户。
[0204] 第一更新子模块，用于若否，将文件明细在文件明细表中的状态标记更新为失败标记。
[0205] 第二更新子模块，用于若是，将文件明细在文件明细表中的状态标记更新为验证通过标记。
[0206] 处理子模块，用于处理状态标记为验证通过标记的文件明细，直至获取待交易处理标记对应的现金管理报文中的各项明细的处理状态，在文件记录表中更新现金管理报文的状态标记为明细处理结束标记。
[0207] 基于上述示出的明细处理模块的具体结构，该处理子模块包括：
[0208] 入账模块，用于对处理状态标记为验证通过标记的文件明细进行入账操作。
[0209] 第三更新子模块，用于若在预设时间内接收到入账成功信息，将文件明细在文件明细表中的状态标记更新为成功标记。
[0210] 第四更新子模块，用于若在预设时间内接收到入账不成功信息，将文件明细在文件明细表中的状态标记更新为失败标记。
[0211] 第五更新子模块，用于若在预设时间内未接收反馈信息，将文件明细在文件明细表中的状态标记更新为待查询处理结果标记。
[0212] 查询模块，用于基于待查询处理结果标记查询对应的文件明细是否入账成功。
[0213] 第六更新子模块，用于若成功，将文件明细在文件明细表中的状态标记更新为成功标记。
[0214] 第七更新子模块，用于若失败，将文件明细在文件明细表中的状态标记更新为失败标记。
[0215] 在本发明实施例中，利用文件明细表存储现金管理报文中的文件明细的各项，并依次对该文件明细的各项进行处理，将处理的文件明细的处理状态进行标记，直至文件明细表中所有文件明细的处理状态标记均为成功标记或失败标记，在本方案中，通过对文件明细的处理过程进行标记，从而触发状态标记的相应交易流程，在不需要企业临柜处理的情况下，实现金融机构与企业之间的快速、准确的交易。
[0216] 本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
[0217] 专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
[0218] 对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 基于手机APP防套牌功能控制系统及控制方法 | 2020-05-12 | 496 |
| MgZnO基MSM紫外光探测器噪声等效电路及降噪方法 | 2020-05-12 | 400 |
| 银行报文发送方法及装置 | 2020-05-14 | 143 |
| 一种基于浏览器的通信方法及系统 | 2020-05-15 | 435 |
| 一种基于隐藏技术的图像数据传输方法、装置和系统 | 2020-05-11 | 409 |
| 一种现金管理报文处理方法及系统 | 2020-05-14 | 460 |
| 一种物流分拣方法及装置 | 2020-05-14 | 964 |
| 城市地下空间拖曳式瞬变电磁自动探测装置及探测方法 | 2020-05-12 | 144 |
| 一种便携式检票设备 | 2020-05-14 | 892 |
| 报告单自助打印一体机 | 2020-05-13 | 346 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈