一种证券划账登记方法及系统

技术领域

本发明涉及计算机数据处理技术领域，具体地，涉及一种证券划账登记方法及系统，更为具体地，涉及方德划账登记平台。

背景技术

目前在众多的实时划账的业务交易量和交易速度非常快，在应用服务器重启部署过程中，这个时间段的请求往往得不到处理，也就是说在重启部署过程中会不可避免的丢失一部分业务的处理，导致业务失败。

专利文献CN107833030A(申请号：201711061948.8)公开了一种基于银行缓存账户的划账方法及装置，获取各个第三方公司的非在途成功交易信息；识别所述非在途成功交易信息中的第三方公司标识信息；根据所述第三方公司标识信息，将所述非在途成功交易信息划分为多组；划分后的每组非在途成功交易信息分别与一个第三方公司标识信息相对应；不同组的非在途成功交易信息对应的第三方公司标识信息不同；对每组非在途成功交易信息进行轧差处理，得到每个第三方公司的轧差统计信息；根据所述轧差统计信息，从每个第三方公司的总行缓存账户进行划账处理。

发明内容

针对现有技术中的缺陷，本发明的目的是提供一种证券划账登记方法及系统。

根据本发明提供的一种证券划账登记方法，包括：

步骤M1：通过socket与证券平台和期货柜台建立可信长连接并保持心跳，当证券平台和期货柜台重启时，则恢复连接；

步骤M2：通过pb协议和xml协议分别向证券平台和期货柜台发送请求报文；

步骤M3：接收请求报文，进行划账操作，对每次划账生成唯一主/子流水号，并将流水号存储至MySQL数据库。

优选地，所述步骤M3包括：

步骤M3.1：对划账接口验签以及幂等性验证；

步骤M3.2：验证通过后，根据划账方向两端柜台的用户资金账户进行划账，当划账处理时长超过预设时间时或者返回无法确认的错误码，则标记划账状态，并触发报警机制；当划账失败返回预设的错误码时，则进行重试处理机制，重复进行预设次数的划账处理，当重试后仍然失败，则进行冲正回原账户操作并记录划账状态，保证用户资金正确；

步骤M3.3：当流水号存储至MySQL数据库失败异常时，通过写文件的方式计入本地磁盘文件，通过定时脚本读取文件尝试重新入库操作。

优选地，所述步骤M3,1包括：通过token和参数验签机制实现对划账接口的安全性校验和幂等性验证。

优选地，所述步骤M3.2中触发报警机制包括：通过短信、邮件发送、预警tab页面和/或红点记录数提示，由人工确认处理。

根据本发明提供的一种证券划账登记系统，包括：

模块M1：通过socket与证券平台和期货柜台建立可信长连接并保持心跳，当证券平台和期货柜台重启时，则恢复连接；

模块M2：通过pb协议和xml协议分别向证券平台和期货柜台发送请求报文；

模块M3：接收请求报文，进行划账操作，对每次划账生成唯一主/子流水号，并将流水号存储至MySQL数据库。

优选地，所述模块M3包括：

模块M3.1：对划账接口验签以及幂等性验证；

模块M3.2：验证通过后，根据划账方向两端柜台的用户资金账户进行划账，当划账处理时长超过预设时间时或者返回无法确认的错误码，则标记划账状态，并触发报警机制；当划账失败返回预设的错误码时，则进行重试处理机制，重复进行预设次数的划账处理，当重试后仍然失败，则进行冲正回原账户操作并记录划账状态，保证用户资金正确；

模块M3.3：当流水号存储至MySQL数据库失败异常时，通过写文件的方式计入本地磁盘文件，通过定时脚本读取文件尝试重新入库操作。

优选地，所述模块M3,1包括：通过token和参数验签机制实现对划账接口的安全性校验和幂等性验证；

所述模块M3.2中触发报警机制包括：通过短信、邮件发送、预警tab页面和/或红点记录数提示，由人工确认处理。

优选地，还包括：支持多查询条件对MySQL数据库中每笔划账流水记录及划账状态进行查询。

优选地，还包括：每日定时对划账流水进行结算生成日结单，通过上传两个柜台的每日流水，与MySQL数据库中流水进行对比核账，针对对比不到的数据生成坏账记录供人工操作比对。

优选地，还包括：基于rbac进行权限管理设置，实现管理员细粒度赋予不同后台用户不同角色、不同操作权限。

与现有技术相比，本发明具有如下的有益效果：

1、本发明通过采用token加验签的机制，保证了资金划转接口的幂等性和安全性；

2、本发明通过对资金转入转出失败时进行重试的方式，解决了在双方资金柜台服务短时间出现故障或出现网络问题等场景下，保证了资金划转功能的可用性；

3、本发明通过采用转入失败系统自动冲正的功能，在用户无感知的情况下，保证了账户资金的正确性；

4、本发明通过采用转入失败系统人工冲正及报警机制的功能，在资金柜台出问题时，解决了用户资金出现问题时，及时人工介入，保证用户资金的正确性。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1为证券划账登记系统示意图；

图2为一种划账登记方法流程图。

具体实施方式

下面结合具体实施例对本发明进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本发明，但不以任何形式限制本发明。应当指出的是，对本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变化和改进。这些都属于本发明的保护范围。

根据本发明提供的一种证券划账登记方法，包括：

步骤M1：通过socket与证券平台和期货柜台建立可信长连接并保持心跳，当证券平台和期货柜台重启时，则恢复连接；

步骤M2：通过pb协议和xml协议分别向证券平台和期货柜台发送请求报文；

步骤M3：接收请求报文，进行划账操作，对每次划账生成唯一主/子流水号，并将流水号存储至MySQL数据库。

具体地，所述步骤M3包括：

步骤M3.1：对划账接口验签以及幂等性验证；

步骤M3.2：验证通过后，根据划账方向两端柜台的用户资金账户进行划账，当划账处理时长超过预设时间时或者返回无法确认的错误码，则标记划账状态，并触发报警机制；当划账失败返回预设的错误码时，则进行重试处理机制，重复进行预设次数的划账处理，当重试后仍然失败，则进行冲正回原账户操作并记录划账状态，保证用户资金正确；

步骤M3.3：当流水号存储至MySQL数据库失败异常时，通过写文件的方式计入本地磁盘文件，通过定时脚本读取文件尝试重新入库操作。

具体地，所述步骤M3,1包括：通过token和参数验签机制实现对划账接口的安全性校验和幂等性验证。

具体地，所述步骤M3.2中触发报警机制包括：通过短信、邮件发送、预警tab页面和/或红点记录数提示，由人工确认处理。

根据本发明提供的一种证券划账登记系统，包括：

模块M1：通过socket与证券平台和期货柜台建立可信长连接并保持心跳，当证券平台和期货柜台重启时，则恢复连接；

模块M2：通过pb协议和xml协议分别向证券平台和期货柜台发送请求报文；

模块M3：接收请求报文，进行划账操作，对每次划账生成唯一主/子流水号，并将流水号存储至MySQL数据库。

具体地，所述模块M3包括：

模块M3.1：对划账接口验签以及幂等性验证；

模块M3.2：验证通过后，根据划账方向两端柜台的用户资金账户进行划账，当划账处理时长超过预设时间时或者返回无法确认的错误码，则标记划账状态，并触发报警机制；当划账失败返回预设的错误码时，则进行重试处理机制，重复进行预设次数的划账处理，当重试后仍然失败，则进行冲正回原账户操作并记录划账状态，保证用户资金正确；

模块M3.3：当流水号存储至MySQL数据库失败异常时，通过写文件的方式计入本地磁盘文件，通过定时脚本读取文件尝试重新入库操作。

具体地，所述模块M3,1包括：通过token和参数验签机制实现对划账接口的安全性校验和幂等性验证；

所述模块M3.2中触发报警机制包括：通过短信、邮件发送、预警tab页面和/或红点记录数提示，由人工确认处理。

具体地，还包括：支持多查询条件对MySQL数据库中每笔划账流水记录及划账状态进行查询。

具体地，还包括：每日定时对划账流水进行结算生成日结单，通过上传两个柜台的每日流水，与MySQL数据库中流水进行对比核账，针对对比不到的数据生成坏账记录供人工操作比对。

具体地，还包括：基于rbac进行权限管理设置，实现管理员细粒度赋予不同后台用户不同角色、不同操作权限。

实施例2是实施例1的变化例

本发明提供了一种证券划账登记方法，如图1所示，包括：

步骤M1：通过socket与方德证券和期货柜台建立可信长连接并保持心跳，支持当柜台端重启时，自动恢复连接。

步骤M2：通过pb协议和xml协议分别向证券和期货柜台发送请求报文，并封装成对外app端划账接口；

步骤M3：通过对每次划账生成唯一主/子流水号，并将信息计入MySQL数据库。

然后步骤M2又包括了：

步骤M2.1：对划账接口验签以及幂等性验证；

步骤M2.2：验证通过后，根据划账方向对两端柜台的用户资金账户进行划账，当划账处理时长超过预设时间时或者返回无法确认的错误码，则特殊标记划账状态，并触发报警机制包括短信和邮件发送，需人工确认处理；当划账失败返回特定的错误码时，则进行重试处理机制，重新进行3次划账处理，如果重试后仍然失败，则进行系统自动冲正回原账户操作并记录划账状态，保证用户资金正确。

步骤M2.3：当记录数据到MySQL失败异常时，会通过写文件的方式计入本地磁盘文件，后续通过定时脚本读取文件尝试重新入库操作。

通过以上方式实现用户证券和期货柜台资金互转功能，根据柜台返回的特定错误码提供系统级的异常处理方案-系统自动冲正机制；以及一旦出现无法处理的错误码和超过约定的系统处理时间，提供系统短信和邮件报警机制和人工级手动冲正处理机制。

划账登记平台，如图2所示，主要包括：

对外Api：

主要涉及划账功能：通过socket与证券和期货柜台建立长连接并保持心跳，主要通过对应用端屏蔽底层实现细节，对外提供封装公用api接口实现一键划账功能。包括通过token和参数验签机制实现对划账接口的安全性校验和幂等性验证；超时处理、失败重试及自动冲正操作；短信及邮件预警功能。对每笔划账流水生成流水记录记入MySQL数据库并支持数据库写入失败时进行写文件操作，后续定时从文件恢复至数据库，防止数据丢失。

后台管理系统：

用户权限模块：基于rbac进行权限管理设计，实现管理员细粒度赋予不同后台用户不同角色、不同操作权限。比如对特定业务人员赋予人工处理冲正权限以及人工对账权限等。

流水模块：支持多查询条件(划账方向、金额、账户等不同条件下)对系统每笔划账流水记录及划账状态进行查询。

结算模块：每日定时脚本跑批对每日划账流水进行结算生成日结单。并对后台人员提供核账功能：通过上传两个柜台的每日流水，与本系统流水进行对比自动核账，并针对对比不到的数据生成坏账记录供人工操作比对。

预警：针对应用端划账失败的记录会展示在预警tab页面以及红点记录数提示，便于后台管理人员实时了解划账失败的用户并进行人工介入，进行人工冲正或者人工继续转入功能。

本领域技术人员知道，除了以纯计算机可读程序代码方式实现本发明提供的系统、装置及其各个模块以外，完全可以通过将方法步骤进行逻辑编程来使得本发明提供的系统、装置及其各个模块以逻辑门、开关、专用集成电路、可编程逻辑控制器以及嵌入式微控制器等的形式来实现相同程序。所以，本发明提供的系统、装置及其各个模块可以被认为是一种硬件部件，而对其内包括的用于实现各种程序的模块也可以视为硬件部件内的结构；也可以将用于实现各种功能的模块视为既可以是实现方法的软件程序又可以是硬件部件内的结构。

以上对本发明的具体实施例进行了描述。需要理解的是，本发明并不局限于上述特定实施方式，本领域技术人员可以在权利要求的范围内做出各种变化或修改，这并不影响本发明的实质内容。在不冲突的情况下，本申请的实施例和实施例中的特征可以任意相互组合。